[JBoss JIRA] Created: (JASSIST-141) Failed to transform class with name com.some.class. Reason: null
by Andreas Don'tAskDon'tTell (JIRA)
Failed to transform class with name com.some.class. Reason: null
----------------------------------------------------------------
Key: JASSIST-141
URL: https://issues.jboss.org/browse/JASSIST-141
Project: Javassist
Issue Type: Bug
Affects Versions: 3.14.0.GA
Environment: eclipse, powermock 1.4.8, easymock 3, junit 4.8, javassist 3.14.0.GA
Reporter: Andreas Don'tAskDon'tTell
Assignee: Shigeru Chiba
Hi,
i get this error while using the @PrepareForTest() annotation from the powermock framework.
This framework uses javassist for bytecode manipulation and i think it's more a javassist bug then a powermock bug.
the code i try to parse is 2500 lines long (i know bad bad bad code but it's not mine, i only need to test it). i do not want to post all. If you could help me to debug the hole file with javassist to find the methodes or statments that produces this error, i am happy to do so. Is there some debuging level or something to check where javassist crashes?
Thankyou for now :D
Yours,
Andreas
and here the stacktrace:
java.lang.IllegalStateException: Failed to transform class with name com.some.class. Reason: null
at org.powermock.core.classloader.MockClassLoader.loadMockClass(MockClassLoader.java:207)
at org.powermock.core.classloader.MockClassLoader.loadModifiedClass(MockClassLoader.java:145)
at org.powermock.core.classloader.DeferSupportingClassLoader.loadClass(DeferSupportingClassLoader.java:65)
at java.lang.ClassLoader.loadClass(ClassLoader.java:248)
at java.lang.Class.forName0(Native Method)
at java.lang.Class.forName(Class.java:247)
at sun.reflect.generics.factory.CoreReflectionFactory.makeNamedType(CoreReflectionFactory.java:95)
at sun.reflect.generics.visitor.Reifier.visitClassTypeSignature(Reifier.java:107)
at sun.reflect.generics.tree.ClassTypeSignature.accept(ClassTypeSignature.java:31)
at sun.reflect.annotation.AnnotationParser.parseSig(AnnotationParser.java:370)
at sun.reflect.annotation.AnnotationParser.parseClassValue(AnnotationParser.java:351)
at sun.reflect.annotation.AnnotationParser.parseClassArray(AnnotationParser.java:653)
at sun.reflect.annotation.AnnotationParser.parseArray(AnnotationParser.java:460)
at sun.reflect.annotation.AnnotationParser.parseMemberValue(AnnotationParser.java:286)
at sun.reflect.annotation.AnnotationParser.parseAnnotation(AnnotationParser.java:222)
at sun.reflect.annotation.AnnotationParser.parseAnnotations2(AnnotationParser.java:69)
at sun.reflect.annotation.AnnotationParser.parseAnnotations(AnnotationParser.java:52)
at java.lang.Class.initAnnotationsIfNecessary(Class.java:3070)
at java.lang.Class.getAnnotations(Class.java:3050)
at org.powermock.modules.junit4.internal.impl.PowerMockJUnit44RunnerDelegateImpl.classAnnotations(PowerMockJUnit44RunnerDelegateImpl.java:163)
at org.powermock.modules.junit4.internal.impl.PowerMockJUnit44RunnerDelegateImpl.getDescription(PowerMockJUnit44RunnerDelegateImpl.java:155)
at org.powermock.modules.junit4.common.internal.impl.JUnit4TestSuiteChunkerImpl.getDescription(JUnit4TestSuiteChunkerImpl.java:172)
at org.powermock.modules.junit4.common.internal.impl.AbstractCommonPowerMockRunner.getDescription(AbstractCommonPowerMockRunner.java:47)
at org.eclipse.jdt.internal.junit4.runner.JUnit4TestClassReference.sendTree(JUnit4TestClassReference.java:38)
at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.sendTrees(RemoteTestRunner.java:476)
at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:464)
at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:683)
at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.run(RemoteTestRunner.java:390)
at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.main(RemoteTestRunner.java:197)
Caused by: java.lang.NullPointerException
at javassist.bytecode.stackmap.Tracer.checkParamTypes(Tracer.java:888)
at javassist.bytecode.stackmap.Tracer.doInvokeMethod(Tracer.java:822)
at javassist.bytecode.stackmap.Tracer.doOpcode148_201(Tracer.java:620)
at javassist.bytecode.stackmap.Tracer.doOpcode(Tracer.java:102)
at javassist.bytecode.stackmap.MapMaker.make(MapMaker.java:182)
at javassist.bytecode.stackmap.MapMaker.traceException(MapMaker.java:213)
at javassist.bytecode.stackmap.MapMaker.make(MapMaker.java:175)
at javassist.bytecode.stackmap.MapMaker.make(MapMaker.java:192)
at javassist.bytecode.stackmap.MapMaker.make(MapMaker.java:192)
=====================================================================================================================
243 times this line : at javassist.bytecode.stackmap.MapMaker.make(MapMaker.java:192)
=====================================================================================================================
at javassist.bytecode.stackmap.MapMaker.make(MapMaker.java:141)
at javassist.bytecode.stackmap.MapMaker.make(MapMaker.java:96)
at javassist.bytecode.MethodInfo.rebuildStackMap(MethodInfo.java:416)
at javassist.bytecode.MethodInfo.rebuildStackMapIf6(MethodInfo.java:398)
at javassist.expr.ExprEditor.doit(ExprEditor.java:112)
at javassist.CtClassType.instrument(CtClassType.java:1384)
at org.powermock.core.transformers.impl.MainMockTransformer.transform(MainMockTransformer.java:77)
at org.powermock.core.classloader.MockClassLoader.loadMockClass(MockClassLoader.java:203)
... 28 more
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
15 years
[JBoss JIRA] Created: (JBLOGGING-63) Hexadecimal in log message error
by Galder Zamarreño (JIRA)
Hexadecimal in log message error
--------------------------------
Key: JBLOGGING-63
URL: https://issues.jboss.org/browse/JBLOGGING-63
Project: JBoss Logging
Issue Type: Bug
Security Level: Public (Everyone can see)
Affects Versions: 3.0.0.Beta5-jboss-logging
Reporter: Galder Zamarreño
Assignee: David Lloyd
The following code fails with JBoss Logging:
String message = "Invalid magic number. Expected %#x and received %#x";
log.invalidMagicNumber(message, HotRodConstants.RESPONSE_MAGIC, magic);
With:
java.util.IllegalFormatConversionException: x != java.lang.String
at java.util.Formatter$FormatSpecifier.failConversion(Formatter.java:3999)
at java.util.Formatter$FormatSpecifier.printInteger(Formatter.java:2709)
at java.util.Formatter$FormatSpecifier.print(Formatter.java:2661)
at java.util.Formatter.format(Formatter.java:2433)
at java.util.Formatter.format(Formatter.java:2367)
at java.lang.String.format(String.java:2769)
at org.jboss.logging.Log4jLogger.doLogf(Log4jLogger.java:48)
at org.jboss.logging.Logger.logf(Logger.java:2130)
at org.infinispan.client.hotrod.logging.Log_$logger.invalidMagicNumber(Log_$logger.java:820)
at org.infinispan.client.hotrod.impl.operations.HotRodOperation.readHeaderAndValidate(HotRodOperation.java:106)
at org.infinispan.client.hotrod.impl.operations.AbstractKeyValueOperation.sendPutOperation(AbstractKeyValueOperation.java:70)
at org.infinispan.client.hotrod.impl.operations.PutOperation.executeOperation(PutOperation.java:49)
at org.infinispan.client.hotrod.impl.operations.RetryOnFailureOperation.execute(RetryOnFailureOperation.java:62)
at org.infinispan.client.hotrod.impl.RemoteCacheImpl.put(RemoteCacheImpl.java:201)
at org.infinispan.CacheSupport.put(CacheSupport.java:51)
at org.infinispan.client.hotrod.ServerErrorTest.testErrorWhileDoingPut(ServerErrorTest.java:87)
Whereas the following works:
log.info(String.format("Invalid magic number. Expected %#x and received %#x", HotRodConstants.RESPONSE_MAGIC, magic));
And prints:
2011-05-18 14:58:43,929 INFO [HotRodOperation] (main) Invalid magic number. Expected 0xa1 and received 0xa1
It seems like JBoss Logging is doing something that avoids hexadecimals to be shown in the same way as you'd do with String.format().
Maybe JBoss Logging is expecting something different here?
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
15 years
[JBoss JIRA] Created: (AS7-701) server-config model carries both "system-property" and "system-properties" subresource
by Heiko Braun (JIRA)
server-config model carries both "system-property" and "system-properties" subresource
--------------------------------------------------------------------------------------
Key: AS7-701
URL: https://issues.jboss.org/browse/AS7-701
Project: Application Server 7
Issue Type: Bug
Components: Domain Management
Reporter: Heiko Braun
Assignee: Brian Stansberry
Fix For: 7.0.0.CR1
[localhost:9999 /] /host=local/server-config=server-one:read-resource(recursive=true)
{
"outcome" => "success",
"result" => {
"path" => undefined,
"system-property" => undefined,
"interface" => undefined,
"jvm" => {"default" => {
"type" => undefined,
"agent-lib" => undefined,
"agent-path" => undefined,
"debug-enabled" => undefined,
"debug-options" => undefined,
"env-classpath-ignored" => undefined,
"environment-variables" => undefined,
"heap-size" => undefined,
"max-heap-size" => undefined,
"java-agent" => undefined,
"java-home" => undefined,
"jvm-options" => undefined,
"permgen-size" => undefined,
"max-permgen-size" => undefined,
"stack-size" => undefined
}},
"socket-binding-group" => undefined,
"socket-binding-port-offset" => undefined,
"name" => "server-one",
"group" => "main-server-group",
"auto-start" => true,
"system-properties" => {
"test" => {
"value" => "value",
"boot-time" => true
},
"test2" => {
"value" => "value2",
"boot-time" => true
}
}
},
"compensating-operation" => undefined
}
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
15 years