Sorry, wrong Maillist.
PLEASE IGNORE.
---
regards
Marc Logemann
http://www.logemann.org
http://www.logentis.de
Am 18.05.2009 um 16:20 schrieb Marc Logemann:
really noone who can explain the stack? I double checked that this
is not a SERP version problem but OpenJPA is the only library using
SERP. Looking at the SERP sourcecode reveals that it is more related
to some dynamic bytecode introspecition and not a version issue.
Why cant the PCEnhancer enhance the entitiy. I dont even know what
entity it is..... After all a very unlucky stack without much infos
for non-JPA developers.
[15:06:10]: [jpaenhance] openjpac
[15:06:11]: [openjpac] java.lang.IllegalArgumentException: 5
[15:06:11]: [openjpac] at
serp.bytecode.Code.getInstruction(Code.java:2131)
[15:06:11]: [openjpac] at serp.bytecode.Local.getEnd(Local.java:113)
[15:06:11]: [openjpac] at
serp.bytecode.Local.updateTargets(Local.java:155)
[15:06:11]: [openjpac] at
serp.bytecode.LocalTable.updateTargets(LocalTable.java:163)
[15:06:11]: [openjpac] at serp.bytecode.Code.read(Code.java:2031)
[15:06:11]: [openjpac] at
serp.bytecode.Attributes.readAttributes(Attributes.java:152)
[15:06:11]: [openjpac] at serp.bytecode.BCMember.read(BCMember.java:
365)
[15:06:11]: [openjpac] at serp.bytecode.BCClass.read(BCClass.java:123)
[15:06:11]: [openjpac] at serp.bytecode.BCClass.read(BCClass.java:144)
[15:06:11]: [openjpac] at
serp.bytecode.Project.loadClass(Project.java:139)
[15:06:11]: [openjpac] at
org.apache.openjpa.enhance.PCEnhancer.run(PCEnhancer.java:4491)
[15:06:11]: [openjpac] at
org.apache.openjpa.ant.PCEnhancerTask.executeOn(PCEnhancerTask.java:
89)
[15:06:11]: [openjpac] at
org.apache.openjpa.lib.ant.AbstractTask.execute(AbstractTask.java:172)
[15:06:11]: [openjpac] at
org.apache.tools.ant.UnknownElement.execute(UnknownElement.java:288)
[15:06:11]: [openjpac] at
sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
[15:06:11]: [openjpac] at
sun
.reflect
.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
[15:06:11]: [openjpac] at
sun
.reflect
.DelegatingMethodAccessorImpl
.invoke(DelegatingMethodAccessorImpl.java:43)
[15:06:11]: [openjpac] at
java.lang.reflect.Method.invoke(Method.java:616)
[15:06:11]: [openjpac] at
org
.apache.tools.ant.dispatch.DispatchUtils.execute(DispatchUtils.java:
106)
[15:06:11]: [openjpac] at
org.apache.tools.ant.Task.perform(Task.java:348)
[15:06:11]: [openjpac] at
org.apache.tools.ant.Target.execute(Target.java:357)
[15:06:11]: [openjpac] at
org.apache.tools.ant.Target.performTasks(Target.java:385)
[15:06:11]: [openjpac] at
org.apache.tools.ant.Project.executeSortedTargets(Project.java:1337)
[15:06:11]: [openjpac] at
org.apache.tools.ant.Project.executeTarget(Project.java:1306)
[15:06:11]: [openjpac] at
org
.apache
.tools
.ant.helper.DefaultExecutor.executeTargets(DefaultExecutor.java:41)
[15:06:11]: [openjpac] at
org.apache.tools.ant.Project.executeTargets(Project.java:1189)
[15:06:11]: [openjpac] at
org.apache.tools.ant.Main.runBuild(Main.java:758)
[15:06:11]: [openjpac] at
org.apache.tools.ant.Main.startAnt(Main.java:217)
[15:06:11]: [openjpac] at
org.apache.tools.ant.launch.Launcher.run(Launcher.java:257)
[15:06:11]: [openjpac] at
org.apache.tools.ant.launch.Launcher.main(Launcher.java:104)
[15:06:11]: [openjpac] java.lang.IllegalArgumentException: 5
[15:06:16]: Ant output:
at serp.bytecode.Local.updateTargets(Local.java:155)
at serp.bytecode.LocalTable.updateTargets(LocalTable.java:163)
at serp.bytecode.Code.read(Code.java:2031)
at serp.bytecode.Attributes.readAttributes(Attributes.java:152)
at serp.bytecode.BCMember.read(BCMember.java:365)
at serp.bytecode.BCClass.read(BCClass.java:123)
at serp.bytecode.BCClass.read(BCClass.java:144)
at serp.bytecode.Project.loadClass(Project.java:139)
at org.apache.openjpa.enhance.PCEnhancer.run(PCEnhancer.java:4491)
at
org.apache.openjpa.ant.PCEnhancerTask.executeOn(PCEnhancerTask.java:
89)
at org.apache.openjpa.lib.ant.AbstractTask.execute(AbstractTask.java:
172)
at org.apache.tools.ant.UnknownElement.execute(UnknownElement.java:
288)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at
sun
.reflect
.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
at
sun
.reflect
.DelegatingMethodAccessorImpl
.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:616)
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:357)
at org.apache.tools.ant.Target.performTasks(Target.java:385)
at org.apache.tools.ant.Project.executeSortedTargets(Project.java:
1337)
at org.apache.tools.ant.Project.executeTarget(Project.java:1306)
at
org
.apache
.tools
.ant.helper.DefaultExecutor.executeTargets(DefaultExecutor.java:41)
at org.apache.tools.ant.Project.executeTargets(Project.java:1189)
at org.apache.tools.ant.Main.runBuild(Main.java:758)
at org.apache.tools.ant.Main.startAnt(Main.java:217)
at org.apache.tools.ant.launch.Launcher.run(Launcher.java:257)
at org.apache.tools.ant.launch.Launcher.main(Launcher.java:104)
---
regards
Marc Logemann
http://www.logemann.org
http://www.logentis.de
Anfang der weitergeleiteten E-Mail:
Von: Marc Logemann <l...@logemann.org>
Datum: 17. Mai 2009 11:03:04 MESZ
An: us...@openjpa.apache.org
Betreff: Re: strange JPA Enhance stack
Just to clarify. I am using exactly same build file (ANT) with the
same task on the Ingegration server as on our development machines.
In fact the server checkouts the original source and does what
every developer does. Thats the idea of continous build server isnt
it? :-)
The only difference i see is the JDK but it can be also something
else though.... The classpath (at least user classpath) should be
100% the same because i am using ivy and again the server uses the
same ivy file than every developer.
---
regards
Marc Logemann
http://www.logemann.org
http://www.logentis.de
Am 16.05.2009 um 17:38 schrieb David Beer:
On Sat, 16 May 2009 15:32:36 +0200
Marc Logemann <l...@logemann.org> wrote:
Upppps. Sorry. Wrong assumption: its not EMMA related. It must be
something else.... perhaps OpenJDK 6 related?
Hi Marc
Can't seem that it is OpenJDK 6 related as I use it here for both my
development and continous build system (hudson under tomcat).
Are you using Ant or Maven with the build process. I have seen on
lists
that this can sometimes be a problem. Can you create a small project
which has say just one class to enhance and see if that works
through
you build system. I am thinking that it may be a classpath or
library
problem.
David