[JBoss JIRA] (WFLY-9246) discovery-group does not work for pooled-connection-factory because of NPE
by ehsavoie Hugonnet (JIRA)
[ https://issues.jboss.org/browse/WFLY-9246?page=com.atlassian.jira.plugin.... ]
ehsavoie Hugonnet moved JBEAP-12787 to WFLY-9246:
-------------------------------------------------
Project: WildFly (was: JBoss Enterprise Application Platform)
Key: WFLY-9246 (was: JBEAP-12787)
Workflow: GIT Pull Request workflow (was: CDW with loose statuses v1)
Component/s: JMS
(was: JMS)
Affects Version/s: 11.0.0.Beta1
(was: 7.1.0.ER3)
Affects Testing: (was: Regression)
> discovery-group does not work for pooled-connection-factory because of NPE
> --------------------------------------------------------------------------
>
> Key: WFLY-9246
> URL: https://issues.jboss.org/browse/WFLY-9246
> Project: WildFly
> Issue Type: Bug
> Components: JMS
> Affects Versions: 11.0.0.Beta1
> Reporter: ehsavoie Hugonnet
> Assignee: Paul Ferraro
> Priority: Blocker
>
> This issue was hit during pre-testing of fixes for EAP 7.1.0.ER3. After the discussion with [~kabirkhan] and [~bstansberry] it was decided to create new Jira for the issue.
> *Test scenario:*
> * There are 4 EAP servers.
> * Servers 1, 3 are in cluster. They hold messages and they will be referenced in this text as JMS servers.
> * Servers 2, 4 are not in cluster. They have RA configured to connect to servers 1 and 3 using discovery-group, which uses JGroups. They have MDBs which resend messages from InQueue to OutQueue. Servers 2, 4 will be referenced in this text as MDB servers.
> *Expectation:* MDBs on MDB servers are able to discover and conenct to JMS servers.
> *Reality:* During activation of resource adapter on MDB servers, NPE is thrown.
> *Customer impact:* Resource adapter cannot be configured to dynamically discover JMS servers.
> This is *regression* against *7.0.z*.
> This issue wasn't hit before, because with EAP 7.1.0.ER3 the server did not start with this configuration. See JBEAP-12526 for details.
> *Detail description of issue*
> The following NPE arises when MDBs on MDB servers tries to connect to JMS servers via pooled-connection-factory configured to use JGroups for discovery.
> {code}
> org.apache.activemq.artemis.ra.inflow.ActiveMQActivationSpec(ra=org.apache.activemq.artemis.ra.ActiveMQResourceAdapter@e77d2b4c destination=jms/queue/InQueue destinationType=javax.jms.Queue ack=Auto-acknowledge durable=false clientID=null user=null maxSession=15): ActiveMQInternalErrorException[errorType=INTERNAL_ERROR message=AMQ119004: Failed to initialise session factory]
> at org.apache.activemq.artemis.core.client.impl.ServerLocatorImpl.initialise(ServerLocatorImpl.java:308) [artemis-core-client-1.5.5.006-redhat-1.jar:1.5.5.006-redhat-1]
> at org.apache.activemq.artemis.core.client.impl.ServerLocatorImpl.createSessionFactory(ServerLocatorImpl.java:741) [artemis-core-client-1.5.5.006-redhat-1.jar:1.5.5.006-redhat-1]
> at org.apache.activemq.artemis.ra.inflow.ActiveMQActivation.setup(ActiveMQActivation.java:311) [artemis-ra-1.5.5.006-redhat-1.jar:1.5.5.006-redhat-1]
> at org.apache.activemq.artemis.ra.inflow.ActiveMQActivation.reconnect(ActiveMQActivation.java:658) [artemis-ra-1.5.5.006-redhat-1.jar:1.5.5.006-redhat-1]
> at org.apache.activemq.artemis.ra.inflow.ActiveMQActivation$SetupActivation.run(ActiveMQActivation.java:698) [artemis-ra-1.5.5.006-redhat-1.jar:1.5.5.006-redhat-1]
> at org.jboss.jca.core.workmanager.WorkWrapper.runWork(WorkWrapper.java:445)
> at org.jboss.as.connector.services.workmanager.WildflyWorkWrapper.runWork(WildflyWorkWrapper.java:68)
> at org.jboss.jca.core.workmanager.WorkWrapper.run(WorkWrapper.java:223)
> at org.jboss.threads.SimpleDirectExecutor.execute(SimpleDirectExecutor.java:33)
> at org.jboss.threads.QueueExecutor.runTask(QueueExecutor.java:808)
> at org.jboss.threads.QueueExecutor.access$100(QueueExecutor.java:45)
> at org.jboss.threads.QueueExecutor$Worker.run(QueueExecutor.java:828)
> at java.lang.Thread.run(Thread.java:748) [rt.jar:1.8.0_131]
> at org.jboss.threads.JBossThread.run(JBossThread.java:320)
> Caused by: java.lang.NullPointerException
> at org.apache.activemq.artemis.api.core.jgroups.JChannelWrapper.<init>(JChannelWrapper.java:50) [artemis-core-client-1.5.5.006-redhat-1.jar:1.5.5.006-redhat-1]
> at org.apache.activemq.artemis.api.core.jgroups.JChannelManager.getJChannel(JChannelManager.java:74) [artemis-core-client-1.5.5.006-redhat-1.jar:1.5.5.006-redhat-1]
> at org.apache.activemq.artemis.api.core.JGroupsBroadcastEndpoint.initChannel(JGroupsBroadcastEndpoint.java:108) [artemis-core-client-1.5.5.006-redhat-1.jar:1.5.5.006-redhat-1]
> at org.apache.activemq.artemis.api.core.ChannelBroadcastEndpointFactory.createBroadcastEndpoint(ChannelBroadcastEndpointFactory.java:72) [artemis-core-client-1.5.5.006-redhat-1.jar:1.5.5.006-redhat-1]
> at org.apache.activemq.artemis.core.cluster.DiscoveryGroup.<init>(DiscoveryGroup.java:95) [artemis-core-client-1.5.5.006-redhat-1.jar:1.5.5.006-redhat-1]
> at org.apache.activemq.artemis.core.client.impl.ServerLocatorImpl.createDiscoveryGroup(ServerLocatorImpl.java:315) [artemis-core-client-1.5.5.006-redhat-1.jar:1.5.5.006-redhat-1]
> at org.apache.activemq.artemis.core.client.impl.ServerLocatorImpl.initialise(ServerLocatorImpl.java:300) [artemis-core-client-1.5.5.006-redhat-1.jar:1.5.5.006-redhat-1]
> ... 13 more
> {code}
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
8 years, 8 months
[JBoss JIRA] (WFLY-9245) ParseAndMarshalModelsTestCase fails if set EAP server from RPM installation location.
by Hynek Švábek (JIRA)
[ https://issues.jboss.org/browse/WFLY-9245?page=com.atlassian.jira.plugin.... ]
Hynek Švábek updated WFLY-9245:
-------------------------------
Steps to Reproduce:
How to reproduce
# Install EAP from RPM
# Download and unzip EAP src zip
# Download and unzip Maven repo
# Go to src root directory e.g.: cd /root/rpm-automation/workspace/astestsuite
# Set -Djboss.dist to EAP RPM installation location to '/opt/rh/eap7/root/usr/share/wildfly'
# Run test case with set -Djboss.dist to EAP RPM installation directory. It doesn't work.
{code}
/root/rpm-automation/workspace/astestsuite/integration-tests.sh -B -Dmaven.repo.local=/root/rpm-automation/workspace/astestsuite/eap-local-maven-repository -Djboss.dist=/opt/rh/eap7/root/usr/share/wildfly -Dnode0=127.0.0.1 -Dnode1=127.0.0.1 -fae -Dts.manualmode -Dtest=ParseAndMarshalModelsTestCase#testStandaloneXml
{code}
# Run test case with set -Djboss.dist to our unzipped EAP server. It works!
{code}
/root/rpm-automation/workspace/astestsuite/integration-tests.sh -B -Dmaven.repo.local=/root/rpm-automation/workspace/astestsuite/eap-local-maven-repository -Djboss.dist=/root/rpm-automation/workspace/jboss-eap-7.1 -Dnode0=127.0.0.1 -Dnode1=127.0.0.1 -fae -Dts.manualmode -Dtest=ParseAndMarshalModelsTestCase#testStandaloneXml
{code}
# You can try change permissions of EAP RPM installation directory, then it works too
{code}
chmod -R 777 /opt/rh/eap7/root/usr/share/wildfly
{code}
{code}
/root/rpm-automation/workspace/astestsuite/integration-tests.sh -B -Dmaven.repo.local=/root/rpm-automation/workspace/astestsuite/eap-local-maven-repository -Djboss.dist=/opt/rh/eap7/root/usr/share/wildfly -Dnode0=127.0.0.1 -Dnode1=127.0.0.1 -fae -Dts.manualmode -Dtest=ParseAndMarshalModelsTestCase#testStandaloneXml
{code}
was:
How to reproduce
# Install EAP from RPM
# Download and unzipp EAP src zip
# Download and unzipp Maven repo
# Go to src root directory e.g.: cd /root/rpm-automation/workspace/astestsuite
# Set -Djboss.dist to EAP RPM installation location to '/opt/rh/eap7/root/usr/share/wildfly'
# Run test case with set -Djboss.dist to EAP RPM installation directory. It doesn't work.
{code}
/root/rpm-automation/workspace/astestsuite/integration-tests.sh -B -Dmaven.repo.local=/root/rpm-automation/workspace/astestsuite/eap-local-maven-repository -Djboss.dist=/opt/rh/eap7/root/usr/share/wildfly -Dnode0=127.0.0.1 -Dnode1=127.0.0.1 -fae -Dts.manualmode -Dtest=ParseAndMarshalModelsTestCase#testStandaloneXml
{code}
# Run test case with set -Djboss.dist to our unzipped EAP server. It works!
{code}
/root/rpm-automation/workspace/astestsuite/integration-tests.sh -B -Dmaven.repo.local=/root/rpm-automation/workspace/astestsuite/eap-local-maven-repository -Djboss.dist=/root/rpm-automation/workspace/jboss-eap-7.1 -Dnode0=127.0.0.1 -Dnode1=127.0.0.1 -fae -Dts.manualmode -Dtest=ParseAndMarshalModelsTestCase#testStandaloneXml
{code}
# You can try change permissions of EAP RPM installation directory, then it works too
{code}
chmod -R 777 /opt/rh/eap7/root/usr/share/wildfly
{code}
{code}
/root/rpm-automation/workspace/astestsuite/integration-tests.sh -B -Dmaven.repo.local=/root/rpm-automation/workspace/astestsuite/eap-local-maven-repository -Djboss.dist=/opt/rh/eap7/root/usr/share/wildfly -Dnode0=127.0.0.1 -Dnode1=127.0.0.1 -fae -Dts.manualmode -Dtest=ParseAndMarshalModelsTestCase#testStandaloneXml
{code}
> ParseAndMarshalModelsTestCase fails if set EAP server from RPM installation location.
> -------------------------------------------------------------------------------------
>
> Key: WFLY-9245
> URL: https://issues.jboss.org/browse/WFLY-9245
> Project: WildFly
> Issue Type: Bug
> Components: Test Suite
> Reporter: Hynek Švábek
>
> There is problem in AS TS: Integration - Manual Mode Tests with
> ParseAndMarshalModelsTestCase which fails only when we are doing RPM testing.
> Tests in this TestCase run embed-server cli command and it fails. Please check logs [1] and [2].
> My observations are:
> # when I change -Djboss.dist argument from EAP rpm installation location to my own (unzipped EAP) EAP location when we are running tests then it works
> # when I change EAP rpm installation directory permission then it works too
> chmod -R 777 /opt/rh/eap7/root/usr/share/wildfly
> IMO it is test suite problem with regards to above observations.
> [1] Test logs
> {code:collapse=true}
> java.lang.AssertionError: Failed to execute line 'embed-server --admin-only=true --server-config=standalone.xml --std-out=echo --jboss-home=/root/rpm-automation/workspace/astestsuite/testsuite/integration/manualmode/target/jbossas-parse-marshal'
> org.jboss.as.cli.CommandLineException: Cannot start embedded server
> at org.jboss.as.cli.embedded.EmbedServerHandler.doHandle(EmbedServerHandler.java:292)
> at org.jboss.as.cli.handlers.CommandHandlerWithHelp.handle(CommandHandlerWithHelp.java:89)
> at org.jboss.as.cli.impl.CommandExecutor.execute(CommandExecutor.java:672)
> at org.jboss.as.cli.impl.CommandContextImpl.lambda$handle$0(CommandContextImpl.java:840)
> at org.jboss.as.cli.impl.CommandContextImpl.execute(CommandContextImpl.java:892)
> at org.jboss.as.cli.impl.CommandContextImpl.handle(CommandContextImpl.java:839)
> at org.jboss.as.test.integration.management.util.CLIWrapper.sendLine(CLIWrapper.java:180)
> at org.jboss.as.test.integration.management.util.CLIWrapper.sendLine(CLIWrapper.java:206)
> at org.jboss.as.test.shared.ModelParserUtils.standaloneXmlTest(ModelParserUtils.java:71)
> at org.jboss.as.test.manualmode.parse.ParseAndMarshalModelsTestCase.standaloneXmlTest(ParseAndMarshalModelsTestCase.java:364)
> at org.jboss.as.test.manualmode.parse.ParseAndMarshalModelsTestCase.testStandaloneXml(ParseAndMarshalModelsTestCase.java:86)
> 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 org.junit.runners.model.FrameworkMethod$1.runReflectiveCall(FrameworkMethod.java:50)
> at org.junit.internal.runners.model.ReflectiveCallable.run(ReflectiveCallable.java:12)
> at org.junit.runners.model.FrameworkMethod.invokeExplosively(FrameworkMethod.java:47)
> at org.junit.internal.runners.statements.InvokeMethod.evaluate(InvokeMethod.java:17)
> at org.junit.runners.ParentRunner.runLeaf(ParentRunner.java:325)
> at org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:78)
> at org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:57)
> at org.junit.runners.ParentRunner$3.run(ParentRunner.java:290)
> at org.junit.runners.ParentRunner$1.schedule(ParentRunner.java:71)
> at org.junit.runners.ParentRunner.runChildren(ParentRunner.java:288)
> at org.junit.runners.ParentRunner.access$000(ParentRunner.java:58)
> at org.junit.runners.ParentRunner$2.evaluate(ParentRunner.java:268)
> at org.junit.runners.ParentRunner.run(ParentRunner.java:363)
> at org.junit.runners.Suite.runChild(Suite.java:128)
> at org.junit.runners.Suite.runChild(Suite.java:27)
> at org.junit.runners.ParentRunner$3.run(ParentRunner.java:290)
> at org.junit.runners.ParentRunner$1.schedule(ParentRunner.java:71)
> at org.junit.runners.ParentRunner.runChildren(ParentRunner.java:288)
> at org.junit.runners.ParentRunner.access$000(ParentRunner.java:58)
> at org.junit.runners.ParentRunner$2.evaluate(ParentRunner.java:268)
> at org.junit.runners.ParentRunner.run(ParentRunner.java:363)
> at org.junit.runner.JUnitCore.run(JUnitCore.java:137)
> at org.junit.runner.JUnitCore.run(JUnitCore.java:115)
> at org.apache.maven.surefire.junitcore.JUnitCoreWrapper.createRequestAndRun(JUnitCoreWrapper.java:108)
> at org.apache.maven.surefire.junitcore.JUnitCoreWrapper.executeEager(JUnitCoreWrapper.java:78)
> at org.apache.maven.surefire.junitcore.JUnitCoreWrapper.execute(JUnitCoreWrapper.java:54)
> at org.apache.maven.surefire.junitcore.JUnitCoreProvider.invoke(JUnitCoreProvider.java:144)
> at org.apache.maven.surefire.booter.ForkedBooter.invokeProviderInSameClassLoader(ForkedBooter.java:203)
> at org.apache.maven.surefire.booter.ForkedBooter.runSuitesInProcess(ForkedBooter.java:155)
> at org.apache.maven.surefire.booter.ForkedBooter.main(ForkedBooter.java:103)
> Caused by: java.lang.IllegalStateException: WFLYEMB0022: Cannot invoke 'start' on embedded process
> at org.wildfly.core.embedded.EmbeddedManagedProcessImpl.invokeOnServer(EmbeddedManagedProcessImpl.java:93)
> at org.wildfly.core.embedded.EmbeddedManagedProcessImpl.start(EmbeddedManagedProcessImpl.java:55)
> at org.jboss.as.cli.embedded.EmbedServerHandler.doHandle(EmbedServerHandler.java:234)
> ... 44 more
> Caused by: org.wildfly.core.embedded.EmbeddedProcessStartException: WFLYEMB0021: Cannot start embedded process
> at org.wildfly.core.embedded.EmbeddedStandaloneServerFactory$StandaloneServerImpl.start(EmbeddedStandaloneServerFactory.java:320)
> 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 org.wildfly.core.embedded.EmbeddedManagedProcessImpl.invokeOnServer(EmbeddedManagedProcessImpl.java:81)
> ... 46 more
> Caused by: java.util.concurrent.ExecutionException: Operation failed
> at org.jboss.threads.AsyncFutureTask.operationFailed(AsyncFutureTask.java:74)
> at org.jboss.threads.AsyncFutureTask.get(AsyncFutureTask.java:268)
> at org.wildfly.core.embedded.EmbeddedStandaloneServerFactory$StandaloneServerImpl.start(EmbeddedStandaloneServerFactory.java:301)
> ... 51 more
> Caused by: java.lang.Exception: WFLYSRV0056: Server boot has failed in an unrecoverable manner; exiting. See previous messages for details.
> at org.jboss.as.server.BootstrapListener.bootFailure(BootstrapListener.java:87)
> at org.jboss.as.server.ServerService.boot(ServerService.java:417)
> at org.jboss.as.controller.AbstractControllerService$1.run(AbstractControllerService.java:370)
> at java.lang.Thread.run(Thread.java:748)
> at org.junit.Assert.fail(Assert.java:88)
> at org.jboss.as.test.integration.management.util.CLIWrapper.sendLine(CLIWrapper.java:184)
> at org.jboss.as.test.integration.management.util.CLIWrapper.sendLine(CLIWrapper.java:206)
> at org.jboss.as.test.shared.ModelParserUtils.standaloneXmlTest(ModelParserUtils.java:71)
> at org.jboss.as.test.manualmode.parse.ParseAndMarshalModelsTestCase.standaloneXmlTest(ParseAndMarshalModelsTestCase.java:364)
> at org.jboss.as.test.manualmode.parse.ParseAndMarshalModelsTestCase.testStandaloneXml(ParseAndMarshalModelsTestCase.java:86)
> 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 org.junit.runners.model.FrameworkMethod$1.runReflectiveCall(FrameworkMethod.java:50)
> at org.junit.internal.runners.model.ReflectiveCallable.run(ReflectiveCallable.java:12)
> at org.junit.runners.model.FrameworkMethod.invokeExplosively(FrameworkMethod.java:47)
> at org.junit.internal.runners.statements.InvokeMethod.evaluate(InvokeMethod.java:17)
> at org.junit.runners.ParentRunner.runLeaf(ParentRunner.java:325)
> at org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:78)
> at org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:57)
> at org.junit.runners.ParentRunner$3.run(ParentRunner.java:290)
> at org.junit.runners.ParentRunner$1.schedule(ParentRunner.java:71)
> at org.junit.runners.ParentRunner.runChildren(ParentRunner.java:288)
> at org.junit.runners.ParentRunner.access$000(ParentRunner.java:58)
> at org.junit.runners.ParentRunner$2.evaluate(ParentRunner.java:268)
> at org.junit.runners.ParentRunner.run(ParentRunner.java:363)
> at org.junit.runners.Suite.runChild(Suite.java:128)
> at org.junit.runners.Suite.runChild(Suite.java:27)
> at org.junit.runners.ParentRunner$3.run(ParentRunner.java:290)
> at org.junit.runners.ParentRunner$1.schedule(ParentRunner.java:71)
> at org.junit.runners.ParentRunner.runChildren(ParentRunner.java:288)
> at org.junit.runners.ParentRunner.access$000(ParentRunner.java:58)
> at org.junit.runners.ParentRunner$2.evaluate(ParentRunner.java:268)
> at org.junit.runners.ParentRunner.run(ParentRunner.java:363)
> at org.junit.runner.JUnitCore.run(JUnitCore.java:137)
> at org.junit.runner.JUnitCore.run(JUnitCore.java:115)
> at org.apache.maven.surefire.junitcore.JUnitCoreWrapper.createRequestAndRun(JUnitCoreWrapper.java:108)
> at org.apache.maven.surefire.junitcore.JUnitCoreWrapper.executeEager(JUnitCoreWrapper.java:78)
> at org.apache.maven.surefire.junitcore.JUnitCoreWrapper.execute(JUnitCoreWrapper.java:54)
> at org.apache.maven.surefire.junitcore.JUnitCoreProvider.invoke(JUnitCoreProvider.java:144)
> at org.apache.maven.surefire.booter.ForkedBooter.invokeProviderInSameClassLoader(ForkedBooter.java:203)
> at org.apache.maven.surefire.booter.ForkedBooter.runSuitesInProcess(ForkedBooter.java:155)
> at org.apache.maven.surefire.booter.ForkedBooter.main(ForkedBooter.java:103)
> {code}
> [2] EAP server logs
> {code:collapse=true}
> [0m[31m08:35:36,923 ERROR [org.jboss.as.controller.management-operation] (Controller Boot Thread) WFLYCTL0013: Operation ("boottime-controller-initializer-step") failed - address: ([]): java.util.ServiceConfigurationError: org.jboss.as.controller.ModelControllerServiceInitialization: Provider org.jboss.as.patching.management.PatchIntegrationFactory not found
> at java.util.ServiceLoader.fail(ServiceLoader.java:239) [rt.jar:1.8.0_141]
> at java.util.ServiceLoader.access$300(ServiceLoader.java:185) [rt.jar:1.8.0_141]
> at java.util.ServiceLoader$LazyIterator.nextService(ServiceLoader.java:372) [rt.jar:1.8.0_141]
> at java.util.ServiceLoader$LazyIterator.next(ServiceLoader.java:404) [rt.jar:1.8.0_141]
> at java.util.ServiceLoader$1.next(ServiceLoader.java:480) [rt.jar:1.8.0_141]
> at org.jboss.as.controller.AbstractControllerService$ModelControllerServiceInitializationBootStepHandler$1.execute(AbstractControllerService.java:716) [wildfly-controller-3.0.0.Beta30-redhat-1.jar:3.0.0.Beta30-redhat-1]
> at org.jboss.as.controller.AbstractOperationContext.executeStep(AbstractOperationContext.java:978) [wildfly-controller-3.0.0.Beta30-redhat-1.jar:3.0.0.Beta30-redhat-1]
> at org.jboss.as.controller.AbstractOperationContext.processStages(AbstractOperationContext.java:724) [wildfly-controller-3.0.0.Beta30-redhat-1.jar:3.0.0.Beta30-redhat-1]
> at org.jboss.as.controller.AbstractOperationContext.executeOperation(AbstractOperationContext.java:448) [wildfly-controller-3.0.0.Beta30-redhat-1.jar:3.0.0.Beta30-redhat-1]
> at org.jboss.as.controller.OperationContextImpl.executeOperation(OperationContextImpl.java:1402) [wildfly-controller-3.0.0.Beta30-redhat-1.jar:3.0.0.Beta30-redhat-1]
> at org.jboss.as.controller.ModelControllerImpl.boot(ModelControllerImpl.java:516) [wildfly-controller-3.0.0.Beta30-redhat-1.jar:3.0.0.Beta30-redhat-1]
> at org.jboss.as.controller.AbstractControllerService.boot(AbstractControllerService.java:468) [wildfly-controller-3.0.0.Beta30-redhat-1.jar:3.0.0.Beta30-redhat-1]
> at org.jboss.as.controller.AbstractControllerService.boot(AbstractControllerService.java:430) [wildfly-controller-3.0.0.Beta30-redhat-1.jar:3.0.0.Beta30-redhat-1]
> at org.jboss.as.server.ServerService.boot(ServerService.java:437) [wildfly-server-3.0.0.Beta30-redhat-1.jar:3.0.0.Beta30-redhat-1]
> at org.jboss.as.server.ServerService.boot(ServerService.java:396) [wildfly-server-3.0.0.Beta30-redhat-1.jar:3.0.0.Beta30-redhat-1]
> at org.jboss.as.controller.AbstractControllerService$1.run(AbstractControllerService.java:370) [wildfly-controller-3.0.0.Beta30-redhat-1.jar:3.0.0.Beta30-redhat-1]
> at java.lang.Thread.run(Thread.java:748) [rt.jar:1.8.0_141]
> {code}
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
8 years, 8 months
[JBoss JIRA] (WFLY-9245) ParseAndMarshalModelsTestCase fails if set EAP server from RPM installation location.
by Hynek Švábek (JIRA)
Hynek Švábek created WFLY-9245:
----------------------------------
Summary: ParseAndMarshalModelsTestCase fails if set EAP server from RPM installation location.
Key: WFLY-9245
URL: https://issues.jboss.org/browse/WFLY-9245
Project: WildFly
Issue Type: Bug
Components: Test Suite
Reporter: Hynek Švábek
There is problem in AS TS: Integration - Manual Mode Tests with
ParseAndMarshalModelsTestCase which fails only when we are doing RPM testing.
Tests in this TestCase run embed-server cli command and it fails. Please check logs [1] and [2].
My observations are:
# when I change -Djboss.dist argument from EAP rpm installation location to my own (unzipped EAP) EAP location when we are running tests then it works
# when I change EAP rpm installation directory permission then it works too
chmod -R 777 /opt/rh/eap7/root/usr/share/wildfly
IMO it is test suite problem with regards to above observations.
[1] Test logs
{code:collapse=true}
java.lang.AssertionError: Failed to execute line 'embed-server --admin-only=true --server-config=standalone.xml --std-out=echo --jboss-home=/root/rpm-automation/workspace/astestsuite/testsuite/integration/manualmode/target/jbossas-parse-marshal'
org.jboss.as.cli.CommandLineException: Cannot start embedded server
at org.jboss.as.cli.embedded.EmbedServerHandler.doHandle(EmbedServerHandler.java:292)
at org.jboss.as.cli.handlers.CommandHandlerWithHelp.handle(CommandHandlerWithHelp.java:89)
at org.jboss.as.cli.impl.CommandExecutor.execute(CommandExecutor.java:672)
at org.jboss.as.cli.impl.CommandContextImpl.lambda$handle$0(CommandContextImpl.java:840)
at org.jboss.as.cli.impl.CommandContextImpl.execute(CommandContextImpl.java:892)
at org.jboss.as.cli.impl.CommandContextImpl.handle(CommandContextImpl.java:839)
at org.jboss.as.test.integration.management.util.CLIWrapper.sendLine(CLIWrapper.java:180)
at org.jboss.as.test.integration.management.util.CLIWrapper.sendLine(CLIWrapper.java:206)
at org.jboss.as.test.shared.ModelParserUtils.standaloneXmlTest(ModelParserUtils.java:71)
at org.jboss.as.test.manualmode.parse.ParseAndMarshalModelsTestCase.standaloneXmlTest(ParseAndMarshalModelsTestCase.java:364)
at org.jboss.as.test.manualmode.parse.ParseAndMarshalModelsTestCase.testStandaloneXml(ParseAndMarshalModelsTestCase.java:86)
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 org.junit.runners.model.FrameworkMethod$1.runReflectiveCall(FrameworkMethod.java:50)
at org.junit.internal.runners.model.ReflectiveCallable.run(ReflectiveCallable.java:12)
at org.junit.runners.model.FrameworkMethod.invokeExplosively(FrameworkMethod.java:47)
at org.junit.internal.runners.statements.InvokeMethod.evaluate(InvokeMethod.java:17)
at org.junit.runners.ParentRunner.runLeaf(ParentRunner.java:325)
at org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:78)
at org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:57)
at org.junit.runners.ParentRunner$3.run(ParentRunner.java:290)
at org.junit.runners.ParentRunner$1.schedule(ParentRunner.java:71)
at org.junit.runners.ParentRunner.runChildren(ParentRunner.java:288)
at org.junit.runners.ParentRunner.access$000(ParentRunner.java:58)
at org.junit.runners.ParentRunner$2.evaluate(ParentRunner.java:268)
at org.junit.runners.ParentRunner.run(ParentRunner.java:363)
at org.junit.runners.Suite.runChild(Suite.java:128)
at org.junit.runners.Suite.runChild(Suite.java:27)
at org.junit.runners.ParentRunner$3.run(ParentRunner.java:290)
at org.junit.runners.ParentRunner$1.schedule(ParentRunner.java:71)
at org.junit.runners.ParentRunner.runChildren(ParentRunner.java:288)
at org.junit.runners.ParentRunner.access$000(ParentRunner.java:58)
at org.junit.runners.ParentRunner$2.evaluate(ParentRunner.java:268)
at org.junit.runners.ParentRunner.run(ParentRunner.java:363)
at org.junit.runner.JUnitCore.run(JUnitCore.java:137)
at org.junit.runner.JUnitCore.run(JUnitCore.java:115)
at org.apache.maven.surefire.junitcore.JUnitCoreWrapper.createRequestAndRun(JUnitCoreWrapper.java:108)
at org.apache.maven.surefire.junitcore.JUnitCoreWrapper.executeEager(JUnitCoreWrapper.java:78)
at org.apache.maven.surefire.junitcore.JUnitCoreWrapper.execute(JUnitCoreWrapper.java:54)
at org.apache.maven.surefire.junitcore.JUnitCoreProvider.invoke(JUnitCoreProvider.java:144)
at org.apache.maven.surefire.booter.ForkedBooter.invokeProviderInSameClassLoader(ForkedBooter.java:203)
at org.apache.maven.surefire.booter.ForkedBooter.runSuitesInProcess(ForkedBooter.java:155)
at org.apache.maven.surefire.booter.ForkedBooter.main(ForkedBooter.java:103)
Caused by: java.lang.IllegalStateException: WFLYEMB0022: Cannot invoke 'start' on embedded process
at org.wildfly.core.embedded.EmbeddedManagedProcessImpl.invokeOnServer(EmbeddedManagedProcessImpl.java:93)
at org.wildfly.core.embedded.EmbeddedManagedProcessImpl.start(EmbeddedManagedProcessImpl.java:55)
at org.jboss.as.cli.embedded.EmbedServerHandler.doHandle(EmbedServerHandler.java:234)
... 44 more
Caused by: org.wildfly.core.embedded.EmbeddedProcessStartException: WFLYEMB0021: Cannot start embedded process
at org.wildfly.core.embedded.EmbeddedStandaloneServerFactory$StandaloneServerImpl.start(EmbeddedStandaloneServerFactory.java:320)
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 org.wildfly.core.embedded.EmbeddedManagedProcessImpl.invokeOnServer(EmbeddedManagedProcessImpl.java:81)
... 46 more
Caused by: java.util.concurrent.ExecutionException: Operation failed
at org.jboss.threads.AsyncFutureTask.operationFailed(AsyncFutureTask.java:74)
at org.jboss.threads.AsyncFutureTask.get(AsyncFutureTask.java:268)
at org.wildfly.core.embedded.EmbeddedStandaloneServerFactory$StandaloneServerImpl.start(EmbeddedStandaloneServerFactory.java:301)
... 51 more
Caused by: java.lang.Exception: WFLYSRV0056: Server boot has failed in an unrecoverable manner; exiting. See previous messages for details.
at org.jboss.as.server.BootstrapListener.bootFailure(BootstrapListener.java:87)
at org.jboss.as.server.ServerService.boot(ServerService.java:417)
at org.jboss.as.controller.AbstractControllerService$1.run(AbstractControllerService.java:370)
at java.lang.Thread.run(Thread.java:748)
at org.junit.Assert.fail(Assert.java:88)
at org.jboss.as.test.integration.management.util.CLIWrapper.sendLine(CLIWrapper.java:184)
at org.jboss.as.test.integration.management.util.CLIWrapper.sendLine(CLIWrapper.java:206)
at org.jboss.as.test.shared.ModelParserUtils.standaloneXmlTest(ModelParserUtils.java:71)
at org.jboss.as.test.manualmode.parse.ParseAndMarshalModelsTestCase.standaloneXmlTest(ParseAndMarshalModelsTestCase.java:364)
at org.jboss.as.test.manualmode.parse.ParseAndMarshalModelsTestCase.testStandaloneXml(ParseAndMarshalModelsTestCase.java:86)
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 org.junit.runners.model.FrameworkMethod$1.runReflectiveCall(FrameworkMethod.java:50)
at org.junit.internal.runners.model.ReflectiveCallable.run(ReflectiveCallable.java:12)
at org.junit.runners.model.FrameworkMethod.invokeExplosively(FrameworkMethod.java:47)
at org.junit.internal.runners.statements.InvokeMethod.evaluate(InvokeMethod.java:17)
at org.junit.runners.ParentRunner.runLeaf(ParentRunner.java:325)
at org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:78)
at org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:57)
at org.junit.runners.ParentRunner$3.run(ParentRunner.java:290)
at org.junit.runners.ParentRunner$1.schedule(ParentRunner.java:71)
at org.junit.runners.ParentRunner.runChildren(ParentRunner.java:288)
at org.junit.runners.ParentRunner.access$000(ParentRunner.java:58)
at org.junit.runners.ParentRunner$2.evaluate(ParentRunner.java:268)
at org.junit.runners.ParentRunner.run(ParentRunner.java:363)
at org.junit.runners.Suite.runChild(Suite.java:128)
at org.junit.runners.Suite.runChild(Suite.java:27)
at org.junit.runners.ParentRunner$3.run(ParentRunner.java:290)
at org.junit.runners.ParentRunner$1.schedule(ParentRunner.java:71)
at org.junit.runners.ParentRunner.runChildren(ParentRunner.java:288)
at org.junit.runners.ParentRunner.access$000(ParentRunner.java:58)
at org.junit.runners.ParentRunner$2.evaluate(ParentRunner.java:268)
at org.junit.runners.ParentRunner.run(ParentRunner.java:363)
at org.junit.runner.JUnitCore.run(JUnitCore.java:137)
at org.junit.runner.JUnitCore.run(JUnitCore.java:115)
at org.apache.maven.surefire.junitcore.JUnitCoreWrapper.createRequestAndRun(JUnitCoreWrapper.java:108)
at org.apache.maven.surefire.junitcore.JUnitCoreWrapper.executeEager(JUnitCoreWrapper.java:78)
at org.apache.maven.surefire.junitcore.JUnitCoreWrapper.execute(JUnitCoreWrapper.java:54)
at org.apache.maven.surefire.junitcore.JUnitCoreProvider.invoke(JUnitCoreProvider.java:144)
at org.apache.maven.surefire.booter.ForkedBooter.invokeProviderInSameClassLoader(ForkedBooter.java:203)
at org.apache.maven.surefire.booter.ForkedBooter.runSuitesInProcess(ForkedBooter.java:155)
at org.apache.maven.surefire.booter.ForkedBooter.main(ForkedBooter.java:103)
{code}
[2] EAP server logs
{code:collapse=true}
[0m[31m08:35:36,923 ERROR [org.jboss.as.controller.management-operation] (Controller Boot Thread) WFLYCTL0013: Operation ("boottime-controller-initializer-step") failed - address: ([]): java.util.ServiceConfigurationError: org.jboss.as.controller.ModelControllerServiceInitialization: Provider org.jboss.as.patching.management.PatchIntegrationFactory not found
at java.util.ServiceLoader.fail(ServiceLoader.java:239) [rt.jar:1.8.0_141]
at java.util.ServiceLoader.access$300(ServiceLoader.java:185) [rt.jar:1.8.0_141]
at java.util.ServiceLoader$LazyIterator.nextService(ServiceLoader.java:372) [rt.jar:1.8.0_141]
at java.util.ServiceLoader$LazyIterator.next(ServiceLoader.java:404) [rt.jar:1.8.0_141]
at java.util.ServiceLoader$1.next(ServiceLoader.java:480) [rt.jar:1.8.0_141]
at org.jboss.as.controller.AbstractControllerService$ModelControllerServiceInitializationBootStepHandler$1.execute(AbstractControllerService.java:716) [wildfly-controller-3.0.0.Beta30-redhat-1.jar:3.0.0.Beta30-redhat-1]
at org.jboss.as.controller.AbstractOperationContext.executeStep(AbstractOperationContext.java:978) [wildfly-controller-3.0.0.Beta30-redhat-1.jar:3.0.0.Beta30-redhat-1]
at org.jboss.as.controller.AbstractOperationContext.processStages(AbstractOperationContext.java:724) [wildfly-controller-3.0.0.Beta30-redhat-1.jar:3.0.0.Beta30-redhat-1]
at org.jboss.as.controller.AbstractOperationContext.executeOperation(AbstractOperationContext.java:448) [wildfly-controller-3.0.0.Beta30-redhat-1.jar:3.0.0.Beta30-redhat-1]
at org.jboss.as.controller.OperationContextImpl.executeOperation(OperationContextImpl.java:1402) [wildfly-controller-3.0.0.Beta30-redhat-1.jar:3.0.0.Beta30-redhat-1]
at org.jboss.as.controller.ModelControllerImpl.boot(ModelControllerImpl.java:516) [wildfly-controller-3.0.0.Beta30-redhat-1.jar:3.0.0.Beta30-redhat-1]
at org.jboss.as.controller.AbstractControllerService.boot(AbstractControllerService.java:468) [wildfly-controller-3.0.0.Beta30-redhat-1.jar:3.0.0.Beta30-redhat-1]
at org.jboss.as.controller.AbstractControllerService.boot(AbstractControllerService.java:430) [wildfly-controller-3.0.0.Beta30-redhat-1.jar:3.0.0.Beta30-redhat-1]
at org.jboss.as.server.ServerService.boot(ServerService.java:437) [wildfly-server-3.0.0.Beta30-redhat-1.jar:3.0.0.Beta30-redhat-1]
at org.jboss.as.server.ServerService.boot(ServerService.java:396) [wildfly-server-3.0.0.Beta30-redhat-1.jar:3.0.0.Beta30-redhat-1]
at org.jboss.as.controller.AbstractControllerService$1.run(AbstractControllerService.java:370) [wildfly-controller-3.0.0.Beta30-redhat-1.jar:3.0.0.Beta30-redhat-1]
at java.lang.Thread.run(Thread.java:748) [rt.jar:1.8.0_141]
{code}
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
8 years, 8 months
[JBoss JIRA] (DROOLS-1704) NPE when updating container with java class
by Mario Fusco (JIRA)
[ https://issues.jboss.org/browse/DROOLS-1704?page=com.atlassian.jira.plugi... ]
Mario Fusco commented on DROOLS-1704:
-------------------------------------
The attached stack trace is not enough to investigate this issue. Can you please provide a reproducer of this problem?
> NPE when updating container with java class
> -------------------------------------------
>
> Key: DROOLS-1704
> URL: https://issues.jboss.org/browse/DROOLS-1704
> Project: Drools
> Issue Type: Bug
> Components: kie server
> Affects Versions: 7.2.0.Final
> Reporter: Karel Suta
> Assignee: Mario Fusco
> Labels: reported-by-qe
> Attachments: stacktrace.txt
>
>
> User has Kie server with deployed container with java class.
> If user updates the container to new version with kjar without java class then it is updated correctly. However if user then tries to update the container again, this time to version which contains same java class then NullPointerException is thrown. See attachment.
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
8 years, 8 months
[JBoss JIRA] (WFCORE-3120) Tests broken as part of WildFly Core 3.0.0.Beta16
by Brian Stansberry (JIRA)
[ https://issues.jboss.org/browse/WFCORE-3120?page=com.atlassian.jira.plugi... ]
Brian Stansberry updated WFCORE-3120:
-------------------------------------
Fix Version/s: 3.0.0.Final
(was: 3.0.0.CR1)
> Tests broken as part of WildFly Core 3.0.0.Beta16
> -------------------------------------------------
>
> Key: WFCORE-3120
> URL: https://issues.jboss.org/browse/WFCORE-3120
> Project: WildFly Core
> Issue Type: Bug
> Components: Security
> Reporter: Ken Wills
> Assignee: Ken Wills
> Fix For: 3.0.0.Final
>
>
> These tests were moved to wildfly-core previously.
> Tests shown here are going to be ignored or otherwise modified in order to get the core 3.0.0.Beta16 release integrated.
> org.jboss.as.test.integration.domain.elytron.SlaveHostControllerElytronAuthenticationTestCase.testSlaveRegistration
> org.jboss.as.test.integration.security.perimeter.CLISecurityTestCase.testConnect
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
8 years, 8 months