Win a copy of High Performance Python for Data Analytics this week in the Python forum!
  • Post Reply Bookmark Topic Watch Topic
  • New Topic
programming forums Java Mobile Certification Databases Caching Books Engineering Micro Controllers OS Languages Paradigms IDEs Build Tools Frameworks Application Servers Open Source This Site Careers Other all forums
this forum made possible by our volunteer staff, including ...
Marshals:
  • Campbell Ritchie
  • Paul Clapham
  • Ron McLeod
  • Bear Bibeault
  • Liutauras Vilda
Sheriffs:
  • Jeanne Boyarsky
  • Tim Cooke
  • Junilu Lacar
Saloon Keepers:
  • Tim Moores
  • Tim Holloway
  • Stephan van Hulst
  • Jj Roberts
  • Carey Brown
Bartenders:
  • salvin francis
  • Frits Walraven
  • Piet Souris

Best ORM

 
Ranch Hand
Posts: 137
  • Mark post as helpful
  • send pies
    Number of slices to send:
    Optional 'thank-you' note:
  • Quote
  • Report post to moderator
I am looking for a free ORM ... which one do you prefer?

Thanks
 
ranger
Posts: 17346
11
Mac IntelliJ IDE Spring
  • Mark post as helpful
  • send pies
    Number of slices to send:
    Optional 'thank-you' note:
  • Quote
  • Report post to moderator
Many people prefer Hibernate, but OJB is also an alternative.

Mark
 
author
Posts: 11962
5
  • Mark post as helpful
  • send pies
    Number of slices to send:
    Optional 'thank-you' note:
  • Quote
  • Report post to moderator
I would also prefer Hibernate but if you feel like trying out JDO, there's a couple of open source implementations including JPOX which just gained TCK compliance.
 
Ranch Hand
Posts: 77
  • Mark post as helpful
  • send pies
    Number of slices to send:
    Optional 'thank-you' note:
  • Quote
  • Report post to moderator
Hibernate is very good and easy to use with lots of documentation online.
 
Ranch Hand
Posts: 1902
Hibernate Spring Java
  • Mark post as helpful
  • send pies
    Number of slices to send:
    Optional 'thank-you' note:
  • Quote
  • Report post to moderator
From the brief time I've been piddling around with it, I have to go with the consensus here and agree that Hibernate seems to be very friendly and a good choice for this. It seems nice and flexible, and not terribly hard to use.
 
Ranch Hand
Posts: 318
  • Mark post as helpful
  • send pies
    Number of slices to send:
    Optional 'thank-you' note:
  • Quote
  • Report post to moderator
courtesy Sanjib Ghosh from my company Tavant
Chose your solution wisely so that it makes sense even after 2 yrs !

============================================
Hello,

Many of you may be so busy in your day-to-day work that you may not be following what is happening in java world. If you deal with java day-to-day basis, it may be worth to take a note.

Do you know java 1.5 beta 2 is out and the final release is not very far. It is such a big release that Sun is revising the version number to Java 5
Guess, how many new features are added in this release?. 10 ?, 20 ?, 50 ? ... Well, take a look at http://java.sun.com/developer/technicalArticles/releases/j2se15/

Even more exciting thing is happening in enterprise world.

EJB3.0 early draft is out for review: http://jcp.org/aboutJava/communityprocess/edr/jsr220/index.html Those who hate EJB must take a look at this. The fat is gone. It has become simple POJI/POJO model. Add a few annotations to it and you get an EJB. Seriously, no more Home interface, no more DD hell. No more JNDI reference in your code. Container services are provided using dependency injection ( to learn more read : http://www.martinfowler.com/articles/injection.html ) . Bye Bye Service Locator pattern. You can very easily test it outside the container. Don't you just love it. Wait, there is more ...

The whole entity bean model is changed completely. It is almost identical(even syntax wise) to Hibernate 2.x. Take a look at what future entity bean would look :
http://hibernate.org/~gavin/ebejb3.pdf Suddenly, DTO becomes an anti-pattern!

However, there are some issues with java persistence model in the community. There is some big ego fight going on between EJB EG and JDO EG for last couple of months. It creates even more confusion as Entity Bean 3.0 model is so much similar to JD0 2.0 model. Geir & Jeremy state the whole confusion nicely and suggested a solution: http://blogs.codehaus.org/people/geir/archives/000758_persisting_problems.html
Let's see if these two EG converge and come out with one solution for persistence. Either way, we get a TRANSPARENT persistence model.

It is exciting time for java technology. However, it also adds the responsibility to us to upgrade our skills. It is even more important for us, Indians, as our friend vishal saxena has pointed out to "All those techies strutting around Bangalore's MG Road take notice. Your competitor in the US is getting ready to strike back " : http://economictimes.indiatimes.com/articleshow/757187.cms

As somebody said, the illiterates in 21st century are those, who do not have the ability to unlearn and relearn.

Happy Learning,
Sanjib Ghosh
[ July 23, 2004: Message edited by: Kalpesh Soni ]
 
Ranch Hand
Posts: 1209
  • Mark post as helpful
  • send pies
    Number of slices to send:
    Optional 'thank-you' note:
  • Quote
  • Report post to moderator



he whole entity bean model is changed completely. It is almost identical(even syntax wise) to Hibernate 2.x.


and then,



It creates even more confusion as Entity Bean 3.0 model is so much similar to JD0 2.0 model.



Ok this has gotten me confused. So what is closer to finally? Hibernate / JDO? or they will all be similar 2 years hence
 
Ranch Hand
Posts: 532
  • Mark post as helpful
  • send pies
    Number of slices to send:
    Optional 'thank-you' note:
  • Quote
  • Report post to moderator
This is a really good ORM analysis by an independent entity.

http://www.middlewareresearch.com/torpedo/
 
Ranch Hand
Posts: 33
  • Mark post as helpful
  • send pies
    Number of slices to send:
    Optional 'thank-you' note:
  • Quote
  • Report post to moderator
Hi Kalpesh,

We think database mapping & integration capability are more important than api, because commercial projects need the flexibility and adaptability to cope with integration, changing requirements, and other difficulties.

Standards are a major to be able to cope this, and JDO is heavy weight with real presence. Companies need to deliver projects and avoid running into dead-ends 2/3 of the way there. (Most of us have been there; it gets real hard).

But being conservative grouches at heart, we're very clear on API and theory issues. The JDO api has highly efficient data transfer, more flexible and bedrock strength of identity handling, and real OO query expressions without old sql-syntax transformation.

(Sentence removed by Mark Spritzler)

Best luck,


Regards,
Thomas Whitmore
www.powermapjdo.com
[ September 11, 2004: Message edited by: Mark Spritzler ]
 
Greenhorn
Posts: 18
  • Mark post as helpful
  • send pies
    Number of slices to send:
    Optional 'thank-you' note:
  • Quote
  • Report post to moderator
Hi,

My company produces a low cost development tool called FireStorm/DAO that will automatically generate your persistence tier based on an existing database schema. It actually gives you the choice of generating code based on JDBC, Entity Beans, or JDO. It also allows you to generate J2EE applications consisting of a session bean facade onto the persistence tier as well as a fully working web application based on Struts and Tiles.

For more information please visit:

http://www.codefutures.com

Thanks,

Andy Grove
Code Futures, Ltd.
 
Just the other day, I was thinking ... about this tiny ad:
the value of filler advertising in 2020
https://coderanch.com/t/730886/filler-advertising
reply
    Bookmark Topic Watch Topic
  • New Topic