You are viewing a plain text version of this content. The canonical link for it is here.
Posted to users@felix.apache.org by Andreas Prieß <ap...@metaphysis.net> on 2012/03/28 23:46:06 UTC

iPOJO ant task 1.8.2 fails with RuntimeException where 1.8.0 works

Hi,

the iPOJO ant task fails with a RuntimeException after update to 1.8.2.
Version 1.8.0 of the ant task creates a working bundle.

The ant task works on a jar created with bnd and fails with the
following output:

ipojo-build:
    [ipojo] Input bundle file :
/home/ap/projects/java/workspace/maia-mail/distribution/maia-mail-1.0.2.build173.osgi.jar
    [ipojo] Metadata file :
/home/ap/projects/java/workspace/maia-mail/src/main/config/ipojo.xml
    [ipojo] Start manipulation

BUILD FAILED
/home/ap/projects/java/workspace/maia-mail/build.xml:655:
java.lang.RuntimeException: java.lang.ClassNotFoundException:
javax.jms.JMSException
        at org.objectweb.asm.ClassWriter.getCommonSuperClass(Unknown Source)
        at org.objectweb.asm.ClassWriter.a(Unknown Source)
        at org.objectweb.asm.Frame.a(Unknown Source)
        at org.objectweb.asm.Frame.a(Unknown Source)
        at org.objectweb.asm.MethodWriter.visitMaxs(Unknown Source)
        at
org.objectweb.asm.commons.LocalVariablesSorter.visitMaxs(Unknown Source)
        at org.objectweb.asm.ClassReader.accept(Unknown Source)
        at org.objectweb.asm.ClassReader.accept(Unknown Source)
        at
org.apache.felix.ipojo.manipulation.Manipulator.manipulate(Manipulator.java:100)
        at
org.apache.felix.ipojo.manipulator.ManipulationEngine.generate(ManipulationEngine.java:111)
        at
org.apache.felix.ipojo.manipulator.Pojoization.pojoization(Pojoization.java:312)
        at
org.apache.felix.ipojo.manipulator.Pojoization.pojoization(Pojoization.java:198)
        at org.apache.felix.ipojo.task.IPojoTask.execute(IPojoTask.java:205)
        at
org.apache.tools.ant.UnknownElement.execute(UnknownElement.java:291)
        at sun.reflect.GeneratedMethodAccessor4.invoke(Unknown Source)
        at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
        at java.lang.reflect.Method.invoke(Method.java:597)
        at
org.apache.tools.ant.dispatch.DispatchUtils.execute(DispatchUtils.java:106)
        at org.apache.tools.ant.Task.perform(Task.java:348)
        at org.apache.tools.ant.Target.execute(Target.java:390)
        at org.apache.tools.ant.Target.performTasks(Target.java:411)
        at
org.apache.tools.ant.Project.executeSortedTargets(Project.java:1399)
        at org.apache.tools.ant.Project.executeTarget(Project.java:1368)
        at
org.apache.tools.ant.helper.DefaultExecutor.executeTargets(DefaultExecutor.java:41)
        at org.apache.tools.ant.Project.executeTargets(Project.java:1251)
        at org.apache.tools.ant.Main.runBuild(Main.java:809)
        at org.apache.tools.ant.Main.startAnt(Main.java:217)
        at org.apache.tools.ant.launch.Launcher.run(Launcher.java:280)
        at org.apache.tools.ant.launch.Launcher.main(Launcher.java:109)


The task is called with an input jar and metadata.xml, no annotations used:

<target name="ipojo-build" depends="init-ipojo,bundle-build"
if="${build.ipojo}">
	<ipojo input="${target.bnd.file}"
		output="${target.ipojo.file}"
		metadata="${ipojo.meta.file}"/>
</target>


The missing class JMSException is just catched inside a method and never
thrown, so it is not part of the method signature.

The method that contains JMSException also is extended by AspectJ with
an around advice, but JMSException also does not occur there.

So, to me this seems to be a bug in the iPOJO ant task. How to explore
this further?

Sun JDK 1.6.0.31
Apache Ant(TM) version 1.8.2
org.apache.felix.ipojo.ant-1.8.2.jar

Regards,

Andreas

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@felix.apache.org
For additional commands, e-mail: users-help@felix.apache.org


Re: iPOJO ant task 1.8.2 fails with RuntimeException where 1.8.0 works

Posted by Clement Escoffier <cl...@gmail.com>.
Hi,

It's a known issue. We're going to release a new version of the manipulator fixing this issue (Today or Tomorrow).
The bug comes from the frame computation for Java 7, unfortunately, it introduces some class loading that we can't guaranty at all… 

Regards,

Clement

On 28.03.2012, at 23:46, Andreas Prieß wrote:

> Hi,
> 
> the iPOJO ant task fails with a RuntimeException after update to 1.8.2.
> Version 1.8.0 of the ant task creates a working bundle.
> 
> The ant task works on a jar created with bnd and fails with the
> following output:
> 
> ipojo-build:
>    [ipojo] Input bundle file :
> /home/ap/projects/java/workspace/maia-mail/distribution/maia-mail-1.0.2.build173.osgi.jar
>    [ipojo] Metadata file :
> /home/ap/projects/java/workspace/maia-mail/src/main/config/ipojo.xml
>    [ipojo] Start manipulation
> 
> BUILD FAILED
> /home/ap/projects/java/workspace/maia-mail/build.xml:655:
> java.lang.RuntimeException: java.lang.ClassNotFoundException:
> javax.jms.JMSException
>        at org.objectweb.asm.ClassWriter.getCommonSuperClass(Unknown Source)
>        at org.objectweb.asm.ClassWriter.a(Unknown Source)
>        at org.objectweb.asm.Frame.a(Unknown Source)
>        at org.objectweb.asm.Frame.a(Unknown Source)
>        at org.objectweb.asm.MethodWriter.visitMaxs(Unknown Source)
>        at
> org.objectweb.asm.commons.LocalVariablesSorter.visitMaxs(Unknown Source)
>        at org.objectweb.asm.ClassReader.accept(Unknown Source)
>        at org.objectweb.asm.ClassReader.accept(Unknown Source)
>        at
> org.apache.felix.ipojo.manipulation.Manipulator.manipulate(Manipulator.java:100)
>        at
> org.apache.felix.ipojo.manipulator.ManipulationEngine.generate(ManipulationEngine.java:111)
>        at
> org.apache.felix.ipojo.manipulator.Pojoization.pojoization(Pojoization.java:312)
>        at
> org.apache.felix.ipojo.manipulator.Pojoization.pojoization(Pojoization.java:198)
>        at org.apache.felix.ipojo.task.IPojoTask.execute(IPojoTask.java:205)
>        at
> org.apache.tools.ant.UnknownElement.execute(UnknownElement.java:291)
>        at sun.reflect.GeneratedMethodAccessor4.invoke(Unknown Source)
>        at
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
>        at java.lang.reflect.Method.invoke(Method.java:597)
>        at
> org.apache.tools.ant.dispatch.DispatchUtils.execute(DispatchUtils.java:106)
>        at org.apache.tools.ant.Task.perform(Task.java:348)
>        at org.apache.tools.ant.Target.execute(Target.java:390)
>        at org.apache.tools.ant.Target.performTasks(Target.java:411)
>        at
> org.apache.tools.ant.Project.executeSortedTargets(Project.java:1399)
>        at org.apache.tools.ant.Project.executeTarget(Project.java:1368)
>        at
> org.apache.tools.ant.helper.DefaultExecutor.executeTargets(DefaultExecutor.java:41)
>        at org.apache.tools.ant.Project.executeTargets(Project.java:1251)
>        at org.apache.tools.ant.Main.runBuild(Main.java:809)
>        at org.apache.tools.ant.Main.startAnt(Main.java:217)
>        at org.apache.tools.ant.launch.Launcher.run(Launcher.java:280)
>        at org.apache.tools.ant.launch.Launcher.main(Launcher.java:109)
> 
> 
> The task is called with an input jar and metadata.xml, no annotations used:
> 
> <target name="ipojo-build" depends="init-ipojo,bundle-build"
> if="${build.ipojo}">
> 	<ipojo input="${target.bnd.file}"
> 		output="${target.ipojo.file}"
> 		metadata="${ipojo.meta.file}"/>
> </target>
> 
> 
> The missing class JMSException is just catched inside a method and never
> thrown, so it is not part of the method signature.
> 
> The method that contains JMSException also is extended by AspectJ with
> an around advice, but JMSException also does not occur there.
> 
> So, to me this seems to be a bug in the iPOJO ant task. How to explore
> this further?
> 
> Sun JDK 1.6.0.31
> Apache Ant(TM) version 1.8.2
> org.apache.felix.ipojo.ant-1.8.2.jar
> 
> Regards,
> 
> Andreas
> 
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@felix.apache.org
> For additional commands, e-mail: users-help@felix.apache.org
> 


---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@felix.apache.org
For additional commands, e-mail: users-help@felix.apache.org