Hi Aaron,
I'm happy to cut a 1.2.2 TranQL release tomorrow night. However, and as
pointed out by Manu, there was also an OpenEJB impact. So, it seems that
we also need to re-cut an OpenEJB release. So far, I have checked in the
fix to trunk and I will port the fix to the v2_0 branch if we decide to
re-cut OpenEJB.
Thanks,
Gianny
Aaron Mulder wrote:
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