Hi, Developer should only ever set foo, and should never set fooId.
OJB manages all foreign keys. In our app, we don't generate setters for any id fields (primary or foreign), and we only have a getter for the PK. Therefore, the developers find it much harder to fiddle with the keys. Cheers, Charles. >-----Original Message----- >From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] >Sent: 04 March 2003 17:20 >To: [EMAIL PROTECTED] >Subject: Anybody else have this problem?/Feature Idea > > >There are some aspects of OJB that require/encourage having >two pieces of >data to represent single relationship. > >1) When I have an referenceDescriptor, I have to have a >fooOid, and a Foo, >both of which are two ways of referring to the same thing. >2) When I have a collectionDescriptor, I have a collection on >one side, and >a fooOid on the other, and sometimes I also have the Foo. > >We have repeatedly run into problems where the developer will >correctly set >one of the many pieces of data, but not all of them. This usually >manifests itself as an intermittent bug because the cached >objects don't >match the objects that are loaded from the database if they're >not in the >cache. > >It would be really cool (IMO) if OJB had a mode that would >validate this >stuff when it goes to write to the database. > >What do the rest of you think? > >David > > > > >This message contains information from Equifax Inc. which may be >confidential and privileged. If you are not an intended >recipient, please >refrain from any disclosure, copying, distribution or use of this >information and note that such actions are prohibited. If you have >received this transmission in error, please notify by e-mail >[EMAIL PROTECTED] > > > >--------------------------------------------------------------------- >To unsubscribe, e-mail: [EMAIL PROTECTED] >For additional commands, e-mail: [EMAIL PROTECTED] > This email and any attachments are strictly confidential and are intended solely for the addressee. If you are not the intended recipient you must not disclose, forward, copy or take any action in reliance on this message or its attachments. If you have received this email in error please notify the sender as soon as possible and delete it from your computer systems. Any views or opinions presented are solely those of the author and do not necessarily reflect those of HPD Software Limited or its affiliates. At present the integrity of email across the internet cannot be guaranteed and messages sent via this medium are potentially at risk. All liability is excluded to the extent permitted by law for any claims arising as a re- sult of the use of this medium to transmit information by or to HPD Software Limited or its affiliates. --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
