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 deci
Hi Gianny,
I get it.But the problem is if I put this jar in the repo
of my existing Geronimo Instance it fails to start due to
de-serialisation problems.
org.apache.geronimo.kernel.config.InvalidConfigException: Could not extract gbean data from configuation
at
org.apache.ge
Hi Manu,
This was a simple TranQL fix. So, you simply need to build TranQL and
drop it in your repo (you do not need a full rebuild of Geronimo).
Thanks,
Gianny
Manu George wrote:
Hi Gianny
Great to know its fixed. Will try it out after building geronimo from
source.
Thanks
Manu
On 12/1
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!
Hi Gianny
Great to know its fixed. Will try it out after building geronimo from source.
Thanks
ManuOn 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 numbe
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,
G
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
java.lang.ClassCastE
