You are viewing a plain text version of this content. The canonical link for it is here.
Posted to user@struts.apache.org by Martin Farrell <Ma...@emap.com> on 2002/02/11 16:02:46 UTC
JDO
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: <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>
Re: JDO
Posted by Dan Trevino <da...@bluemagnet.com>.
The book "Professional JSP Site Design" by wrox has a discussion of JDO
in its Data Access section and is largely oriented towards struts.
On Mon, 2002-02-11 at 10:02, 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: <ma...@jakarta.apache.org>
> For additional commands, e-mail: <ma...@jakarta.apache.org>
--
Dan Trevino
bluemagnet, llc
http://bluemagnet.com/
--
To unsubscribe, e-mail: <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>
Re: JDO
Posted by Jon Ferguson <fe...@ieee.org>.
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: <ma...@jakarta.apache.org>
> For additional commands, e-mail: <ma...@jakarta.apache.org>