You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@felix.apache.org by "Clement Escoffier (Created) (JIRA)" <ji...@apache.org> on 2012/01/06 15:17:39 UTC

[jira] [Created] (FELIX-3297) iPOJO Manipulator throws ClassNotFoundException

iPOJO Manipulator throws ClassNotFoundException
-----------------------------------------------

                 Key: FELIX-3297
                 URL: https://issues.apache.org/jira/browse/FELIX-3297
             Project: Felix
          Issue Type: Bug
          Components: iPOJO
    Affects Versions: ipojo-manipulator-1.8.2
            Reporter: Clement Escoffier
            Assignee: Clement Escoffier
            Priority: Critical
             Fix For: ipojo-manipulator-1.8.4


The new iPOJO manipulator (1.8.2) asks ASM to compute the bytecode frames. However, this may require ASM to load classes (dependencies of the manipulated class). If this classloading fails, the maniulatoion is aborted with  a:
java.lang.RuntimeException: java.lang.ClassNotFoundException: _THE_CLASS_

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira

        

[jira] [Commented] (FELIX-3297) iPOJO Manipulator throws ClassNotFoundException

Posted by "Clement Escoffier (Commented) (JIRA)" <ji...@apache.org>.
    [ https://issues.apache.org/jira/browse/FELIX-3297?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13204669#comment-13204669 ] 

Clement Escoffier commented on FELIX-3297:
------------------------------------------

Runtime. It instructs the JVM to not check the frames.
                
> iPOJO Manipulator throws ClassNotFoundException
> -----------------------------------------------
>
>                 Key: FELIX-3297
>                 URL: https://issues.apache.org/jira/browse/FELIX-3297
>             Project: Felix
>          Issue Type: Bug
>          Components: iPOJO
>    Affects Versions: ipojo-manipulator-1.8.2
>            Reporter: Clement Escoffier
>            Assignee: Clement Escoffier
>            Priority: Critical
>             Fix For: ipojo-manipulator-1.8.4
>
>
> The new iPOJO manipulator (1.8.2) asks ASM to compute the bytecode frames. However, this may require ASM to load classes (dependencies of the manipulated class). If this classloading fails, the maniulatoion is aborted with  a:
> java.lang.RuntimeException: java.lang.ClassNotFoundException: _THE_CLASS_

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira

        

[jira] [Resolved] (FELIX-3297) iPOJO Manipulator throws ClassNotFoundException

Posted by "Clement Escoffier (Resolved) (JIRA)" <ji...@apache.org>.
     [ https://issues.apache.org/jira/browse/FELIX-3297?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Clement Escoffier resolved FELIX-3297.
--------------------------------------

    Resolution: Fixed

I've rolled back the Java 7 Frame support for now, as it sounds a lot more complex than expected.

So, without this, we turn around this issue. On Java 7, you needs to use the  -XX:-UseSplitVerifier JVM option
                
> iPOJO Manipulator throws ClassNotFoundException
> -----------------------------------------------
>
>                 Key: FELIX-3297
>                 URL: https://issues.apache.org/jira/browse/FELIX-3297
>             Project: Felix
>          Issue Type: Bug
>          Components: iPOJO
>    Affects Versions: ipojo-manipulator-1.8.2
>            Reporter: Clement Escoffier
>            Assignee: Clement Escoffier
>            Priority: Critical
>             Fix For: ipojo-manipulator-1.8.4
>
>
> The new iPOJO manipulator (1.8.2) asks ASM to compute the bytecode frames. However, this may require ASM to load classes (dependencies of the manipulated class). If this classloading fails, the maniulatoion is aborted with  a:
> java.lang.RuntimeException: java.lang.ClassNotFoundException: _THE_CLASS_

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira

        

[jira] [Commented] (FELIX-3297) iPOJO Manipulator throws ClassNotFoundException

Posted by "Bob Ziuchkovski (JIRA)" <ji...@apache.org>.
    [ https://issues.apache.org/jira/browse/FELIX-3297?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13264488#comment-13264488 ] 

Bob Ziuchkovski commented on FELIX-3297:
----------------------------------------

I am running into this problem as well, but during *build* time (using maven-ipojo-plugin v1.9.0-SNAPSHOT).  I passed maven 'export MAVEN_OPTS="-XX:-UseSplitVerifier"', but the build still fails with:

Execution default of goal org.apache.felix:maven-ipojo-plugin:1.9.0-SNAPSHOT:ipojo-bundle failed: java.lang.ClassNotFoundException: <MY CLASS>
`
It's not all that critical, as I was mainly testing what would break if I switched to JDK7 (several other non-ipojo things as well, unfortunately).  However, I wanted to pass along the heads-up.
                
> iPOJO Manipulator throws ClassNotFoundException
> -----------------------------------------------
>
>                 Key: FELIX-3297
>                 URL: https://issues.apache.org/jira/browse/FELIX-3297
>             Project: Felix
>          Issue Type: Bug
>          Components: iPOJO
>    Affects Versions: ipojo-manipulator-1.8.2
>            Reporter: Clement Escoffier
>            Assignee: Clement Escoffier
>            Priority: Critical
>             Fix For: ipojo-manipulator-1.8.4
>
>
> The new iPOJO manipulator (1.8.2) asks ASM to compute the bytecode frames. However, this may require ASM to load classes (dependencies of the manipulated class). If this classloading fails, the maniulatoion is aborted with  a:
> java.lang.RuntimeException: java.lang.ClassNotFoundException: _THE_CLASS_

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira

        

[jira] [Issue Comment Edited] (FELIX-3297) iPOJO Manipulator throws ClassNotFoundException

Posted by "Bob Ziuchkovski (JIRA)" <ji...@apache.org>.
    [ https://issues.apache.org/jira/browse/FELIX-3297?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13264488#comment-13264488 ] 

Bob Ziuchkovski edited comment on FELIX-3297 at 4/29/12 8:17 AM:
-----------------------------------------------------------------

I am running into this problem as well, but during *build* time (using maven-ipojo-plugin v1.9.0-SNAPSHOT).  I passed maven 'export MAVEN_OPTS="-XX:-UseSplitVerifier"', but the build still fails with:

Execution default of goal org.apache.felix:maven-ipojo-plugin:1.9.0-SNAPSHOT:ipojo-bundle failed: java.lang.ClassNotFoundException: <MY CLASS>

It's not all that critical, as I was mainly testing what would break if I switched to JDK7 (several other non-ipojo things as well, unfortunately).  However, I wanted to pass along the heads-up.
                
      was (Author: bob.ziuchkovski@gmail.com):
    I am running into this problem as well, but during *build* time (using maven-ipojo-plugin v1.9.0-SNAPSHOT).  I passed maven 'export MAVEN_OPTS="-XX:-UseSplitVerifier"', but the build still fails with:

Execution default of goal org.apache.felix:maven-ipojo-plugin:1.9.0-SNAPSHOT:ipojo-bundle failed: java.lang.ClassNotFoundException: <MY CLASS>
`
It's not all that critical, as I was mainly testing what would break if I switched to JDK7 (several other non-ipojo things as well, unfortunately).  However, I wanted to pass along the heads-up.
                  
> iPOJO Manipulator throws ClassNotFoundException
> -----------------------------------------------
>
>                 Key: FELIX-3297
>                 URL: https://issues.apache.org/jira/browse/FELIX-3297
>             Project: Felix
>          Issue Type: Bug
>          Components: iPOJO
>    Affects Versions: ipojo-manipulator-1.8.2
>            Reporter: Clement Escoffier
>            Assignee: Clement Escoffier
>            Priority: Critical
>             Fix For: ipojo-manipulator-1.8.4
>
>
> The new iPOJO manipulator (1.8.2) asks ASM to compute the bytecode frames. However, this may require ASM to load classes (dependencies of the manipulated class). If this classloading fails, the maniulatoion is aborted with  a:
> java.lang.RuntimeException: java.lang.ClassNotFoundException: _THE_CLASS_

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira

        

[jira] [Work started] (FELIX-3297) iPOJO Manipulator throws ClassNotFoundException

Posted by "Clement Escoffier (Work started) (JIRA)" <ji...@apache.org>.
     [ https://issues.apache.org/jira/browse/FELIX-3297?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Work on FELIX-3297 started by Clement Escoffier.

> iPOJO Manipulator throws ClassNotFoundException
> -----------------------------------------------
>
>                 Key: FELIX-3297
>                 URL: https://issues.apache.org/jira/browse/FELIX-3297
>             Project: Felix
>          Issue Type: Bug
>          Components: iPOJO
>    Affects Versions: ipojo-manipulator-1.8.2
>            Reporter: Clement Escoffier
>            Assignee: Clement Escoffier
>            Priority: Critical
>             Fix For: ipojo-manipulator-1.8.4
>
>
> The new iPOJO manipulator (1.8.2) asks ASM to compute the bytecode frames. However, this may require ASM to load classes (dependencies of the manipulated class). If this classloading fails, the maniulatoion is aborted with  a:
> java.lang.RuntimeException: java.lang.ClassNotFoundException: _THE_CLASS_

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira

        

[jira] [Commented] (FELIX-3297) iPOJO Manipulator throws ClassNotFoundException

Posted by "Guillaume Sauthier (Commented) (JIRA)" <ji...@apache.org>.
    [ https://issues.apache.org/jira/browse/FELIX-3297?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13182410#comment-13182410 ] 

Guillaume Sauthier commented on FELIX-3297:
-------------------------------------------

That's exactly the Exception I got when I tried the manipulator v1.8.2

Most of the time, it happens when dealing with exceptions in the code.
You can workaround (partially) this issue by changing your source code: changing scopes of variables, refining catch blocks, ... but the result is not always very natural :(
                
> iPOJO Manipulator throws ClassNotFoundException
> -----------------------------------------------
>
>                 Key: FELIX-3297
>                 URL: https://issues.apache.org/jira/browse/FELIX-3297
>             Project: Felix
>          Issue Type: Bug
>          Components: iPOJO
>    Affects Versions: ipojo-manipulator-1.8.2
>            Reporter: Clement Escoffier
>            Assignee: Clement Escoffier
>            Priority: Critical
>             Fix For: ipojo-manipulator-1.8.4
>
>
> The new iPOJO manipulator (1.8.2) asks ASM to compute the bytecode frames. However, this may require ASM to load classes (dependencies of the manipulated class). If this classloading fails, the maniulatoion is aborted with  a:
> java.lang.RuntimeException: java.lang.ClassNotFoundException: _THE_CLASS_

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira

        

[jira] [Commented] (FELIX-3297) iPOJO Manipulator throws ClassNotFoundException

Posted by "Guillaume Sauthier (Commented) (JIRA)" <ji...@apache.org>.
    [ https://issues.apache.org/jira/browse/FELIX-3297?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13204645#comment-13204645 ] 

Guillaume Sauthier commented on FELIX-3297:
-------------------------------------------

At build time or during runtime ?
                
> iPOJO Manipulator throws ClassNotFoundException
> -----------------------------------------------
>
>                 Key: FELIX-3297
>                 URL: https://issues.apache.org/jira/browse/FELIX-3297
>             Project: Felix
>          Issue Type: Bug
>          Components: iPOJO
>    Affects Versions: ipojo-manipulator-1.8.2
>            Reporter: Clement Escoffier
>            Assignee: Clement Escoffier
>            Priority: Critical
>             Fix For: ipojo-manipulator-1.8.4
>
>
> The new iPOJO manipulator (1.8.2) asks ASM to compute the bytecode frames. However, this may require ASM to load classes (dependencies of the manipulated class). If this classloading fails, the maniulatoion is aborted with  a:
> java.lang.RuntimeException: java.lang.ClassNotFoundException: _THE_CLASS_

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira