looks like yet another object-relationship mapping engine/framework:
http://hibernate.sourceforge.net/
http://www.theserverside.com/home/thread.jsp?thread_id=14314
now if only all these open-source or mapping projects could work together,
consolidate, and produce 1 standard engine/framework...
At 09:21 02/07/10 -0400, you wrote:
>On 2002.07.10 09:03:04 -0400 [EMAIL PROTECTED] wrote:
> > It strikes me that Castor JDO may be at a cross-roads. It appears to
> > suffer
> > from its heritage of being an early implementation of JDO that has not
> > totally embraced the latest spec. I imagine that as commercial products
> > and
> > other open source projects mature in this space, Castor JDO may become
> > increasingly marginalised.
> >
> > However, I think that an open-source O-R mapper is of tremendous value to
> > the Java community at large. It would be disappointing to see Castor
> > disappear (or stagnate which is possibly worse), especially as many of
> > the
> > annoying problems of O-R mapping have been solved (but still no collected
> > polymorphism).
> >
> > There is are compelling reasons for making Castor fully JDO compliant. In
> > fact, it should be possible to also support the ODMG interface which is
> > shockingly similar to JDO (by no coincidence I imagine). Some thoughts
> > that
> > might stimulate some discussion:
> >
> > Would it be possible to merge Castor with the JDO Reference
> > Implementation?
> > Should Castor JDO continue as is?
> > Should an attempt be made to have Castor accepted as *the* JDO Reference
> > Implementation (as with Tomcat)?
> > Should an "OpenJDO" project be started to provide a JDO compliant Castor?
> > Should a clean-room "OpenJDO" be built from scratch and hosted on
> > SourceForge?
>
>Are you familiar with OJB?
>
>david jencks
-----------------------------------------------------------
If you wish to unsubscribe from this mailing, send mail to
[EMAIL PROTECTED] with a subject of:
unsubscribe castor-dev
