[JBoss JIRA] Created: (JBAOP-600) JRockitPluggableClassPreProcessor prevents jvmti agents from working with jrockit
10:53 a.m.
JRockitPluggableClassPreProcessor prevents jvmti agents from working with jrockit
---------------------------------------------------------------------------------
Key: JBAOP-600
URL: http://jira.jboss.com/jira/browse/JBAOP-600
Project: JBoss AOP
Issue Type: Bug
Security Level: Public (Everyone can see)
Components: Aspect Library
Affects Versions: 2.0.0.CR12, 2.0.0.CR11, 2.0.0.CR10, 2.0.0.CR9, 2.0.0.CR8, 2.0.0.CR7,
2.0.0.CR6, 2.0.0.CR5, 2.0.0.CR4, 2.0.0.CR3, 2.0.0.CR2, 2.0.0.CR1, 2.0.0.beta2,
2.0.0.beta1, 2.0.0.alpha6, 2.0.0.alpha5, 2.0.0.alpha4, 2.0.0.alpha3, 2.0.0.alpha2,
2.0.0.alpha1, 1.5.6.GA, 1.5.5.GA, 1.5.4.SP2, 1.5.4.SP1, 1.5.4.GA, 1.5.3.GA, 1.5.2.GA,
1.5.1.GA, 1.5.0.GA, 1.3.6, 1.3.5, 1.3.4, 1.3.3, 1.3.1, 1.3
Reporter: Erich Georg Hochmuth
The preProcess method should return the original bytecode if the class wasn't
modified, but JRockitPluggableClassPreProcessor returns null in this case.
When a jvmti agent is used with jrockit (and uses the ClassFileLoadHook to transform
classes), the jvmti agent is called first to transform this class. The preProcess method
is then called with the jvmti transformed bytecode. If the preProcess method returns null,
the jvmti transformed bytecode is dismissed too.
It's bad error handling in the jrockit vm, but a bug of the
JRockitPluggableClassPreProcessor.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
http://jira.jboss.com/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
11:09 a.m.
New subject: [JBoss JIRA] Updated: (JBAOP-600) JRockitPluggableClassPreProcessor prevents jvmti agents from working with jrockit
[ http://jira.jboss.com/jira/browse/JBAOP-600?page=all ]
Erich Georg Hochmuth updated JBAOP-600:
---------------------------------------
Attachment: JRockitClassPreProcessor.java
JRockitPluggableClassPreProcessor prevents jvmti agents from working
with jrockit
---------------------------------------------------------------------------------
Key: JBAOP-600
URL: http://jira.jboss.com/jira/browse/JBAOP-600
Project: JBoss AOP
Issue Type: Bug
Security Level: Public(Everyone can see)
Components: Aspect Library
Affects Versions: 1.3, 1.3.1, 1.3.3, 1.3.4, 1.3.5, 1.3.6, 1.5.0.GA, 1.5.1.GA,
1.5.2.GA, 1.5.3.GA, 1.5.4.GA, 1.5.4.SP1, 1.5.4.SP2, 1.5.5.GA, 1.5.6.GA, 2.0.0.alpha1,
2.0.0.alpha2, 2.0.0.alpha3, 2.0.0.alpha4, 2.0.0.alpha5, 2.0.0.alpha6, 2.0.0.beta1,
2.0.0.beta2, 2.0.0.CR1, 2.0.0.CR2, 2.0.0.CR3, 2.0.0.CR4, 2.0.0.CR5, 2.0.0.CR6, 2.0.0.CR7,
2.0.0.CR8, 2.0.0.CR9, 2.0.0.CR10, 2.0.0.CR11, 2.0.0.CR12
Reporter: Erich Georg Hochmuth
Attachments: JRockitClassPreProcessor.java,
JRockitPluggableClassPreProcessor.java
Original Estimate: 10 minutes
Remaining Estimate: 10 minutes
The preProcess method should return the original bytecode if the class wasn't
modified, but JRockitPluggableClassPreProcessor returns null in this case.
When a jvmti agent is used with jrockit (and uses the ClassFileLoadHook to transform
classes), the jvmti agent is called first to transform this class. The preProcess method
is then called with the jvmti transformed bytecode. If the preProcess method returns null,
the jvmti transformed bytecode is dismissed too.
It's bad error handling in the jrockit vm, but a bug of the
JRockitPluggableClassPreProcessor.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
http://jira.jboss.com/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
11:09 a.m.
New subject: [JBoss JIRA] Commented: (JBAOP-600) JRockitPluggableClassPreProcessor prevents jvmti agents from working with jrockit
[ http://jira.jboss.com/jira/browse/JBAOP-600?page=comments#action_12417428 ]
Erich Georg Hochmuth commented on JBAOP-600:
--------------------------------------------
Attached the fixed ClassPreProcessors
JRockitPluggableClassPreProcessor prevents jvmti agents from working
with jrockit
---------------------------------------------------------------------------------
Key: JBAOP-600
URL: http://jira.jboss.com/jira/browse/JBAOP-600
Project: JBoss AOP
Issue Type: Bug
Security Level: Public(Everyone can see)
Components: Aspect Library
Affects Versions: 1.3, 1.3.1, 1.3.3, 1.3.4, 1.3.5, 1.3.6, 1.5.0.GA, 1.5.1.GA,
1.5.2.GA, 1.5.3.GA, 1.5.4.GA, 1.5.4.SP1, 1.5.4.SP2, 1.5.5.GA, 1.5.6.GA, 2.0.0.alpha1,
2.0.0.alpha2, 2.0.0.alpha3, 2.0.0.alpha4, 2.0.0.alpha5, 2.0.0.alpha6, 2.0.0.beta1,
2.0.0.beta2, 2.0.0.CR1, 2.0.0.CR2, 2.0.0.CR3, 2.0.0.CR4, 2.0.0.CR5, 2.0.0.CR6, 2.0.0.CR7,
2.0.0.CR8, 2.0.0.CR9, 2.0.0.CR10, 2.0.0.CR11, 2.0.0.CR12
Reporter: Erich Georg Hochmuth
Attachments: JRockitClassPreProcessor.java,
JRockitPluggableClassPreProcessor.java
Original Estimate: 10 minutes
Remaining Estimate: 10 minutes
The preProcess method should return the original bytecode if the class wasn't
modified, but JRockitPluggableClassPreProcessor returns null in this case.
When a jvmti agent is used with jrockit (and uses the ClassFileLoadHook to transform
classes), the jvmti agent is called first to transform this class. The preProcess method
is then called with the jvmti transformed bytecode. If the preProcess method returns null,
the jvmti transformed bytecode is dismissed too.
It's bad error handling in the jrockit vm, but a bug of the
JRockitPluggableClassPreProcessor.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
http://jira.jboss.com/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
11:09 a.m.
New subject: [JBoss JIRA] Updated: (JBAOP-600) JRockitPluggableClassPreProcessor prevents jvmti agents from working with jrockit
[ http://jira.jboss.com/jira/browse/JBAOP-600?page=all ]
Erich Georg Hochmuth updated JBAOP-600:
---------------------------------------
Attachment: JRockitPluggableClassPreProcessor.java
JRockitPluggableClassPreProcessor prevents jvmti agents from working
with jrockit
---------------------------------------------------------------------------------
Key: JBAOP-600
URL: http://jira.jboss.com/jira/browse/JBAOP-600
Project: JBoss AOP
Issue Type: Bug
Security Level: Public(Everyone can see)
Components: Aspect Library
Affects Versions: 1.3, 1.3.1, 1.3.3, 1.3.4, 1.3.5, 1.3.6, 1.5.0.GA, 1.5.1.GA,
1.5.2.GA, 1.5.3.GA, 1.5.4.GA, 1.5.4.SP1, 1.5.4.SP2, 1.5.5.GA, 1.5.6.GA, 2.0.0.alpha1,
2.0.0.alpha2, 2.0.0.alpha3, 2.0.0.alpha4, 2.0.0.alpha5, 2.0.0.alpha6, 2.0.0.beta1,
2.0.0.beta2, 2.0.0.CR1, 2.0.0.CR2, 2.0.0.CR3, 2.0.0.CR4, 2.0.0.CR5, 2.0.0.CR6, 2.0.0.CR7,
2.0.0.CR8, 2.0.0.CR9, 2.0.0.CR10, 2.0.0.CR11, 2.0.0.CR12
Reporter: Erich Georg Hochmuth
Attachments: JRockitClassPreProcessor.java,
JRockitPluggableClassPreProcessor.java
Original Estimate: 10 minutes
Remaining Estimate: 10 minutes
The preProcess method should return the original bytecode if the class wasn't
modified, but JRockitPluggableClassPreProcessor returns null in this case.
When a jvmti agent is used with jrockit (and uses the ClassFileLoadHook to transform
classes), the jvmti agent is called first to transform this class. The preProcess method
is then called with the jvmti transformed bytecode. If the preProcess method returns null,
the jvmti transformed bytecode is dismissed too.
It's bad error handling in the jrockit vm, but a bug of the
JRockitPluggableClassPreProcessor.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
http://jira.jboss.com/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
1:13 p.m.
New subject: [JBoss JIRA] Updated: (JBAOP-600) JRockitPluggableClassPreProcessor prevents jvmti agents from working with jrockit
[ http://jira.jboss.com/jira/browse/JBAOP-600?page=all ]
Flavia Rainone updated JBAOP-600:
---------------------------------
Fix Version/s: 2.0.0.GA
Affects Version/s: (was: 1.3)
(was: 1.3.1)
(was: 1.3.3)
(was: 1.3.4)
(was: 1.3.5)
(was: 1.3.6)
(was: 1.5.0.GA)
(was: 1.5.1.GA)
(was: 1.5.2.GA)
(was: 1.5.3.GA)
(was: 1.5.4.GA)
(was: 1.5.4.SP1)
(was: 1.5.4.SP2)
(was: 1.5.5.GA)
(was: 1.5.6.GA)
(was: 2.0.0.alpha1)
(was: 2.0.0.alpha2)
(was: 2.0.0.alpha3)
(was: 2.0.0.alpha4)
(was: 2.0.0.alpha5)
(was: 2.0.0.alpha6)
(was: 2.0.0.beta1)
(was: 2.0.0.beta2)
(was: 2.0.0.CR1)
(was: 2.0.0.CR2)
(was: 2.0.0.CR3)
(was: 2.0.0.CR4)
(was: 2.0.0.CR5)
(was: 2.0.0.CR6)
(was: 2.0.0.CR7)
(was: 2.0.0.CR8)
(was: 2.0.0.CR9)
(was: 2.0.0.CR10)
(was: 2.0.0.CR11)
Assignee: Flavia Rainone
Thanks for the pacthes, we are going to put the fix in JBoss AOP 2.0.0.GA.
JRockitPluggableClassPreProcessor prevents jvmti agents from working
with jrockit
---------------------------------------------------------------------------------
Key: JBAOP-600
URL: http://jira.jboss.com/jira/browse/JBAOP-600
Project: JBoss AOP
Issue Type: Bug
Security Level: Public(Everyone can see)
Components: Aspect Library
Affects Versions: 2.0.0.CR12
Reporter: Erich Georg Hochmuth
Assigned To: Flavia Rainone
Fix For: 2.0.0.GA
Attachments: JRockitClassPreProcessor.java,
JRockitPluggableClassPreProcessor.java
Original Estimate: 10 minutes
Remaining Estimate: 10 minutes
The preProcess method should return the original bytecode if the class wasn't
modified, but JRockitPluggableClassPreProcessor returns null in this case.
When a jvmti agent is used with jrockit (and uses the ClassFileLoadHook to transform
classes), the jvmti agent is called first to transform this class. The preProcess method
is then called with the jvmti transformed bytecode. If the preProcess method returns null,
the jvmti transformed bytecode is dismissed too.
It's bad error handling in the jrockit vm, but a bug of the
JRockitPluggableClassPreProcessor.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
http://jira.jboss.com/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
1:15 p.m.
New subject: [JBoss JIRA] Commented: (JBAOP-600) JRockitPluggableClassPreProcessor prevents jvmti agents from working with jrockit
[ http://jira.jboss.com/jira/browse/JBAOP-600?page=comments#action_12417449 ]
Flavia Rainone commented on JBAOP-600:
--------------------------------------
The documentation on ClassPreProcessor, states that we must return the original bytes if
no transformation has occurred:
http://e-docs.bea.com/jrockit/docs50/jmapi/javadoc/Management%20API/com/b...
JRockitPluggableClassPreProcessor prevents jvmti agents from working
with jrockit
---------------------------------------------------------------------------------
Key: JBAOP-600
URL: http://jira.jboss.com/jira/browse/JBAOP-600
Project: JBoss AOP
Issue Type: Bug
Security Level: Public(Everyone can see)
Components: Aspect Library
Affects Versions: 2.0.0.CR12
Reporter: Erich Georg Hochmuth
Assigned To: Flavia Rainone
Fix For: 2.0.0.GA
Attachments: JRockitClassPreProcessor.java,
JRockitPluggableClassPreProcessor.java
Original Estimate: 10 minutes
Remaining Estimate: 10 minutes
The preProcess method should return the original bytecode if the class wasn't
modified, but JRockitPluggableClassPreProcessor returns null in this case.
When a jvmti agent is used with jrockit (and uses the ClassFileLoadHook to transform
classes), the jvmti agent is called first to transform this class. The preProcess method
is then called with the jvmti transformed bytecode. If the preProcess method returns null,
the jvmti transformed bytecode is dismissed too.
It's bad error handling in the jrockit vm, but a bug of the
JRockitPluggableClassPreProcessor.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
http://jira.jboss.com/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
2:48 p.m.
New subject: [JBoss JIRA] Closed: (JBAOP-600) JRockitPluggableClassPreProcessor prevents jvmti agents from working with jrockit
[ http://jira.jboss.com/jira/browse/JBAOP-600?page=all ]
Flavia Rainone closed JBAOP-600.
--------------------------------
Resolution: Done
JRockitPluggableClassPreProcessor prevents jvmti agents from working
with jrockit
---------------------------------------------------------------------------------
Key: JBAOP-600
URL: http://jira.jboss.com/jira/browse/JBAOP-600
Project: JBoss AOP
Issue Type: Bug
Security Level: Public(Everyone can see)
Components: Aspect Library
Affects Versions: 2.0.0.CR12
Reporter: Erich Georg Hochmuth
Assigned To: Flavia Rainone
Fix For: 2.0.0.GA
Attachments: JRockitClassPreProcessor.java,
JRockitPluggableClassPreProcessor.java
Original Estimate: 10 minutes
Remaining Estimate: 10 minutes
The preProcess method should return the original bytecode if the class wasn't
modified, but JRockitPluggableClassPreProcessor returns null in this case.
When a jvmti agent is used with jrockit (and uses the ClassFileLoadHook to transform
classes), the jvmti agent is called first to transform this class. The preProcess method
is then called with the jvmti transformed bytecode. If the preProcess method returns null,
the jvmti transformed bytecode is dismissed too.
It's bad error handling in the jrockit vm, but a bug of the
JRockitPluggableClassPreProcessor.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
http://jira.jboss.com/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
6053
days inactive
6054
days old
6 comments
2 participants
participants (2)
-
Erich Georg Hochmuth (JIRA) -
Flavia Rainone (JIRA)