geronimo-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Aaron Mulder <ammul...@alumni.princeton.edu>
Subject Re: Fwd: OpenEJB Question
Date Tue, 13 Dec 2005 17:27:53 GMT
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 <gianny.damour@optusnet.com.au> 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
>
>
>

Mime
View raw message