1 javax.jdo.option.ConnectionUserName= Database user 2 javax.jdo.option.ConnectionPassword= Password of the user 3 javax.jdo.option.ConnectionURL= URL of the database 4 javax.jdo.option.ConnectionDriverName= Classname of JDBC driver 5 6 javax.jdo.PersistenceManagerFactoryClass= com.solarmetric.kodo.impl.jdbc. JDBCPersistenceManagerFactory 7 8 javax.jdo.option.Optimistic=true 9 javax.jdo.option.RestoreValues=true 10 javax.jdo.option.RetainValues=false
Additional Code for this Article zip file ~7.78 KB
附图
图 1
图 2
图 3
网友评论
JDO Not Vendor Independent Posted by Scott P. Smith on Mar 4 @ 01:27 PM
A few weeks ago, I attended a one hour talk by Oracle's Director of Technology, Donald Smith covering persistence archetectures. In it he strongly stated that JDO is not completely vender independent. I don't know that myself. I'm just repeating what he said, which conflicts with claims made in this article.
(read & respond...)
-------------------------------------------------------------------------------- Author lacks JDBC knowledge Posted by Donald Bales on Mar 4 @ 07:39 PM The whole article became tainted when the author stated: "...JDBC provides persistence only for relational databases..." Not true. JDBC can handle most of the data sources listed. In fact, many JDO implementations utilize JDBC "under the covers". Second, JDO claims to be able to support these other data sources, but I don't see many implementations. JDO provides a slick abstration for relational databases, but it's not the silver bullet that it's hyped to be.
(read & respond...)
-------------------------------------------------------------------------------- JDO Not Vendor Independant Posted by I Davie on Mar 5 @ 04:51 AM JDO is meant to be a Java standard not a database standard. Oracle are not interested in JDO because it gives developers choice and Oracle don't like that! If they're forced to move that way they will but not by choice :-)
(read & respond...)
-------------------------------------------------------------------------------- Pro-JDO comments from JDO vendors Posted by Scott P. Smith on Mar 5 @ 10:12 AM Another thing that Donald Smith (no relation) from Oracle said was that the only people making positive comments about JDO are JDO vendors. I see "I Davie" is with Versant, which is soon to be a JDO vendor according to their web site.
I am very neutral with regard to JDO. I have never used it. Can we hear comments from someone (who doesn
(read & respond...)
-------------------------------------------------------------------------------- jdo Posted by bret on Mar 9 @ 11:22 PM http://www.sys-con.com/java/article.cfm?id=1899
(read & respond...)
-------------------------------------------------------------------------------- Anti-JDO comments Posted by David Tinker on Mar 14 @ 08:26 AM Treat anything that anyone associated with Oracle has to say about JDO with caution. Oracle own Toplink, a $10K/CPU O/R mapping tool that competes directly with JDO. If JDO is sucessful who will pay that kind of money for vendor-lock-in O/R mapping? The most expensive JDO implementations are approx $3K with no runtime costs.
I won't say anything about JDO as I work on JDO Genie from Hemisphere Technologies :) Try it for yourself!
(read & respond...)
-------------------------------------------------------------------------------- Non-Vendor Comment Posted by Chester Arnold on Mar 24 @ 07:49 AM I agree with David Tinker. You need to learn to try things out and not always believe vendors who are trying to salvage tanking stock prices. I've used a number of JDO implementations including the one the article used (Kodo JDO). The quality of JDO implementations vary widely so trying them out is probably the best thing you can do.
You can find a list of JDO implementations at www.jdocentral.com.
(read & respond...)
-------------------------------------------------------------------------------- Oracle FEAR!! Posted by Alf on Mar 25 @ 09:57 AM It is a matter of time. You will see that programmers prefer JDO , and ORACLE will have to offer their own implementation of the JDO Specification . You CAN