Home | Contact Us | FAQ | Search & Site Map | Link to Us
Sign In | Join | Other 45 Sites in Network
HomeAnnouncementsWhite Papers
Discussion GroupsFirst AidDatabasesJavaBeansGUIJava 3DVirtual MachineCORBASecurityToolsGeneral
Java DirectoryOpen Source ProjectsSample Book ChaptersUser GroupsWeb Resources
Related Topics
Databases.NETMore Topics ...

Java Forum / First Aid / May 2005

Tip: Looking for answers? Try searching our database.

JDO

Thread view: 
cdx - 22 Apr 2005 16:50 GMT
Can anyone point me to a good writeup on JDO and sql server.

Is JDO available for use with J2SE or do I have to have J2EE in order to
use it?

Do I need some other third party tool like Triactice JDO (or JPOX) or
can I just use the jdo that comes w J2SE?

Thanks
Tony Morris - 22 Apr 2005 23:34 GMT
> Can anyone point me to a good writeup on JDO and sql server.
>
[quoted text clipped - 5 lines]
>
> Thanks

JDO was a JSR last I looked, suffering badly against the politically (as
opposed to technically) motivated argument for EJB 3.0.
Take a look on jcp.org.

Signature

Tony Morris

JTiger Unit Test Framework for J2SE 1.5
http://www.jtiger.org/
Java Q&A (FAQ, Trivia)
http://qa.jtiger.org/
http://xdweb.net/~dibblego/

Tor Iver Wilhelmsen - 23 Apr 2005 08:13 GMT
> JDO was a JSR last I looked, suffering badly against the politically (as
> opposed to technically) motivated argument for EJB 3.0.

And on the other flank are the fans of other persistance frameworks,
in particular Hibernate.
Jim Cakalic - 23 Apr 2005 18:44 GMT
> Can anyone point me to a good writeup on JDO and sql server.
>
[quoted text clipped - 5 lines]
>
> Thanks

JDO is not restricted to J2EE. Quite the opposite actually.

There is no JDO that comes with J2SE. Perhaps the javax.jdo interfaces
are shipped with J2SE now but that is not an implementation just like
the java.sql packages are not a JDBC implemenation. There is a standard
reference implementation that could be used:
    http://access1.sun.com/jdo/

There are numerous open source, freeware, and commercial
implementations. I'd suggest trying one of these before spending a lot
of time with the reference implementation. Many of them provide better
integration into IDEs and come with associated tools/utilities. Here's a
partial list (in no particular order):

JPOX: http://www.jpox.org/index.jsp
LiDO: http://www.xcalia.com/products/lido_xd.jsp
TJDO: http://tjdo.sourceforge.net/
Kodo: http://www.solarmetric.com/
JCredo: http://jcredo.com/home/index.jsp
XJDO: http://www.spadesoft.com/
PowerMap: http://www.powermapjdo.com/home.htm
FrontierSuite: http://www.objectfrontier.com/jdo/index.jsp
MVCSoft: http://www.mvcsoft.com/index.htm
Speedo: http://speedo.objectweb.org/
Riflexo: http://www.exadel.com/products_jdoproducts.htm
OpenAccess: http://www.versant.com/products/openaccess/jdogenie_is_now/
XORM: http://xorm.sourceforge.net/index.html
IntelliBO: http://www.intellibo.com
JRelay: http://www.objectindustries.com

I didn't include JDO implementations that are only APIs to an OODB (like
ObjectDB). Nor did I include JDO-in-name-only implemenations like Castor.

As for using JDO with SQLServer, JDO implementations use JDBC under the
covers, transforming persistence operations specified through the JDO
APIs into equivalent JDBC operations. For that you'll clearly need an
MSSQL compatible JDBC driver. It would also be best that the JDO
implementation you use understand the native MSSQL dialect as opposed to
just ANSI SQL.

Regards,
Jim Cakalic
CodeFutures - 04 May 2005 13:38 GMT
You're experiencing a classic Java architectural problem around data
persistence. There's a lot of choices available and there's really no
"perfect" solution that works in all circumstances.  What's right for a
major enterprise with lots of enterprise architects and development
resources may be very much the wrong choice for an underfunded,
under-resourced project in a small IT dept.

You may find the following blog entries helpful:

Choosing a data persistence strategy

http://www.codefutures.com/weblog/andygrove/archives/2005/01/choosing_a_java.html

Data persistence technology comparison

http://www.codefutures.com/weblog/corporate/archives/2005/02/data_persistenc.html

DAO versus ORM:

http://www.codefutures.com/weblog/andygrove/archives/2005/02/data_access_obj.html

PJ Murray
CodeFutures Software


Free Magazines

Get these publications absolutely FREE for up to 12 months. There are no hidden fees and no obligation. Simply choose a title, complete the application form and submit it. Read more ...

Oracle MagazineNetwork ComputingComputer WorldBio-IT WorldeWeekInformation WeekInfosecurity
 
Sign In
Join
My Latest Posts
My Monitored Threads
My Blog
My Photo Gallery
My Profile
My Homepage

Start New Thread
Enable EMail Alerts
Rate this Thread



©2008 Advenet LLC   Privacy Policy - Terms of Use
This website includes both content owned or controlled by Advenet as well as content owned or controlled by third parties.