[JBoss JIRA] (WFCORE-974) Cli calls leak memory in Host Controller when reading children names in domain mode
by Michael Noack (JIRA)
[ https://issues.jboss.org/browse/WFCORE-974?page=com.atlassian.jira.plugin... ]
Michael Noack commented on WFCORE-974:
--------------------------------------
[~proesler_ucsd] Sorry for the late reply. I had to first get approval to release the template and the relevant scripts and to be honest forgot about it once I got it for a few days. Since github seems to have trouble at the moment, I published it to gitlab: https://gitlab.com/noamik/wildfly-jvm-monitor
> Cli calls leak memory in Host Controller when reading children names in domain mode
> -----------------------------------------------------------------------------------
>
> Key: WFCORE-974
> URL: https://issues.jboss.org/browse/WFCORE-974
> Project: WildFly Core
> Issue Type: Bug
> Components: Domain Management, Remoting
> Environment: CentOS 6.5:
> # java -version
> java version "1.7.0_79"
> OpenJDK Runtime Environment (rhel-2.5.5.2.el7_1-x86_64 u79-b14)
> OpenJDK 64-Bit Server VM (build 24.79-b02, mixed mode)
> CentOS 7.0:
> # java -version
> java version "1.7.0_80"
> Java(TM) SE Runtime Environment (build 1.7.0_80-b15)
> Java HotSpot(TM) 64-Bit Server VM (build 24.80-b11, mixed mode)
> Reporter: Michael Noack
> Assignee: David Lloyd
> Priority: Critical
> Fix For: 2.0.0.Beta7
>
> Attachments: host-controller-jvm.png
>
>
> Calling the cli using the command:
> {{jboss-cli.sh --connect --user="myuser" --password="mypassword" --command=":read-children-names(child-type=host)"}}
> leaks memory to old gen. Eventually the host controller goes OOM if called to often.
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
10 years
[JBoss JIRA] (WFLY-6196) Test fails in manualmode with security manager
by Fedor Gavrilov (JIRA)
[ https://issues.jboss.org/browse/WFLY-6196?page=com.atlassian.jira.plugin.... ]
Fedor Gavrilov updated WFLY-6196:
---------------------------------
Summary: Test fails in manualmode with security manager (was: Tests fails in manualmode with security manager)
> Test fails in manualmode with security manager
> ----------------------------------------------
>
> Key: WFLY-6196
> URL: https://issues.jboss.org/browse/WFLY-6196
> Project: WildFly
> Issue Type: Bug
> Components: Test Suite
> Reporter: Hynek Švábek
> Assignee: Fedor Gavrilov
>
> *org.jboss.as.test.manualmode.weld.extension.BeforeShutdownJNDILookupTestCase#org.jboss.as.test.manualmode.weld.extension.BeforeShutdownJNDILookupTestCase*
> *org.jboss.as.test.manualmode.weld.extension.BeforeShutdownJNDILookupTestCase#testTransactionJNDILookupDuringShutdownEvent*
> {{./integration-tests.sh -fae -Dmaven.test.failure.ignore=true -DfailIfNoTests=false -Dsecurity.manager -Dts.manualmode -Dts.noSmoke -Dtest=org.jboss.as.test.manualmode.weld.extension.BeforeShutdownJNDILookupTestCase
> }}
> Fail with:
> {code}
> ERROR [org.jboss.weld.Bootstrap] (MSC service thread 1-6) : java.security.AccessControlException: WFSM000001: Permission check failed (permission "("java.io.FilePermission" "target" "read")" in code source "(vfs:/content/test.war/WEB-INF/classes <no signer certificates>)" of "null")
> at org.wildfly.security.manager.WildFlySecurityManager.checkPermission(WildFlySecurityManager.java:273)
> at org.wildfly.security.manager.WildFlySecurityManager.checkPermission(WildFlySecurityManager.java:175)
> at java.lang.SecurityManager.checkRead(SecurityManager.java:888)
> at org.wildfly.security.manager.WildFlySecurityManager.checkRead(WildFlySecurityManager.java:377)
> at java.io.File.exists(File.java:814)
> at org.jboss.as.test.manualmode.weld.extension.BeforeShutdownExtension.writeOutput(BeforeShutdownExtension.java:62)
> at org.jboss.as.test.manualmode.weld.extension.BeforeShutdownExtension.lookupBeforeShutdown(BeforeShutdownExtension.java:37)
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
> at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> at java.lang.reflect.Method.invoke(Method.java:497)
> at org.jboss.weld.injection.StaticMethodInjectionPoint.invoke(StaticMethodInjectionPoint.java:88)
> at org.jboss.weld.injection.StaticMethodInjectionPoint.invoke(StaticMethodInjectionPoint.java:78)
> at org.jboss.weld.injection.MethodInvocationStrategy$SimpleMethodInvocationStrategy.invoke(MethodInvocationStrategy.java:129)
> at org.jboss.weld.event.ObserverMethodImpl.sendEvent(ObserverMethodImpl.java:309)
> at org.jboss.weld.event.ExtensionObserverMethodImpl.sendEvent(ExtensionObserverMethodImpl.java:124)
> at org.jboss.weld.event.ObserverMethodImpl.sendEvent(ObserverMethodImpl.java:287)
> at org.jboss.weld.event.ObserverMethodImpl.notify(ObserverMethodImpl.java:265)
> at org.jboss.weld.event.ObserverNotifier.notifySyncObservers(ObserverNotifier.java:271)
> at org.jboss.weld.event.ObserverNotifier.notify(ObserverNotifier.java:260)
> at org.jboss.weld.event.ObserverNotifier.fireEvent(ObserverNotifier.java:154)
> at org.jboss.weld.event.ObserverNotifier.fireEvent(ObserverNotifier.java:148)
> at org.jboss.weld.bootstrap.events.AbstractContainerEvent.fire(AbstractContainerEvent.java:53)
> at org.jboss.weld.bootstrap.events.BeforeShutdownImpl.fire(BeforeShutdownImpl.java:41)
> at org.jboss.weld.bootstrap.events.BeforeShutdownImpl.fire(BeforeShutdownImpl.java:32)
> at org.jboss.weld.bootstrap.WeldRuntime.shutdown(WeldRuntime.java:72)
> at org.jboss.weld.bootstrap.WeldBootstrap.shutdown(WeldBootstrap.java:113)
> at org.jboss.as.weld.WeldStartService.stop(WeldStartService.java:128)
> at org.jboss.msc.service.ServiceControllerImpl$StopTask.stopService(ServiceControllerImpl.java:2056)
> at org.jboss.msc.service.ServiceControllerImpl$StopTask.run(ServiceControllerImpl.java:2017)
> at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)
> at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)
> at java.lang.Thread.run(Thread.java:745)
> {code}
>
>
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
10 years
[JBoss JIRA] (DROOLS-1135) NullPointerExceptions when using multiple concurrent KieSessions
by RH Bugzilla Integration (JIRA)
[ https://issues.jboss.org/browse/DROOLS-1135?page=com.atlassian.jira.plugi... ]
RH Bugzilla Integration commented on DROOLS-1135:
-------------------------------------------------
Mario Fusco <mfusco(a)redhat.com> changed the Status of [bug 1330433|https://bugzilla.redhat.com/show_bug.cgi?id=1330433] from NEW to ASSIGNED
> NullPointerExceptions when using multiple concurrent KieSessions
> ----------------------------------------------------------------
>
> Key: DROOLS-1135
> URL: https://issues.jboss.org/browse/DROOLS-1135
> Project: Drools
> Issue Type: Bug
> Components: core engine
> Reporter: Mario Fusco
> Assignee: Mario Fusco
> Priority: Critical
> Fix For: 7.0.0.Beta1
>
>
> A number of worker threads is running simultaneously in a thread pool. Each thread is initialised with the same KieContainer from which they extract a KieBase using KieContainer.getKieBase("name"). Each worker thread obtains a KieSession from its KieBase, and then executes a simple loop, taking instructions from a queue, inserting and removing facts based on those instructions, and then firing all rules:
> {code}
> kieSession = kieBase.newKieSession();
> try {
> while (true) {
> work = getItemsFromQueue();
> addAndRemoveFacts(kieSession, work);
> kieSession.fireAllRules();
> }
> } finally {
> kieSession.dispose();
> }
> {code}
> This causes the following exceptions:
> {code}
> Exception in thread "Worker-1" java.lang.NullPointerException at org.drools.core.reteoo.NodeTypeEnums.isLeftTupleSource(NodeTypeEnums.java:84)
> at org.drools.core.phreak.SegmentUtilities.updateRiaAndTerminalMemory(SegmentUtilities.java:380)
> at org.drools.core.phreak.SegmentUtilities.createSegmentMemory(SegmentUtilities.java:171)
> at org.drools.core.phreak.SegmentUtilities.getQuerySegmentMemory(SegmentUtilities.java:205)
> at org.drools.core.phreak.SegmentUtilities.processQueryNode(SegmentUtilities.java:192)
> at org.drools.core.phreak.SegmentUtilities.createSegmentMemory(SegmentUtilities.java:115)
> at org.drools.core.reteoo.LeftInputAdapterNode.assertObject(LeftInputAdapterNode.java:166)
> at org.drools.core.reteoo.SingleObjectSinkAdapter.propagateAssertObject(SingleObjectSinkAdapter.java:63)
> at org.drools.core.reteoo.ObjectTypeNode.propagateAssert(ObjectTypeNode.java:300)
> at org.drools.core.phreak.PropagationEntry$Insert.execute(PropagationEntry.java:93)
> at org.drools.core.phreak.SynchronizedPropagationList.flush(SynchronizedPropagationList.java:78)
> at org.drools.core.phreak.SynchronizedPropagationList.flush(SynchronizedPropagationList.java:73)
> at org.drools.core.impl.StatefulKnowledgeSessionImpl.flushPropagations(StatefulKnowledgeSessionImpl.java:2017)
> at org.drools.core.common.DefaultAgenda.fireLoop(DefaultAgenda.java:1334)
> at org.drools.core.common.DefaultAgenda.fireAllRules(DefaultAgenda.java:1288)
> at org.drools.core.impl.StatefulKnowledgeSessionImpl.internalFireAllRules(StatefulKnowledgeSessionImpl.java:1306)
> at org.drools.core.impl.StatefulKnowledgeSessionImpl.fireAllRules(StatefulKnowledgeSessionImpl.java:1297)
> at org.drools.core.impl.StatefulKnowledgeSessionImpl.fireAllRules(StatefulKnowledgeSessionImpl.java:1278)
> at com.X.processRequests(X.java:86)
> at com.X$$Lambda$104/975722152.run(Unknown Source)
> at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)
> at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)
> at java.lang.Thread.run(Thread.java:745)
> {code}
> {code}
> Exception in thread "Worker-6" java.lang.NullPointerException at org.drools.core.reteoo.ObjectTypeNode.updateTupleSinkId(ObjectTypeNode.java:410)
> at org.drools.core.reteoo.ObjectTypeNode.updateTupleSinkId(ObjectTypeNode.java:416)
> at org.drools.core.reteoo.ObjectTypeNode.updateTupleSinkId(ObjectTypeNode.java:416)
> at org.drools.core.reteoo.ObjectTypeNode.checkDirty(ObjectTypeNode.java:274)
> at org.drools.core.reteoo.ObjectTypeNode.propagateAssert(ObjectTypeNode.java:294)
> at org.drools.core.phreak.PropagationEntry$Insert.execute(PropagationEntry.java:93)
> at org.drools.core.phreak.SynchronizedPropagationList.flush(SynchronizedPropagationList.java:78)
> at org.drools.core.phreak.SynchronizedPropagationList.flush(SynchronizedPropagationList.java:73)
> at org.drools.core.impl.StatefulKnowledgeSessionImpl.flushPropagations(StatefulKnowledgeSessionImpl.java:2017)
> at org.drools.core.common.DefaultAgenda.fireLoop(DefaultAgenda.java:1334)
> at org.drools.core.common.DefaultAgenda.fireAllRules(DefaultAgenda.java:1288)
> at org.drools.core.impl.StatefulKnowledgeSessionImpl.internalFireAllRules(StatefulKnowledgeSessionImpl.java:1306)
> at org.drools.core.impl.StatefulKnowledgeSessionImpl.fireAllRules(StatefulKnowledgeSessionImpl.java:1297)
> at org.drools.core.impl.StatefulKnowledgeSessionImpl.fireAllRules(StatefulKnowledgeSessionImpl.java:1278)
> at com.X.processRequests(X.java:86)
> at com.X$$Lambda$162/1410998625.run(Unknown Source)
> at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)
> at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)
> at java.lang.Thread.run(Thread.java:745)
> {code}
> {code}
> Exception in thread "Worker-7" java.lang.NullPointerException at org.drools.core.reteoo.ObjectTypeNode.updateTupleSinkId(ObjectTypeNode.java:410)
> at org.drools.core.reteoo.ObjectTypeNode.checkDirty(ObjectTypeNode.java:274)
> at org.drools.core.reteoo.ObjectTypeNode.propagateAssert(ObjectTypeNode.java:294)
> at org.drools.core.phreak.PropagationEntry$Insert.execute(PropagationEntry.java:93)
> at org.drools.core.phreak.SynchronizedPropagationList.flush(SynchronizedPropagationList.java:78)
> at org.drools.core.phreak.SynchronizedPropagationList.flush(SynchronizedPropagationList.java:73)
> at org.drools.core.impl.StatefulKnowledgeSessionImpl.flushPropagations(StatefulKnowledgeSessionImpl.java:2017)
> at org.drools.core.common.DefaultAgenda.fireLoop(DefaultAgenda.java:1334)
> at org.drools.core.common.DefaultAgenda.fireAllRules(DefaultAgenda.java:1288)
> at org.drools.core.impl.StatefulKnowledgeSessionImpl.internalFireAllRules(StatefulKnowledgeSessionImpl.java:1306)
> at org.drools.core.impl.StatefulKnowledgeSessionImpl.fireAllRules(StatefulKnowledgeSessionImpl.java:1297)
> at org.drools.core.impl.StatefulKnowledgeSessionImpl.fireAllRules(StatefulKnowledgeSessionImpl.java:1278)
> at com.X.processRequests(X.java:86)
> at com.X$$Lambda$99/1591140286.run(Unknown Source)
> at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)
> at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)
> at java.lang.Thread.run(Thread.java:745)
> {code}
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
10 years
[JBoss JIRA] (DROOLS-1135) NullPointerExceptions when using multiple concurrent KieSessions
by RH Bugzilla Integration (JIRA)
[ https://issues.jboss.org/browse/DROOLS-1135?page=com.atlassian.jira.plugi... ]
RH Bugzilla Integration updated DROOLS-1135:
--------------------------------------------
Bugzilla References: https://bugzilla.redhat.com/show_bug.cgi?id=1330433
Bugzilla Update: Perform
> NullPointerExceptions when using multiple concurrent KieSessions
> ----------------------------------------------------------------
>
> Key: DROOLS-1135
> URL: https://issues.jboss.org/browse/DROOLS-1135
> Project: Drools
> Issue Type: Bug
> Components: core engine
> Reporter: Mario Fusco
> Assignee: Mario Fusco
> Priority: Critical
> Fix For: 7.0.0.Beta1
>
>
> A number of worker threads is running simultaneously in a thread pool. Each thread is initialised with the same KieContainer from which they extract a KieBase using KieContainer.getKieBase("name"). Each worker thread obtains a KieSession from its KieBase, and then executes a simple loop, taking instructions from a queue, inserting and removing facts based on those instructions, and then firing all rules:
> {code}
> kieSession = kieBase.newKieSession();
> try {
> while (true) {
> work = getItemsFromQueue();
> addAndRemoveFacts(kieSession, work);
> kieSession.fireAllRules();
> }
> } finally {
> kieSession.dispose();
> }
> {code}
> This causes the following exceptions:
> {code}
> Exception in thread "Worker-1" java.lang.NullPointerException at org.drools.core.reteoo.NodeTypeEnums.isLeftTupleSource(NodeTypeEnums.java:84)
> at org.drools.core.phreak.SegmentUtilities.updateRiaAndTerminalMemory(SegmentUtilities.java:380)
> at org.drools.core.phreak.SegmentUtilities.createSegmentMemory(SegmentUtilities.java:171)
> at org.drools.core.phreak.SegmentUtilities.getQuerySegmentMemory(SegmentUtilities.java:205)
> at org.drools.core.phreak.SegmentUtilities.processQueryNode(SegmentUtilities.java:192)
> at org.drools.core.phreak.SegmentUtilities.createSegmentMemory(SegmentUtilities.java:115)
> at org.drools.core.reteoo.LeftInputAdapterNode.assertObject(LeftInputAdapterNode.java:166)
> at org.drools.core.reteoo.SingleObjectSinkAdapter.propagateAssertObject(SingleObjectSinkAdapter.java:63)
> at org.drools.core.reteoo.ObjectTypeNode.propagateAssert(ObjectTypeNode.java:300)
> at org.drools.core.phreak.PropagationEntry$Insert.execute(PropagationEntry.java:93)
> at org.drools.core.phreak.SynchronizedPropagationList.flush(SynchronizedPropagationList.java:78)
> at org.drools.core.phreak.SynchronizedPropagationList.flush(SynchronizedPropagationList.java:73)
> at org.drools.core.impl.StatefulKnowledgeSessionImpl.flushPropagations(StatefulKnowledgeSessionImpl.java:2017)
> at org.drools.core.common.DefaultAgenda.fireLoop(DefaultAgenda.java:1334)
> at org.drools.core.common.DefaultAgenda.fireAllRules(DefaultAgenda.java:1288)
> at org.drools.core.impl.StatefulKnowledgeSessionImpl.internalFireAllRules(StatefulKnowledgeSessionImpl.java:1306)
> at org.drools.core.impl.StatefulKnowledgeSessionImpl.fireAllRules(StatefulKnowledgeSessionImpl.java:1297)
> at org.drools.core.impl.StatefulKnowledgeSessionImpl.fireAllRules(StatefulKnowledgeSessionImpl.java:1278)
> at com.X.processRequests(X.java:86)
> at com.X$$Lambda$104/975722152.run(Unknown Source)
> at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)
> at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)
> at java.lang.Thread.run(Thread.java:745)
> {code}
> {code}
> Exception in thread "Worker-6" java.lang.NullPointerException at org.drools.core.reteoo.ObjectTypeNode.updateTupleSinkId(ObjectTypeNode.java:410)
> at org.drools.core.reteoo.ObjectTypeNode.updateTupleSinkId(ObjectTypeNode.java:416)
> at org.drools.core.reteoo.ObjectTypeNode.updateTupleSinkId(ObjectTypeNode.java:416)
> at org.drools.core.reteoo.ObjectTypeNode.checkDirty(ObjectTypeNode.java:274)
> at org.drools.core.reteoo.ObjectTypeNode.propagateAssert(ObjectTypeNode.java:294)
> at org.drools.core.phreak.PropagationEntry$Insert.execute(PropagationEntry.java:93)
> at org.drools.core.phreak.SynchronizedPropagationList.flush(SynchronizedPropagationList.java:78)
> at org.drools.core.phreak.SynchronizedPropagationList.flush(SynchronizedPropagationList.java:73)
> at org.drools.core.impl.StatefulKnowledgeSessionImpl.flushPropagations(StatefulKnowledgeSessionImpl.java:2017)
> at org.drools.core.common.DefaultAgenda.fireLoop(DefaultAgenda.java:1334)
> at org.drools.core.common.DefaultAgenda.fireAllRules(DefaultAgenda.java:1288)
> at org.drools.core.impl.StatefulKnowledgeSessionImpl.internalFireAllRules(StatefulKnowledgeSessionImpl.java:1306)
> at org.drools.core.impl.StatefulKnowledgeSessionImpl.fireAllRules(StatefulKnowledgeSessionImpl.java:1297)
> at org.drools.core.impl.StatefulKnowledgeSessionImpl.fireAllRules(StatefulKnowledgeSessionImpl.java:1278)
> at com.X.processRequests(X.java:86)
> at com.X$$Lambda$162/1410998625.run(Unknown Source)
> at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)
> at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)
> at java.lang.Thread.run(Thread.java:745)
> {code}
> {code}
> Exception in thread "Worker-7" java.lang.NullPointerException at org.drools.core.reteoo.ObjectTypeNode.updateTupleSinkId(ObjectTypeNode.java:410)
> at org.drools.core.reteoo.ObjectTypeNode.checkDirty(ObjectTypeNode.java:274)
> at org.drools.core.reteoo.ObjectTypeNode.propagateAssert(ObjectTypeNode.java:294)
> at org.drools.core.phreak.PropagationEntry$Insert.execute(PropagationEntry.java:93)
> at org.drools.core.phreak.SynchronizedPropagationList.flush(SynchronizedPropagationList.java:78)
> at org.drools.core.phreak.SynchronizedPropagationList.flush(SynchronizedPropagationList.java:73)
> at org.drools.core.impl.StatefulKnowledgeSessionImpl.flushPropagations(StatefulKnowledgeSessionImpl.java:2017)
> at org.drools.core.common.DefaultAgenda.fireLoop(DefaultAgenda.java:1334)
> at org.drools.core.common.DefaultAgenda.fireAllRules(DefaultAgenda.java:1288)
> at org.drools.core.impl.StatefulKnowledgeSessionImpl.internalFireAllRules(StatefulKnowledgeSessionImpl.java:1306)
> at org.drools.core.impl.StatefulKnowledgeSessionImpl.fireAllRules(StatefulKnowledgeSessionImpl.java:1297)
> at org.drools.core.impl.StatefulKnowledgeSessionImpl.fireAllRules(StatefulKnowledgeSessionImpl.java:1278)
> at com.X.processRequests(X.java:86)
> at com.X$$Lambda$99/1591140286.run(Unknown Source)
> at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)
> at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)
> at java.lang.Thread.run(Thread.java:745)
> {code}
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
10 years
[JBoss JIRA] (JASSIST-262) Class compilation error - Inconsistent stackmap
by Alexey Kuznetsov (JIRA)
[ https://issues.jboss.org/browse/JASSIST-262?page=com.atlassian.jira.plugi... ]
Alexey Kuznetsov updated JASSIST-262:
-------------------------------------
Summary: Class compilation error - Inconsistent stackmap (was: Class compilation error)
> Class compilation error - Inconsistent stackmap
> -----------------------------------------------
>
> Key: JASSIST-262
> URL: https://issues.jboss.org/browse/JASSIST-262
> Project: Javassist
> Issue Type: Bug
> Affects Versions: 3.20.0-GA
> Environment: org.javassist:javassist:3.20.0-GA
> java version "1.8.0_74"
> Java(TM) SE Runtime Environment (build 1.8.0_74-b02)
> Java HotSpot(TM) 64-Bit Server VM (build 25.74-b02, mixed mode)
> Linux 3.13.0-37-generic #64-Ubuntu SMP x86_64 GNU/Linux
> Reporter: Alexey Kuznetsov
> Assignee: Shigeru Chiba
>
> {code:java}
> package com.company;
> import javassist.ClassPool;
> import javassist.CtClass;
> import javassist.CtMethod;
> public class Main {
> public static void main(String[] args) {
> CtClass badClass = ClassPool.getDefault().makeClass("badClass");
> String src = String.join(System.getProperty("line.separator"),
> "public void eval () {",
> " if (true) {",
> " double t=0;",
> " } else {",
> " double t=0;",
> " }",
> " for (int i=0; i < 2; i++) {",
> " int a=0;",
> " int b=0;",
> " int c=0;",
> " int d=0;",
> " if (true) {",
> " int e = 0;",
> " }",
> " }",
> "}");
> System.out.println(src);
> try {
> badClass.addMethod(CtMethod.make(src, badClass));
> Class clazzz = badClass.toClass();
> Object obj = clazzz.newInstance(); // <-- falls here
> } catch (Exception e) {
> e.printStackTrace();
> }
> }
> }
> {code}
> After running that i get output:
> {noformat}
> public void eval () {
> if (true) {
> double t=0;
> } else {
> double t=0;
> }
> for (int i=0; i < 2; i++) {
> int a=0;
> int b=0;
> int c=0;
> int d=0;
> if (true) {
> int e = 0;
> }
> }
> }
> Exception in thread "main" java.lang.VerifyError: Inconsistent stackmap frames at branch target 41
> Exception Details:
> Location:
> badClass.eval()V @41: iinc
> Reason:
> Type top (current frame, locals[4]) is not assignable to integer (stack map, locals[4])
> Current Frame:
> bci: @35
> flags: { }
> locals: { 'badClass', top, top, top, top, integer, integer, integer, integer, integer }
> stack: { integer }
> Stackmap Frame:
> bci: @41
> flags: { }
> locals: { 'badClass', top, top, top, integer, integer, integer, integer, integer }
> stack: { }
> Bytecode:
> 0x0000000: 0499 0009 0387 48a7 0006 0387 4a03 3605
> 0x0000010: 1505 05a2 001c 0336 0603 3607 0336 0803
> 0x0000020: 3609 0499 0006 0336 0a84 0501 a7ff e4b1
> 0x0000030:
> Stackmap Table:
> same_frame(@10)
> same_frame(@13)
> full_frame(@16,{Object[#2],Top,Top,Top,Top,Integer},{})
> full_frame(@41,{Object[#2],Top,Top,Top,Integer,Integer,Integer,Integer,Integer},{})
> full_frame(@47,{Object[#2],Top,Top,Top,Top,Integer},{})
> at java.lang.Class.getDeclaredConstructors0(Native Method)
> at java.lang.Class.privateGetDeclaredConstructors(Class.java:2671)
> at java.lang.Class.getConstructor0(Class.java:3075)
> at java.lang.Class.newInstance(Class.java:412)
> at com.company.Main.main(Main.java:31)
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
> at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> at java.lang.reflect.Method.invoke(Method.java:498)
> at com.intellij.rt.execution.application.AppMain.main(AppMain.java:140)
> Process finished with exit code 1
> {noformat}
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
10 years
[JBoss JIRA] (WFCORE-1509) Add a way to have the management services for Core Model Testing
by ehsavoie Hugonnet (JIRA)
ehsavoie Hugonnet created WFCORE-1509:
-----------------------------------------
Summary: Add a way to have the management services for Core Model Testing
Key: WFCORE-1509
URL: https://issues.jboss.org/browse/WFCORE-1509
Project: WildFly Core
Issue Type: Enhancement
Components: Test Suite
Affects Versions: 2.1.0.Final
Reporter: ehsavoie Hugonnet
Assignee: Tomaz Cerar
Fix the Gigantic HACK to disable the runtime part of this for the core model testing.
The core model testing currently uses RunningMode.ADMIN_ONLY, but in the real world
the http interface needs to be enabled even when that happens.
We don't want to wire up all the services unless wean avoid it, so for now the tests set this system property "jboss.as.test.disable.runtime"
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
10 years