> Is appId field in the PortletDefinitionImpl populated when you retrieve > it (as opposed to the app reference)?
Yes, I verified that the correct value is being placed appId on materialization. Regards, *================================* | Scott T Weaver | | <[EMAIL PROTECTED]> | | Apache Jetspeed Portal Project | | Apache Pluto Portlet Container | *================================* > -----Original Message----- > From: Coup, Robert Muir [mailto:[EMAIL PROTECTED] > Sent: Monday, March 01, 2004 4:52 PM > To: OJB Users List > Subject: RE: [OTM] bi-directional 1:n not working > > I'm having a great day, so ignore the previous post. :P > > Is appId field in the PortletDefinitionImpl populated when you retrieve > it (as opposed to the app reference)? > > Rob :) > > > > > -----Original Message----- > > From: Weaver, Scott [mailto:[EMAIL PROTECTED] > > Sent: Tuesday, 2 March 2004 10:49 a.m. > > To: 'OJB Users List' > > Subject: [OTM] bi-directional 1:n not working > > > > > > > > I have a PortletApplicationDefinitionImpl contains n > > PortletDefinitionImpl s. Each portlet definition has a > > reference back to its parent PortletApplicationDefinition. > > PortletApplicationDefinitionImpl works correctly and its > > collection of PortletDefinitionImpls is populated. However, > > anytime I retrieve a PortletDefinitionImpl the reference to > > its parent PortletApplicationDefinitionImpl is always null. > > > > > > Regards > > *================================* > > | Scott T Weaver | > > | <[EMAIL PROTECTED]> | > > | Apache Jetspeed Portal Project | > > | Apache Pluto Portlet Container | > > *================================* > > > > > > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
