Hi Martin, I believe that JDO can be used successfully - I'm currently planning to use Castor directly or with EJBs running under JBoss. The thing I like about it is that it also does rather reasonble XML serialization. Thus I can write an XML Schema to reflect a persistant object-tree then automate building the objects. That's rather cool for separating off the interface from persistence as I can demo a Strut's based app. without any Database.. then just map it into a relational-database. Doing things this way also buys you at least some Schema-based validation since Castor will generate a validate method based on your schema. There are others on the list who suggest this validation is too course to be of much use.. but it is a start.. anc Castor is open-source. My impression is that there are places where it could be enhanced but is generally a solid product.
I've worked with other OR mapping tools with regard to EJBs. At that level mapping to the database is pretty rote and therefore a good place to use a tool - who wants to write all the JDBC for this? Efficiency usually is not as good as JDBC so these tools usually add caching to improve that. In my application I don't think this will be an issue while development speed is. The key thing is to know where to use the tool and realise that you shouldn't get too esoteric with mapping complexity. Hope this helps, Jon Martin Farrell wrote: > Hi > > I am interested in introducing JDO or some form of Object-Relational mapping > into my application. I've had a hunt around and think the best option is > probably castor(http://castor.exolab.org) although Teds page lists some > other options. > > Has anyone had any experience in using JDO with struts? If so what sort of > object model did you use? What other open source options should i consider? > Am i better off sticking with JDBC until JDO is more mature? > > I would also be interested in seeing an example of struts and jdo > > Thanks in advance > > Martin > > ** For great Emap magazine subscription & gift offers visit >http://www.emapmagazines.co.uk ** > > -------------------------------------------------------------------------------- > The information in this email is intended only for the addressee(s) named above. > Access to this email by anyone else is unauthorised. > If you are not the intended recipient of this message any disclosure, copying, > distribution or any action taken in reliance on it is prohibited and may be unlawful. > > Emap plc and or its subsidiaries do not warrant that any attachments are free from > viruses or other defects and accept no liability for any losses resulting from > infected email transmissions. > > Please note that any views expressed in this email may be those of the originator > and do not necessarily reflect those of this organisation. > -------------------------------------------------------------------------------- > > -- > To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> > For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
-- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
