aries-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Richard Ellis <>
Subject Re: Latest JDK and ASM based proxies....
Date Fri, 15 Jun 2012 13:47:43 GMT
I believe that this problem is limited to the subclass proxy and not the 
newer improved WeavingHook based proxy. So for cases where people want to 
use both a very recent JVM and a class that does not have an accessible 
zero-arg constructor there is the option to move up to use proxy 0.4 and 
an OSGi 4.3 based framework.


From:   Jean-Baptiste Onofré <>
Date:   15/06/2012 14:23
Subject:        Re: Latest JDK and ASM based proxies....

Thanks Dan,

+1 (non binding) to pull in 0.3.x and cut off a new release.


On 06/15/2012 03:20 PM, Daniel Kulp wrote:
> The latest JDK updates for 1.6.0_u33 and 1.7.0_u5 contain a much 
> class verifier that refuses to verify the classes we generate for our 
> based proxies.   Basically, when we generate the constructor for the 
> we were trying to bypass all the constructors for the superclasses and
> calling the equivalent of Object.super().    That is no longer allowed.
> Per java spec, the constructor MUST call a valid constructor on the
> immediate superclass.   You cannot "skip" parent and such.  Plus, it 
must be
> VALID to call the constructor.
> I've updated trunk to use any non-private no-arg constructor on the
> superclass.   That works for most of the cases.   However, we do have a
> testcase that tests proxying a class with a private no-arg constructor.
> There is NO WAY we can proxy that now unless someone has a new brilliant
> idea.   We also cannot proxy classes that don't have a no-arg 
> for similar reasons.  Anyone have any thoughts?    The fix gets a 
> of the use cases working again.   For the other cases, it DOES fall back 
> the old method which would allow them to work on the older JDK's, but 
> will continue to fail on the newer JDK's.
> I'd like to pull this back into a 0.3.x fix and start a release real 
> This problem breaks a TON of stuff when using the new JDK's and thus a 
> of applications will likely break.   Getting a fix out quickly is likely 
> good idea.

Jean-Baptiste Onofré
Talend -

Unless stated otherwise above:
IBM United Kingdom Limited - Registered in England and Wales with number 
Registered office: PO Box 41, North Harbour, Portsmouth, Hampshire PO6 3AU

  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message