How would you like it to be? Think of XDoclet as a tool to conveniently insert values into deployment descriptors. JBoss deployment descriptors for CMR need to contain these "gory" details. Why? because JBoss (and all EJB containers I know) need to know what rdbms columns data should be persisted to.
If you have some magic trick to insert these values into the deployment descriptor without specifying them in the @tags, please let us know! Aslak > -----Original Message----- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED]]On Behalf Of Tim > Sent: 21. november 2002 01:05 > To: [EMAIL PROTECTED] > Subject: [Xdoclet-user] Object Model and Relations. > > > If you have 2 objects say X and Y. X has a 1-n relation to Y. > > Why are folks doing something like the following: > > /** > * @ejb.relation > * name="blah" > * role-name="grok-has-blah" > * > * @jboss.relation > * fk-constraint="true" > * fk-column="foo_id" > * related-pk-field="fooId" > * > * @jboss.relation > * fk-constraint="true" > * fk-column="bar_id" > * related-pk-field="barId" > */ > public abstract zap.interfaces.BlahLocal getBlah(); > > > When X ( in a pure object sense ) should have no knowledge of the > internals of Y? The usage of "columns" here seems to me to break > the object abstraction model. > > Thanks. > > > > > ------------------------------------------------------- > This SF.net email is sponsored by: The Sourceforge Network Survey > Take Our Survey and You Could Win a $500 Gift Certificate! > http://ugamsolutions.com/psurvey/osdn/SourceForge/index_sourceforge.htm > _______________________________________________ > Xdoclet-user mailing list > [EMAIL PROTECTED] > https://lists.sourceforge.net/lists/listinfo/xdoclet-user ------------------------------------------------------- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf _______________________________________________ Xdoclet-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/xdoclet-user
