Hi, >>It seems that for jdo implementatin >>without code enhancement , such intrusion is not >>avoidable.
We have recently moved from using Castor to using OJB. In Castor you don't have to specifically have attributes in your model classes for the foreign keys (and that is without any intrusion). Rgds, John -----Original Message----- From: Rice Yeh [mailto:[EMAIL PROTECTED] Sent: 27 February 2003 14:52 To: [EMAIL PROTECTED] Subject: Does reference id intrusion to the domain model necessary? Hi, I just read discussion on tss website http://www.theserverside.com/home/thread.jsp?thread_id=18066&article_count=3 3#75045 I find that ojb has similar problem "reference id intrusion to the domain model" for reference mapping. For example, in Article we have to introduce another field productGroupdId although we already have productGroup. It seems that for jdo implementatin without code enhancement , such intrusion is not avoidable. Regards, Rice __________________________________________________ Do you Yahoo!? Yahoo! Tax Center - forms, calculators, tips, more http://taxes.yahoo.com/ --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] ************************************************************************ This e-mail and any files transmitted with it are confidential and may be privileged and are intended solely for the individual named/ for the use of the individual or entity to whom they are addressed.If you are not the intended addressee, you should not disseminate, distribute or copy this e-mail.Please notify the sender immediately if you have received this e-mail by mistake and delete this e-mail from your system.If you are not the intended recipient, you are notified that reviewing, disclosing, copying, distributing or taking any action in reliance on the contents of this e-mail is strictly prohibited.Please note that any views or opinions expressed in this e-mail are solely those of the author and do not necessarily represent those of Traventec Limited.E-mail transmission cannot be guaranteed to be secure or error-free as information could be intercepted, corrupted, lost, destroyed, or arrive late or incomplete.Traventec Limited therefore does not accept liability for any errors or omissions in the contents of this message, which arise as a result of e-mail transmission.The recipient should check this e-mail and any attachments for the presence of viruses.This e-mail has been swept for computer viruses however Traventec Limited accepts no liability for any damage caused by any virus transmitted by this e-mail. --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]