You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@commons.apache.org by "Michael Binz (JIRA)" <ji...@apache.org> on 2009/02/22 15:11:01 UTC

[jira] Created: (SANDBOX-290) [javaflow] Ant task terminates with org.apache.bcel.verifier.exc.AssertionViolatedException

[javaflow] Ant task terminates with org.apache.bcel.verifier.exc.AssertionViolatedException
-------------------------------------------------------------------------------------------

                 Key: SANDBOX-290
                 URL: https://issues.apache.org/jira/browse/SANDBOX-290
             Project: Commons Sandbox
          Issue Type: Bug
          Components: Javaflow
            Reporter: Michael Binz


Unexpected behaviour:  When the Javaflow Ant task is executed on a set of class files in the file system, then Ant terminates with the error message:

{{C:\svnx\dev_scream\build.xml:155: org.apache.bcel.verifier.exc.AssertionViolatedException: INTERNAL ERROR: Missing class: java.lang.ClassNotFoundException: Exception while looking for class de.michab.scream.FirstClassObject: java.io.IOException: Couldn't find: de/michab/scream/FirstClassObject.class}}

Expected is, that the task can rewrite the class files without throwing an exception.

The reason for the above behaviour is that currently no explicit Bcel repository is set.  This repository (org.apache.bcel.util.Repository) is responsible for resolving class references while Bcel is working.  Since none was set explicitly, the implicit default repository is used, which depends on the class path.

The solution for the above problem is that the BcelClassTransformer always explicitly installs a SyntheticRepository that points to the task's srcDir.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.


[jira] Closed: (SANDBOX-290) [javaflow] Ant task terminates with org.apache.bcel.verifier.exc.AssertionViolatedException

Posted by "Torsten Curdt (JIRA)" <ji...@apache.org>.
     [ https://issues.apache.org/jira/browse/SANDBOX-290?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Torsten Curdt closed SANDBOX-290.
---------------------------------


> [javaflow] Ant task terminates with org.apache.bcel.verifier.exc.AssertionViolatedException
> -------------------------------------------------------------------------------------------
>
>                 Key: SANDBOX-290
>                 URL: https://issues.apache.org/jira/browse/SANDBOX-290
>             Project: Commons Sandbox
>          Issue Type: Bug
>          Components: Javaflow
>            Reporter: Michael Binz
>            Assignee: Torsten Curdt
>         Attachments: AntRewriteTask.java, BcelClassTransformer.java
>
>
> Unexpected behaviour:  When the Javaflow Ant task is executed on a set of class files in the file system, then Ant terminates with the error message:
> {{C:\svnx\dev_scream\build.xml:155: org.apache.bcel.verifier.exc.AssertionViolatedException: INTERNAL ERROR: Missing class: java.lang.ClassNotFoundException: Exception while looking for class de.michab.scream.FirstClassObject: java.io.IOException: Couldn't find: de/michab/scream/FirstClassObject.class}}
> Expected is, that the task can rewrite the class files without throwing an exception.
> The reason for the above behaviour is that currently no explicit Bcel repository is set.  This repository (org.apache.bcel.util.Repository) is responsible for resolving class references while Bcel is working.  Since none was set explicitly, the implicit default repository is used, which depends on the class path.
> The solution for the above problem is that the BcelClassTransformer always explicitly installs a SyntheticRepository that points to the task's srcDir.

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

        

[jira] Resolved: (SANDBOX-290) [javaflow] Ant task terminates with org.apache.bcel.verifier.exc.AssertionViolatedException

Posted by "Torsten Curdt (JIRA)" <ji...@apache.org>.
     [ https://issues.apache.org/jira/browse/SANDBOX-290?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Torsten Curdt resolved SANDBOX-290.
-----------------------------------

    Resolution: Fixed

Thanks for the fix. BCEL is deprecated now anyway though.

> [javaflow] Ant task terminates with org.apache.bcel.verifier.exc.AssertionViolatedException
> -------------------------------------------------------------------------------------------
>
>                 Key: SANDBOX-290
>                 URL: https://issues.apache.org/jira/browse/SANDBOX-290
>             Project: Commons Sandbox
>          Issue Type: Bug
>          Components: Javaflow
>            Reporter: Michael Binz
>            Assignee: Torsten Curdt
>         Attachments: AntRewriteTask.java, BcelClassTransformer.java
>
>
> Unexpected behaviour:  When the Javaflow Ant task is executed on a set of class files in the file system, then Ant terminates with the error message:
> {{C:\svnx\dev_scream\build.xml:155: org.apache.bcel.verifier.exc.AssertionViolatedException: INTERNAL ERROR: Missing class: java.lang.ClassNotFoundException: Exception while looking for class de.michab.scream.FirstClassObject: java.io.IOException: Couldn't find: de/michab/scream/FirstClassObject.class}}
> Expected is, that the task can rewrite the class files without throwing an exception.
> The reason for the above behaviour is that currently no explicit Bcel repository is set.  This repository (org.apache.bcel.util.Repository) is responsible for resolving class references while Bcel is working.  Since none was set explicitly, the implicit default repository is used, which depends on the class path.
> The solution for the above problem is that the BcelClassTransformer always explicitly installs a SyntheticRepository that points to the task's srcDir.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.


[jira] Updated: (SANDBOX-290) [javaflow] Ant task terminates with org.apache.bcel.verifier.exc.AssertionViolatedException

Posted by "Michael Binz (JIRA)" <ji...@apache.org>.
     [ https://issues.apache.org/jira/browse/SANDBOX-290?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Michael Binz updated SANDBOX-290:
---------------------------------

    Attachment: BcelClassTransformer.java

Added constructor that allows to set class resolution to a certain directory.  See
public BcelClassTransformer(File classPathFile).



> [javaflow] Ant task terminates with org.apache.bcel.verifier.exc.AssertionViolatedException
> -------------------------------------------------------------------------------------------
>
>                 Key: SANDBOX-290
>                 URL: https://issues.apache.org/jira/browse/SANDBOX-290
>             Project: Commons Sandbox
>          Issue Type: Bug
>          Components: Javaflow
>            Reporter: Michael Binz
>         Attachments: AntRewriteTask.java, BcelClassTransformer.java
>
>
> Unexpected behaviour:  When the Javaflow Ant task is executed on a set of class files in the file system, then Ant terminates with the error message:
> {{C:\svnx\dev_scream\build.xml:155: org.apache.bcel.verifier.exc.AssertionViolatedException: INTERNAL ERROR: Missing class: java.lang.ClassNotFoundException: Exception while looking for class de.michab.scream.FirstClassObject: java.io.IOException: Couldn't find: de/michab/scream/FirstClassObject.class}}
> Expected is, that the task can rewrite the class files without throwing an exception.
> The reason for the above behaviour is that currently no explicit Bcel repository is set.  This repository (org.apache.bcel.util.Repository) is responsible for resolving class references while Bcel is working.  Since none was set explicitly, the implicit default repository is used, which depends on the class path.
> The solution for the above problem is that the BcelClassTransformer always explicitly installs a SyntheticRepository that points to the task's srcDir.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.


[jira] Updated: (SANDBOX-290) [javaflow] Ant task terminates with org.apache.bcel.verifier.exc.AssertionViolatedException

Posted by "Michael Binz (JIRA)" <ji...@apache.org>.
     [ https://issues.apache.org/jira/browse/SANDBOX-290?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Michael Binz updated SANDBOX-290:
---------------------------------

    Attachment: AntRewriteTask.java

Modified AntRewriteTask implementations.  Trivial change in execute() method.

> [javaflow] Ant task terminates with org.apache.bcel.verifier.exc.AssertionViolatedException
> -------------------------------------------------------------------------------------------
>
>                 Key: SANDBOX-290
>                 URL: https://issues.apache.org/jira/browse/SANDBOX-290
>             Project: Commons Sandbox
>          Issue Type: Bug
>          Components: Javaflow
>            Reporter: Michael Binz
>         Attachments: AntRewriteTask.java
>
>
> Unexpected behaviour:  When the Javaflow Ant task is executed on a set of class files in the file system, then Ant terminates with the error message:
> {{C:\svnx\dev_scream\build.xml:155: org.apache.bcel.verifier.exc.AssertionViolatedException: INTERNAL ERROR: Missing class: java.lang.ClassNotFoundException: Exception while looking for class de.michab.scream.FirstClassObject: java.io.IOException: Couldn't find: de/michab/scream/FirstClassObject.class}}
> Expected is, that the task can rewrite the class files without throwing an exception.
> The reason for the above behaviour is that currently no explicit Bcel repository is set.  This repository (org.apache.bcel.util.Repository) is responsible for resolving class references while Bcel is working.  Since none was set explicitly, the implicit default repository is used, which depends on the class path.
> The solution for the above problem is that the BcelClassTransformer always explicitly installs a SyntheticRepository that points to the task's srcDir.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.


[jira] Commented: (SANDBOX-290) [javaflow] Ant task terminates with org.apache.bcel.verifier.exc.AssertionViolatedException

Posted by "Michael Binz (JIRA)" <ji...@apache.org>.
    [ https://issues.apache.org/jira/browse/SANDBOX-290?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12675657#action_12675657 ] 

Michael Binz commented on SANDBOX-290:
--------------------------------------

The two attached files fix the problem.  I tried to keep the code delta to a minimum.

> [javaflow] Ant task terminates with org.apache.bcel.verifier.exc.AssertionViolatedException
> -------------------------------------------------------------------------------------------
>
>                 Key: SANDBOX-290
>                 URL: https://issues.apache.org/jira/browse/SANDBOX-290
>             Project: Commons Sandbox
>          Issue Type: Bug
>          Components: Javaflow
>            Reporter: Michael Binz
>         Attachments: AntRewriteTask.java, BcelClassTransformer.java
>
>
> Unexpected behaviour:  When the Javaflow Ant task is executed on a set of class files in the file system, then Ant terminates with the error message:
> {{C:\svnx\dev_scream\build.xml:155: org.apache.bcel.verifier.exc.AssertionViolatedException: INTERNAL ERROR: Missing class: java.lang.ClassNotFoundException: Exception while looking for class de.michab.scream.FirstClassObject: java.io.IOException: Couldn't find: de/michab/scream/FirstClassObject.class}}
> Expected is, that the task can rewrite the class files without throwing an exception.
> The reason for the above behaviour is that currently no explicit Bcel repository is set.  This repository (org.apache.bcel.util.Repository) is responsible for resolving class references while Bcel is working.  Since none was set explicitly, the implicit default repository is used, which depends on the class path.
> The solution for the above problem is that the BcelClassTransformer always explicitly installs a SyntheticRepository that points to the task's srcDir.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.


[jira] Issue Comment Edited: (SANDBOX-290) [javaflow] Ant task terminates with org.apache.bcel.verifier.exc.AssertionViolatedException

Posted by "Torsten Curdt (JIRA)" <ji...@apache.org>.
    [ https://issues.apache.org/jira/browse/SANDBOX-290?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12796920#action_12796920 ] 

Torsten Curdt edited comment on SANDBOX-290 at 1/5/10 11:38 PM:
----------------------------------------------------------------

Thanks for the fix. Applied.
BCEL is deprecated now anyway though.

      was (Author: tcurdt):
    Thanks for the fix. BCEL is deprecated now anyway though.
  
> [javaflow] Ant task terminates with org.apache.bcel.verifier.exc.AssertionViolatedException
> -------------------------------------------------------------------------------------------
>
>                 Key: SANDBOX-290
>                 URL: https://issues.apache.org/jira/browse/SANDBOX-290
>             Project: Commons Sandbox
>          Issue Type: Bug
>          Components: Javaflow
>            Reporter: Michael Binz
>            Assignee: Torsten Curdt
>         Attachments: AntRewriteTask.java, BcelClassTransformer.java
>
>
> Unexpected behaviour:  When the Javaflow Ant task is executed on a set of class files in the file system, then Ant terminates with the error message:
> {{C:\svnx\dev_scream\build.xml:155: org.apache.bcel.verifier.exc.AssertionViolatedException: INTERNAL ERROR: Missing class: java.lang.ClassNotFoundException: Exception while looking for class de.michab.scream.FirstClassObject: java.io.IOException: Couldn't find: de/michab/scream/FirstClassObject.class}}
> Expected is, that the task can rewrite the class files without throwing an exception.
> The reason for the above behaviour is that currently no explicit Bcel repository is set.  This repository (org.apache.bcel.util.Repository) is responsible for resolving class references while Bcel is working.  Since none was set explicitly, the implicit default repository is used, which depends on the class path.
> The solution for the above problem is that the BcelClassTransformer always explicitly installs a SyntheticRepository that points to the task's srcDir.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.