[JBoss JIRA] (WFLY-8003) REST-AT bridge recovery test hanging because of missing client api
by Tom Jenkinson (JIRA)
[ https://issues.jboss.org/browse/WFLY-8003?page=com.atlassian.jira.plugin.... ]
Tom Jenkinson updated WFLY-8003:
--------------------------------
Comment: was deleted
(was: Downgrade of RestEASY may need us to revert https://issues.jboss.org/browse/JBTM-2714 ?)
> REST-AT bridge recovery test hanging because of missing client api
> ------------------------------------------------------------------
>
> Key: WFLY-8003
> URL: https://issues.jboss.org/browse/WFLY-8003
> Project: WildFly
> Issue Type: Bug
> Components: REST, Transactions
> Reporter: Gytis Trikleris
> Assignee: Gytis Trikleris
> Priority: Blocker
> Fix For: 11.0.0.Alpha1
>
>
> REST-AT bridge recovery test is hanging in all environments.
> It seems that the cause is a change in WildFly modules. Following errors appears in a test log:
> {code}
> c (finder: local module finder @5443d039 (roots: /Users/gytis/Workspace/wildfly/build/target/wildfly-11.0.0.Alpha1-SNAPSHOT/modules,/Users/gytis/Workspace/wildfly/build/target/wildfly-11.0.0.Alpha1-SNAPSHOT/modules/system/layers/base))]
> ^[[0m^[[31m11:32:31,304 ERROR [stderr] (Periodic Recovery) at javax.ws.rs.client.ClientBuilder.newBuilder(ClientBuilder.java:103)
> ^[[0m^[[31m11:32:31,304 ERROR [stderr] (Periodic Recovery) at javax.ws.rs.client.ClientBuilder.newClient(ClientBuilder.java:114)
> ^[[0m^[[31m11:32:31,304 ERROR [stderr] (Periodic Recovery) at org.jboss.narayana.rest.integration.RecoveryManager.synchronizeParticipantUrlWithCoordinator(RecoveryManager.java:239)
> ^[[0m^[[31m11:32:31,305 ERROR [stderr] (Periodic Recovery) at org.jboss.narayana.rest.integration.RecoveryManager.recreateParticipantInformation(RecoveryManager.java:202)
> ^[[0m^[[31m11:32:31,305 ERROR [stderr] (Periodic Recovery) at org.jboss.narayana.rest.integration.RecoveryManager.recoverParticipants(RecoveryManager.java:153)
> ^[[0m^[[31m11:32:31,305 ERROR [stderr] (Periodic Recovery) at org.jboss.narayana.rest.integration.RecoveryManager.registerDeserializer(RecoveryManager.java:62)
> ^[[0m^[[31m11:32:31,305 ERROR [stderr] (Periodic Recovery) at org.jboss.narayana.rest.integration.ParticipantsManagerImpl.registerDeserializer(ParticipantsManagerImpl.java:105)
> ^[[0m^[[31m11:32:31,305 ERROR [stderr] (Periodic Recovery) at org.jboss.narayana.rest.bridge.inbound.InboundBridgeManager.<init>(InboundBridgeManager.java:60)
> ^[[0m^[[31m11:32:31,306 ERROR [stderr] (Periodic Recovery) at org.jboss.narayana.rest.bridge.inbound.InboundBridgeManager.getInstance(InboundBridgeManager.java:50)
> ^[[0m^[[31m11:32:31,306 ERROR [stderr] (Periodic Recovery) at org.jboss.narayana.rest.bridge.inbound.InboundBridgeRecoveryModule.addBridgesToMapping(InboundBridgeRecoveryModule.java:164)
> ^[[0m^[[31m11:32:31,306 ERROR [stderr] (Periodic Recovery) at org.jboss.narayana.rest.bridge.inbound.InboundBridgeRecoveryModule.periodicWorkSecondPass(InboundBridgeRecoveryModule.java:109)
> ^[[0m^[[31m11:32:31,306 ERROR [stderr] (Periodic Recovery) at com.arjuna.ats.internal.arjuna.recovery.PeriodicRecovery.doWorkInternal(PeriodicRecovery.java:811)
> ^[[0m^[[31m11:32:31,306 ERROR [stderr] (Periodic Recovery) at com.arjuna.ats.internal.arjuna.recovery.PeriodicRecovery.run(PeriodicRecovery.java:377)
> ^[[0m^[[31m11:32:31,307 ERROR [stderr] (Periodic Recovery) Caused by: java.lang.ClassNotFoundException: org.glassfish.jersey.client.JerseyClientBuilder from [Module "javax.ws.rs.api" from local module loader @a87f8ec (finder: local module finder @5443d039 (roots: /Users/gytis/Workspace/wildfly/build/target/wildfly-11.0.0.Alpha1-SNAPSHOT/modules,/Users/gytis/Workspace/wildfly/build/target/wildfly-11.0.0.Alpha1-SNAPSHOT/modules/system/layers/base))]
> ^[[0m^[[31m11:32:31,307 ERROR [stderr] (Periodic Recovery) at org.jboss.modules.ModuleClassLoader.findClass(ModuleClassLoader.java:200)
> ^[[0m^[[31m11:32:31,307 ERROR [stderr] (Periodic Recovery) at org.jboss.modules.ConcurrentClassLoader.performLoadClassUnchecked(ConcurrentClassLoader.java:412)
> ^[[0m^[[31m11:32:31,307 ERROR [stderr] (Periodic Recovery) at org.jboss.modules.ConcurrentClassLoader.performLoadClass(ConcurrentClassLoader.java:400)
> ^[[0m^[[31m11:32:31,308 ERROR [stderr] (Periodic Recovery) at org.jboss.modules.ConcurrentClassLoader.loadClass(ConcurrentClassLoader.java:116)
> ^[[0m^[[31m11:32:31,308 ERROR [stderr] (Periodic Recovery) at java.lang.Class.forName0(Native Method)
> ^[[0m^[[31m11:32:31,308 ERROR [stderr] (Periodic Recovery) at java.lang.Class.forName(Class.java:264)
> ^[[0m^[[31m11:32:31,308 ERROR [stderr] (Periodic Recovery) at javax.ws.rs.client.FactoryFinder.newInstance(FactoryFinder.java:113)
> ^[[0m^[[31m11:32:31,308 ERROR [stderr] (Periodic Recovery) at javax.ws.rs.client.FactoryFinder.find(FactoryFinder.java:206)
> ^[[0m^[[31m11:32:31,309 ERROR [stderr] (Periodic Recovery) at javax.ws.rs.client.ClientBuilder.newBuilder(ClientBuilder.java:86)
> ^[[0m^[[31m11:32:31,309 ERROR [stderr] (Periodic Recovery) ... 12 more
> {code}
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
7 years, 2 months
[JBoss JIRA] (WFLY-8003) REST-AT bridge recovery test hanging because of missing client api
by Tom Jenkinson (JIRA)
[ https://issues.jboss.org/browse/WFLY-8003?page=com.atlassian.jira.plugin.... ]
Tom Jenkinson updated WFLY-8003:
--------------------------------
Fix Version/s: 11.0.0.Alpha1
> REST-AT bridge recovery test hanging because of missing client api
> ------------------------------------------------------------------
>
> Key: WFLY-8003
> URL: https://issues.jboss.org/browse/WFLY-8003
> Project: WildFly
> Issue Type: Bug
> Components: REST, Transactions
> Reporter: Gytis Trikleris
> Assignee: Gytis Trikleris
> Priority: Blocker
> Fix For: 11.0.0.Alpha1
>
>
> REST-AT bridge recovery test is hanging in all environments.
> It seems that the cause is a change in WildFly modules. Following errors appears in a test log:
> {code}
> c (finder: local module finder @5443d039 (roots: /Users/gytis/Workspace/wildfly/build/target/wildfly-11.0.0.Alpha1-SNAPSHOT/modules,/Users/gytis/Workspace/wildfly/build/target/wildfly-11.0.0.Alpha1-SNAPSHOT/modules/system/layers/base))]
> ^[[0m^[[31m11:32:31,304 ERROR [stderr] (Periodic Recovery) at javax.ws.rs.client.ClientBuilder.newBuilder(ClientBuilder.java:103)
> ^[[0m^[[31m11:32:31,304 ERROR [stderr] (Periodic Recovery) at javax.ws.rs.client.ClientBuilder.newClient(ClientBuilder.java:114)
> ^[[0m^[[31m11:32:31,304 ERROR [stderr] (Periodic Recovery) at org.jboss.narayana.rest.integration.RecoveryManager.synchronizeParticipantUrlWithCoordinator(RecoveryManager.java:239)
> ^[[0m^[[31m11:32:31,305 ERROR [stderr] (Periodic Recovery) at org.jboss.narayana.rest.integration.RecoveryManager.recreateParticipantInformation(RecoveryManager.java:202)
> ^[[0m^[[31m11:32:31,305 ERROR [stderr] (Periodic Recovery) at org.jboss.narayana.rest.integration.RecoveryManager.recoverParticipants(RecoveryManager.java:153)
> ^[[0m^[[31m11:32:31,305 ERROR [stderr] (Periodic Recovery) at org.jboss.narayana.rest.integration.RecoveryManager.registerDeserializer(RecoveryManager.java:62)
> ^[[0m^[[31m11:32:31,305 ERROR [stderr] (Periodic Recovery) at org.jboss.narayana.rest.integration.ParticipantsManagerImpl.registerDeserializer(ParticipantsManagerImpl.java:105)
> ^[[0m^[[31m11:32:31,305 ERROR [stderr] (Periodic Recovery) at org.jboss.narayana.rest.bridge.inbound.InboundBridgeManager.<init>(InboundBridgeManager.java:60)
> ^[[0m^[[31m11:32:31,306 ERROR [stderr] (Periodic Recovery) at org.jboss.narayana.rest.bridge.inbound.InboundBridgeManager.getInstance(InboundBridgeManager.java:50)
> ^[[0m^[[31m11:32:31,306 ERROR [stderr] (Periodic Recovery) at org.jboss.narayana.rest.bridge.inbound.InboundBridgeRecoveryModule.addBridgesToMapping(InboundBridgeRecoveryModule.java:164)
> ^[[0m^[[31m11:32:31,306 ERROR [stderr] (Periodic Recovery) at org.jboss.narayana.rest.bridge.inbound.InboundBridgeRecoveryModule.periodicWorkSecondPass(InboundBridgeRecoveryModule.java:109)
> ^[[0m^[[31m11:32:31,306 ERROR [stderr] (Periodic Recovery) at com.arjuna.ats.internal.arjuna.recovery.PeriodicRecovery.doWorkInternal(PeriodicRecovery.java:811)
> ^[[0m^[[31m11:32:31,306 ERROR [stderr] (Periodic Recovery) at com.arjuna.ats.internal.arjuna.recovery.PeriodicRecovery.run(PeriodicRecovery.java:377)
> ^[[0m^[[31m11:32:31,307 ERROR [stderr] (Periodic Recovery) Caused by: java.lang.ClassNotFoundException: org.glassfish.jersey.client.JerseyClientBuilder from [Module "javax.ws.rs.api" from local module loader @a87f8ec (finder: local module finder @5443d039 (roots: /Users/gytis/Workspace/wildfly/build/target/wildfly-11.0.0.Alpha1-SNAPSHOT/modules,/Users/gytis/Workspace/wildfly/build/target/wildfly-11.0.0.Alpha1-SNAPSHOT/modules/system/layers/base))]
> ^[[0m^[[31m11:32:31,307 ERROR [stderr] (Periodic Recovery) at org.jboss.modules.ModuleClassLoader.findClass(ModuleClassLoader.java:200)
> ^[[0m^[[31m11:32:31,307 ERROR [stderr] (Periodic Recovery) at org.jboss.modules.ConcurrentClassLoader.performLoadClassUnchecked(ConcurrentClassLoader.java:412)
> ^[[0m^[[31m11:32:31,307 ERROR [stderr] (Periodic Recovery) at org.jboss.modules.ConcurrentClassLoader.performLoadClass(ConcurrentClassLoader.java:400)
> ^[[0m^[[31m11:32:31,308 ERROR [stderr] (Periodic Recovery) at org.jboss.modules.ConcurrentClassLoader.loadClass(ConcurrentClassLoader.java:116)
> ^[[0m^[[31m11:32:31,308 ERROR [stderr] (Periodic Recovery) at java.lang.Class.forName0(Native Method)
> ^[[0m^[[31m11:32:31,308 ERROR [stderr] (Periodic Recovery) at java.lang.Class.forName(Class.java:264)
> ^[[0m^[[31m11:32:31,308 ERROR [stderr] (Periodic Recovery) at javax.ws.rs.client.FactoryFinder.newInstance(FactoryFinder.java:113)
> ^[[0m^[[31m11:32:31,308 ERROR [stderr] (Periodic Recovery) at javax.ws.rs.client.FactoryFinder.find(FactoryFinder.java:206)
> ^[[0m^[[31m11:32:31,309 ERROR [stderr] (Periodic Recovery) at javax.ws.rs.client.ClientBuilder.newBuilder(ClientBuilder.java:86)
> ^[[0m^[[31m11:32:31,309 ERROR [stderr] (Periodic Recovery) ... 12 more
> {code}
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
7 years, 2 months
[JBoss JIRA] (WFLY-7985) Where modules are specified in the Elytron subsystem configuration can we perform a private API check?
by Brian Stansberry (JIRA)
[ https://issues.jboss.org/browse/WFLY-7985?page=com.atlassian.jira.plugin.... ]
Brian Stansberry commented on WFLY-7985:
----------------------------------------
If this is done it needs to be extremely similar. Same messages to the same category etc.
But, don't introduce a dependency on the org.jboss.as.server module to share code. That module is going to be refactored at some point and the only bits meant for use by other modules would be the deployment processing stuff. And in subsystem code this isn't deployment processing stuff.
> Where modules are specified in the Elytron subsystem configuration can we perform a private API check?
> ------------------------------------------------------------------------------------------------------
>
> Key: WFLY-7985
> URL: https://issues.jboss.org/browse/WFLY-7985
> Project: WildFly
> Issue Type: Task
> Components: Security
> Reporter: Darran Lofthouse
> Assignee: Darran Lofthouse
> Priority: Minor
> Fix For: 11.0.0.Alpha1
>
>
> Similar to: - org.jboss.as.server.moduleservice.ModuleLoadService
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
7 years, 2 months
[JBoss JIRA] (WFLY-8003) REST-AT bridge recovery test hanging because of missing client api
by Tom Jenkinson (JIRA)
[ https://issues.jboss.org/browse/WFLY-8003?page=com.atlassian.jira.plugin.... ]
Tom Jenkinson moved JBTM-2845 to WFLY-8003:
-------------------------------------------
Project: WildFly (was: JBoss Transaction Manager)
Key: WFLY-8003 (was: JBTM-2845)
Component/s: REST
Transactions
(was: REST)
Fix Version/s: (was: 5.next)
> REST-AT bridge recovery test hanging because of missing client api
> ------------------------------------------------------------------
>
> Key: WFLY-8003
> URL: https://issues.jboss.org/browse/WFLY-8003
> Project: WildFly
> Issue Type: Bug
> Components: REST, Transactions
> Reporter: Gytis Trikleris
> Assignee: Gytis Trikleris
> Priority: Blocker
>
> REST-AT bridge recovery test is hanging in all environments.
> It seems that the cause is a change in WildFly modules. Following errors appears in a test log:
> {code}
> c (finder: local module finder @5443d039 (roots: /Users/gytis/Workspace/wildfly/build/target/wildfly-11.0.0.Alpha1-SNAPSHOT/modules,/Users/gytis/Workspace/wildfly/build/target/wildfly-11.0.0.Alpha1-SNAPSHOT/modules/system/layers/base))]
> ^[[0m^[[31m11:32:31,304 ERROR [stderr] (Periodic Recovery) at javax.ws.rs.client.ClientBuilder.newBuilder(ClientBuilder.java:103)
> ^[[0m^[[31m11:32:31,304 ERROR [stderr] (Periodic Recovery) at javax.ws.rs.client.ClientBuilder.newClient(ClientBuilder.java:114)
> ^[[0m^[[31m11:32:31,304 ERROR [stderr] (Periodic Recovery) at org.jboss.narayana.rest.integration.RecoveryManager.synchronizeParticipantUrlWithCoordinator(RecoveryManager.java:239)
> ^[[0m^[[31m11:32:31,305 ERROR [stderr] (Periodic Recovery) at org.jboss.narayana.rest.integration.RecoveryManager.recreateParticipantInformation(RecoveryManager.java:202)
> ^[[0m^[[31m11:32:31,305 ERROR [stderr] (Periodic Recovery) at org.jboss.narayana.rest.integration.RecoveryManager.recoverParticipants(RecoveryManager.java:153)
> ^[[0m^[[31m11:32:31,305 ERROR [stderr] (Periodic Recovery) at org.jboss.narayana.rest.integration.RecoveryManager.registerDeserializer(RecoveryManager.java:62)
> ^[[0m^[[31m11:32:31,305 ERROR [stderr] (Periodic Recovery) at org.jboss.narayana.rest.integration.ParticipantsManagerImpl.registerDeserializer(ParticipantsManagerImpl.java:105)
> ^[[0m^[[31m11:32:31,305 ERROR [stderr] (Periodic Recovery) at org.jboss.narayana.rest.bridge.inbound.InboundBridgeManager.<init>(InboundBridgeManager.java:60)
> ^[[0m^[[31m11:32:31,306 ERROR [stderr] (Periodic Recovery) at org.jboss.narayana.rest.bridge.inbound.InboundBridgeManager.getInstance(InboundBridgeManager.java:50)
> ^[[0m^[[31m11:32:31,306 ERROR [stderr] (Periodic Recovery) at org.jboss.narayana.rest.bridge.inbound.InboundBridgeRecoveryModule.addBridgesToMapping(InboundBridgeRecoveryModule.java:164)
> ^[[0m^[[31m11:32:31,306 ERROR [stderr] (Periodic Recovery) at org.jboss.narayana.rest.bridge.inbound.InboundBridgeRecoveryModule.periodicWorkSecondPass(InboundBridgeRecoveryModule.java:109)
> ^[[0m^[[31m11:32:31,306 ERROR [stderr] (Periodic Recovery) at com.arjuna.ats.internal.arjuna.recovery.PeriodicRecovery.doWorkInternal(PeriodicRecovery.java:811)
> ^[[0m^[[31m11:32:31,306 ERROR [stderr] (Periodic Recovery) at com.arjuna.ats.internal.arjuna.recovery.PeriodicRecovery.run(PeriodicRecovery.java:377)
> ^[[0m^[[31m11:32:31,307 ERROR [stderr] (Periodic Recovery) Caused by: java.lang.ClassNotFoundException: org.glassfish.jersey.client.JerseyClientBuilder from [Module "javax.ws.rs.api" from local module loader @a87f8ec (finder: local module finder @5443d039 (roots: /Users/gytis/Workspace/wildfly/build/target/wildfly-11.0.0.Alpha1-SNAPSHOT/modules,/Users/gytis/Workspace/wildfly/build/target/wildfly-11.0.0.Alpha1-SNAPSHOT/modules/system/layers/base))]
> ^[[0m^[[31m11:32:31,307 ERROR [stderr] (Periodic Recovery) at org.jboss.modules.ModuleClassLoader.findClass(ModuleClassLoader.java:200)
> ^[[0m^[[31m11:32:31,307 ERROR [stderr] (Periodic Recovery) at org.jboss.modules.ConcurrentClassLoader.performLoadClassUnchecked(ConcurrentClassLoader.java:412)
> ^[[0m^[[31m11:32:31,307 ERROR [stderr] (Periodic Recovery) at org.jboss.modules.ConcurrentClassLoader.performLoadClass(ConcurrentClassLoader.java:400)
> ^[[0m^[[31m11:32:31,308 ERROR [stderr] (Periodic Recovery) at org.jboss.modules.ConcurrentClassLoader.loadClass(ConcurrentClassLoader.java:116)
> ^[[0m^[[31m11:32:31,308 ERROR [stderr] (Periodic Recovery) at java.lang.Class.forName0(Native Method)
> ^[[0m^[[31m11:32:31,308 ERROR [stderr] (Periodic Recovery) at java.lang.Class.forName(Class.java:264)
> ^[[0m^[[31m11:32:31,308 ERROR [stderr] (Periodic Recovery) at javax.ws.rs.client.FactoryFinder.newInstance(FactoryFinder.java:113)
> ^[[0m^[[31m11:32:31,308 ERROR [stderr] (Periodic Recovery) at javax.ws.rs.client.FactoryFinder.find(FactoryFinder.java:206)
> ^[[0m^[[31m11:32:31,309 ERROR [stderr] (Periodic Recovery) at javax.ws.rs.client.ClientBuilder.newBuilder(ClientBuilder.java:86)
> ^[[0m^[[31m11:32:31,309 ERROR [stderr] (Periodic Recovery) ... 12 more
> {code}
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
7 years, 2 months
[JBoss JIRA] (WFLY-7987) Remove operations should warn the user if the resource has any dependents
by Brian Stansberry (JIRA)
[ https://issues.jboss.org/browse/WFLY-7987?page=com.atlassian.jira.plugin.... ]
Brian Stansberry commented on WFLY-7987:
----------------------------------------
Please use separate issues for different situations. The people involved in the fix may be different, and in cases like that lumping things together in a single issue can just lead to the issue not getting addressed.
The capability/requirement functionality is fairly new in WildFly and hasn't been rolled out across the code base, as you are seeing. But, it exists, and at this point it's correct to treat code that could use it and has negative behavior because it doesn't as having a bug. Having JIRAs helps raise the awareness of that. So, thanks for your reports! :)
> Remove operations should warn the user if the resource has any dependents
> -------------------------------------------------------------------------
>
> Key: WFLY-7987
> URL: https://issues.jboss.org/browse/WFLY-7987
> Project: WildFly
> Issue Type: Task
> Components: Web (Undertow)
> Affects Versions: 10.1.0.Final
> Reporter: Guillermo González de Agüero
> Assignee: Stuart Douglas
>
> Services may have dependents that can't work if they are not present. Removal operations should prevent, or least warn the user then he is about to remove a service that may have side effects.
> Take a look at this example:
> {code:shell}
> [standalone@localhost:9990 /] /subsystem=undertow/configuration=filter/response-header=test:add(header-name=X-test, header-value=test)
> {"outcome" => "success"}
> [standalone@localhost:9990 /] /subsystem=undertow/server=default-server/host=default-host/filter-ref=test:add()
> {"outcome" => "success"}
> [standalone@localhost:9990 /] /subsystem=undertow/configuration=filter/response-header=test:remove()
> {
> "outcome" => "success",
> "response-headers" => {
> "operation-requires-reload" => true,
> "process-state" => "reload-required"
> }
> }
> [standalone@localhost:9990 /] :reload()
> {
> "outcome" => "success",
> "result" => undefined
> }
> [standalone@localhost:9990 /] /core-service=management:read-boot-errors()
> {
> "outcome" => "success",
> "result" => [{
> "failed-operation" => {
> "operation" => "add",
> "address" => [
> ("subsystem" => "undertow"),
> ("server" => "default-server"),
> ("host" => "default-host"),
> ("filter-ref" => "test")
> ]
> },
> "failure-description" => "{\"WFLYCTL0412: Required services that are not installed:\" => [\"jboss.undertow.filter.test\"],\"WFLYCTL0180: Services with missing/unavailable dependencies\" => [\"jboss.undertow.server.default-server.default-host.filter-ref.test is missing [jboss.undertow.filter.test]\"]}",
> "services-missing-dependencies" => ["jboss.undertow.server.default-server.default-host.filter-ref.test is missing [jboss.undertow.filter.test]"]
> }]
> }
> {code}
> A new Undertow filter is created and assigned to a host. The filter is then removed, but the host still needs it.
> The problem is only seen after a server reload. The same thing happens when you remove, i.e. the default Servlet Container or the Bean pool of the EJB subsystem.
> My proposal is to at least add a response head to the remove operations listing affected (dependent) services. This would complement the new WildFly 11 capability registry.
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
7 years, 2 months
[JBoss JIRA] (WFCORE-2248) DeploymentTestCase fails intermittently
by Brian Stansberry (JIRA)
[ https://issues.jboss.org/browse/WFCORE-2248?page=com.atlassian.jira.plugi... ]
Brian Stansberry moved JBEAP-8598 to WFCORE-2248:
-------------------------------------------------
Project: WildFly Core (was: JBoss Enterprise Application Platform)
Key: WFCORE-2248 (was: JBEAP-8598)
Workflow: GIT Pull Request workflow (was: CDW with loose statuses v1)
Component/s: Deployment Scanner
Test Suite
(was: Test Suite)
> DeploymentTestCase fails intermittently
> ---------------------------------------
>
> Key: WFCORE-2248
> URL: https://issues.jboss.org/browse/WFCORE-2248
> Project: WildFly Core
> Issue Type: Bug
> Components: Deployment Scanner, Test Suite
> Reporter: Marek Kopecký
> Assignee: ehsavoie Hugonnet
>
> *Description of problem:*
> DeploymentTestCase fails intermittently
> *How reproducible:*
> 2% on RHEL
> 15% on slower IPv6 machines
> *Actual results:*
> StackTrace:
> {noformat}
> org.junit.ComparisonFailure: service has the wrong value expected:<is [replaced]> but was:<is [new]>
> at org.junit.Assert.assertEquals(Assert.java:115)
> at org.jboss.as.test.deployment.trivial.ServiceActivatorDeploymentUtil.validateProperties(ServiceActivatorDeploymentUtil.java:126)
> at org.jboss.as.test.deployment.trivial.ServiceActivatorDeploymentUtil.validateProperties(ServiceActivatorDeploymentUtil.java:111)
> at org.wildfly.core.test.standalone.mgmt.api.DeploymentTestCase.testDeployments(DeploymentTestCase.java:872)
> at org.wildfly.core.test.standalone.mgmt.api.DeploymentTestCase.testFilesystemDeployment_Auto(DeploymentTestCase.java:453)
> {noformat}
> Standard output:
> {noformat}
> &#27;[0m13:28:46,781 INFO [org.jboss.as.server.deployment.scanner] (MSC service thread 1-1) WFLYDS0013: Started FileSystemDeploymentService for directory /mnt/hudson_workspace/workspace/eap-7x-as-testsuite-test-core-rhel/b7cade8d/testsuite/standalone/target/auto-deployments
> &#27;[0m&#27;[0m13:28:46,791 INFO [org.jboss.as.repository] (DeploymentScanner-threads - 2) WFLYDR0001: Content added at location /mnt/hudson_workspace/workspace/eap-7x-as-testsuite-test-core-rhel/b7cade8d/testsuite/standalone/target/wildfly-core/standalone/data/content/e0/afac1c502e481badbe10f16d5b2a18ef62fe18/content
> &#27;[0m&#27;[0m13:28:46,793 INFO [org.jboss.as.server.deployment] (MSC service thread 1-1) WFLYSRV0027: Starting deployment of "test-deployment.jar" (runtime-name: "test-deployment.jar")
> &#27;[0m&#27;[0m13:28:46,800 INFO [stdout] (MSC service thread 1-1) Properties found
> &#27;[0m&#27;[0m13:28:46,800 INFO [stdout] (MSC service thread 1-1) Setting service to is new
> &#27;[0m&#27;[0m13:28:46,803 INFO [org.jboss.as.server] (DeploymentScanner-threads - 2) WFLYSRV0010: Deployed "test-deployment.jar" (runtime-name : "test-deployment.jar")
> &#27;[0m&#27;[0m13:29:07,226 INFO [org.jboss.as.server.deployment] (MSC service thread 1-1) WFLYSRV0028: Stopped deployment test-deployment.jar (runtime-name: test-deployment.jar) in 0ms
> &#27;[0m&#27;[0m13:29:07,229 INFO [org.jboss.as.repository] (management-handler-thread - 4) WFLYDR0002: Content removed from location /mnt/hudson_workspace/workspace/eap-7x-as-testsuite-test-core-rhel/b7cade8d/testsuite/standalone/target/wildfly-core/standalone/data/content/e0/afac1c502e481badbe10f16d5b2a18ef62fe18/content
> &#27;[0m&#27;[0m13:29:07,229 INFO [org.jboss.as.server] (management-handler-thread - 4) WFLYSRV0009: Undeployed "test-deployment.jar" (runtime-name: "test-deployment.jar")
> &#27;[0m
> {noformat}
> *Expected results:*
> No errors
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
7 years, 2 months