Gianny, Did the fix go into TranQL? Geronimo 1.0 is not using a TranQL snapshot right now, so someone would need to cut a new TranQL release for us to get the fix into Geronimo 1.0.
Thanks, Aaron On 12/13/05, Gianny Damour <[EMAIL PROTECTED]> wrote: > Hi Manu, > > Thanks for your debugging! This was a bug in IdentityDefinerBuilder, > which was wrongly trying to identify a compound PK based on the number > of primary key fields. > > This is now fixed. > > I will create a JIRA to track this issue tomorrow as it seems that JIRA > is down tonight. > > Thanks, > Gianny > > Manu George wrote: > > > Hi Gianny, > > > > I have done all that you mentioned. I am still getting the error.I > > have replicated the issue in a simple EJB,the example CMP in Ed > > Roman's book Mastering EJB. I am attaching the stack trace and the > > plans below > > > > 17:02:05,211 WARN [SystemExceptionInterceptor] Product > > <> > > <snip> > > > While i was debugging I saw a method > > public IdentityTransform getPrimaryKeyTransform(Entity entity) in the > > class IdentityDefinerBuilder. Here based on size of pkFields the > > SimplePKTransform or CompoundPKTransform class is selected. > > In the case of a custom class with 1 field also the SimplePKTransform > > is selected. > > Is this how it should behave? Could you give a general idea of how the > > primary key values are taken from the Custom classes in OpenEJB? > > > > > > Thanks > > Manu > > >