[JBoss JIRA] (WFLY-59) Backup can't start after fallback and another failover
by RH Bugzilla Integration (JIRA)
[ https://issues.jboss.org/browse/WFLY-59?page=com.atlassian.jira.plugin.sy... ]
RH Bugzilla Integration commented on WFLY-59:
---------------------------------------------
Miroslav Novak <mnovak(a)redhat.com> made a comment on [bug 948247|https://bugzilla.redhat.com/show_bug.cgi?id=948247]
I can't hit this issue in EAP 6.1.0.ER5. Thanks, Jeff!
> Backup can't start after fallback and another failover
> ------------------------------------------------------
>
> Key: WFLY-59
> URL: https://issues.jboss.org/browse/WFLY-59
> Project: WildFly
> Issue Type: Bug
> Components: JMS
> Reporter: Jeff Mesnil
> Assignee: Jeff Mesnil
> Priority: Critical
> Fix For: 8.0.0.Alpha1
>
>
> 1. start AS7 + HornetQ configured as backup + allow-tailback
> 2. start AS7 + HornetQ configured as live
> 3. Shutdown AS7 + HornetQ live
> => AS7 + HornetQ backup becomes active
> 4. Restart AS7 + HornetQ live
> => AS7 + HornetQ backup fails back
> => AS7 + HornetQ live becomes active
> 3. Shutdown AS7 + HornetQ live again
> => AS7 + HornetQ backup does not failover properly:
> {noformat}
> 18:15:03,296 ERROR [org.hornetq.core.server] (HQ119000: Activation for server
> HornetQServerImpl::serverUUID=7c2c4c70-9c79-11e2-abd5-538a3c182844) HQ224000: Failure in initialisation: java.lang.IllegalStateEx
> ception: ServiceBuilder is already installed
> at org.jboss.msc.service.ServiceBuilderImpl.install(ServiceBuilderImpl.java:302)
> at org.jboss.as.messaging.jms.JMSService$1.activated(JMSService.java:89) [jboss-as-messaging-7.2.0.Final-redhat-4.jar:7.2.0.Final-redhat-4]
> at org.hornetq.core.server.impl.HornetQServerImpl.callActivateCallbacks(HornetQServerImpl.java:1358) [hornetq-server-2.3.0.CR2-redhat-1.jar:2.3.0.CR2-redhat-1]
> at org.hornetq.core.server.impl.HornetQServerImpl.initialisePart2(HornetQServerImpl.java:1581) [hornetq-server-2.3.0.CR2-redhat-1.jar:2.3.0.CR2-redhat-1]
> at org.hornetq.core.server.impl.HornetQServerImpl.access$1300(HornetQServerImpl.java:169) [hornetq-server-2.3.0.CR2-redhat-1.jar:2.3.0.CR2-redhat-1]
> at org.hornetq.core.server.impl.HornetQServerImpl$SharedStoreBackupActivation.run(HornetQServerImpl.java:2117) [hornetq-server-2.3.0.CR2-redhat-1.jar:2.3.0.CR2-redhat-1]
> at java.lang.Thread.run(Thread.java:722) [rt.jar:1.7.0_15]
> {noformat}
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
11 years
[JBoss JIRA] (DROOLS-123) Missing library com.google.gwt.http.client.URL
by Miguel Angel Júlvez (JIRA)
Miguel Angel Júlvez created DROOLS-123:
------------------------------------------
Summary: Missing library com.google.gwt.http.client.URL
Key: DROOLS-123
URL: https://issues.jboss.org/browse/DROOLS-123
Project: Drools
Issue Type: Bug
Security Level: Public (Everyone can see)
Affects Versions: 6.0.0.Beta2
Environment: Ubuntu 12.04 64 bits
Java SE 1.6_u43
JBoss 7.1.1.Final
Reporter: Miguel Angel Júlvez
Assignee: Mark Proctor
16:14:54,589 ERROR [org.apache.catalina.core.ContainerBase.[jboss.web].[default-host].[/guvnor-6.0.0.Beta2-jboss-as7.0].[ErraiServlet]] (http--127.0.0.1-8080-6) Servlet.service() para servlet ErraiServlet lanzó excepción: java.lang.ClassNotFoundException: com.google.gwt.http.client.URL from [Module "deployment.guvnor-6.0.0.Beta2-jboss-as7.0.war:main" from Service Module Loader]
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
11 years
[JBoss JIRA] (JBJCA-1027) com.github.fungal.impl.KernelImpl.recursiveDelete cannot delete temporary jar file on Windows
by Jesper Pedersen (JIRA)
[ https://issues.jboss.org/browse/JBJCA-1027?page=com.atlassian.jira.plugin... ]
Jesper Pedersen updated JBJCA-1027:
-----------------------------------
Affects Version/s: 1.1.0.Beta4
1.0.16.Final
> com.github.fungal.impl.KernelImpl.recursiveDelete cannot delete temporary jar file on Windows
> ---------------------------------------------------------------------------------------------
>
> Key: JBJCA-1027
> URL: https://issues.jboss.org/browse/JBJCA-1027
> Project: IronJacamar
> Issue Type: Bug
> Components: Fungal
> Affects Versions: 1.0.16.Final, 1.1.0.Beta4
> Environment: Windows 7; Windows 2008 Server
> Reporter: Gytis Trikleris
> Assignee: Jesper Pedersen
>
> {code}
> -------------------------------------------------------------------------------
> Test set: org.jboss.narayana.quickstart.jca.model.CustomerDAOTest
> -------------------------------------------------------------------------------
> Tests run: 10, Failures: 0, Errors: 1, Skipped: 0, Time elapsed: 2.32 sec <<< FAILURE!
> org.jboss.narayana.quickstart.jca.model.CustomerDAOTest Time elapsed: 0.063 sec <<< ERROR!
> java.io.IOException: Could not delete C:\Users\hudson\AppData\Local\Temp\2\iron.jacamar\tmp\jdbc-xa.rar\ironjacamar-jdbc.jar
> at com.github.fungal.impl.KernelImpl.recursiveDelete(KernelImpl.java:1520)
> at com.github.fungal.impl.KernelImpl.recursiveDelete(KernelImpl.java:1515)
> at com.github.fungal.impl.KernelImpl.recursiveDelete(KernelImpl.java:1515)
> at com.github.fungal.impl.KernelImpl.shutdown(KernelImpl.java:850)
> at org.jboss.jca.embedded.EmbeddedJCA.shutdown(EmbeddedJCA.java:158)
> at org.jboss.narayana.quickstart.jca.common.AbstractTest.afterClass(AbstractTest.java:61)
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
> at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> at java.lang.reflect.Method.invoke(Method.java:601)
> at org.junit.runners.model.FrameworkMethod$1.runReflectiveCall(FrameworkMethod.java:45)
> at org.junit.internal.runners.model.ReflectiveCallable.run(ReflectiveCallable.java:15)
> at org.junit.runners.model.FrameworkMethod.invokeExplosively(FrameworkMethod.java:42)
> at org.junit.internal.runners.statements.RunAfters.evaluate(RunAfters.java:36)
> at org.junit.runners.ParentRunner.run(ParentRunner.java:300)
> at org.apache.maven.surefire.junit4.JUnit4TestSet.execute(JUnit4TestSet.java:35)
> at org.apache.maven.surefire.junit4.JUnit4Provider.executeTestSet(JUnit4Provider.java:146)
> at org.apache.maven.surefire.junit4.JUnit4Provider.invoke(JUnit4Provider.java:97)
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
> at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> at java.lang.reflect.Method.invoke(Method.java:601)
> at org.apache.maven.surefire.booter.ProviderFactory$ClassLoaderProxy.invoke(ProviderFactory.java:103)
> at $Proxy0.invoke(Unknown Source)
> at org.apache.maven.surefire.booter.SurefireStarter.invokeProvider(SurefireStarter.java:145)
> at org.apache.maven.surefire.booter.SurefireStarter.runSuitesInProcess(SurefireStarter.java:87)
> at org.apache.maven.surefire.booter.ForkedBooter.main(ForkedBooter.java:69)
> {code}
> It works fine on Linux. However, it fails on both Windows 7 and Windows 2008 server.
> This simple test class also fails during shutdown with the same error:
> {code}
> public class SimpleTest {
> private static final String JDBC_RAR_FILE_PATH = "src/main/resources/jdbc-xa.rar";
> private static Embedded EMBEDDED;
> @Test
> public void test() throws Throwable {
> EMBEDDED = EmbeddedFactory.create();
> EMBEDDED.startup();
> EMBEDDED.deploy(getURL(JDBC_RAR_FILE_PATH));
> System.out.println("Test...");
> EMBEDDED.undeploy(getURL(JDBC_RAR_FILE_PATH));
> EMBEDDED.shutdown();
> }
> private static URL getURL(final String path) throws MalformedURLException {
> final File f = new File(path);
> return f.toURI().toURL();
> }
> }
> {code}
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
11 years
[JBoss JIRA] (WFLY-60) Failure slave host's security realm. Configure the slave host to get the password from the vault
by RH Bugzilla Integration (JIRA)
[ https://issues.jboss.org/browse/WFLY-60?page=com.atlassian.jira.plugin.sy... ]
RH Bugzilla Integration updated WFLY-60:
----------------------------------------
Bugzilla References: https://bugzilla.redhat.com/show_bug.cgi?id=951575, https://bugzilla.redhat.com/show_bug.cgi?id=957774 (was: https://bugzilla.redhat.com/show_bug.cgi?id=951575)
> Failure slave host's security realm. Configure the slave host to get the password from the vault
> ------------------------------------------------------------------------------------------------
>
> Key: WFLY-60
> URL: https://issues.jboss.org/browse/WFLY-60
> Project: WildFly
> Issue Type: Bug
> Components: Domain Management, Security
> Reporter: Alexander Orobey
> Assignee: Brian Stansberry
> Priority: Critical
> Fix For: 8.0.0.Alpha1
>
> Attachments: host.xml
>
>
> When setting up Password Vault for connect slave host to master jboss fails with:
> 16:19:25,298 INFO [org.jboss.modules] (main) JBoss Modules version 1.2.0.CR1
> 16:19:25,451 INFO [org.jboss.as.process.Host Controller.status] (main) JBAS012017: Starting process 'Host Controller'
> [Host Controller] 16:19:25,983 INFO [org.jboss.modules] (main) JBoss Modules version 1.2.0.CR1
> [Host Controller] 16:19:26,148 INFO [org.jboss.msc] (main) JBoss MSC version 1.0.4.GA
> [Host Controller] 16:19:26,217 INFO [org.jboss.as] (MSC service thread 1-7) JBAS015899: JBoss AS 7.2.0.Final "Janus" starting
> [Host Controller] 16:19:27,060 INFO [org.jboss.security] (Controller Boot Thread) PBOX000361: Default Security Vault Implementation Initialized and Ready
> [Host Controller] 16:19:27,075 INFO [org.xnio] (MSC service thread 1-8) XNIO Version 3.0.7.GA
> [Host Controller] 16:19:27,089 INFO [org.xnio.nio] (MSC service thread 1-8) XNIO NIO Implementation Version 3.0.7.GA
> [Host Controller] 16:19:27,093 INFO [org.jboss.as] (Controller Boot Thread) JBAS010902: Creating http management service using network interface (management) port (9990) securePort (-1)
> [Host Controller] 16:19:27,100 INFO [org.jboss.remoting] (MSC service thread 1-8) JBoss Remoting version 3.2.14.GA
> [Host Controller] 16:19:27,173 ERROR [org.jboss.msc.service.fail] (MSC service thread 1-4) MSC00001: Failed to start service jboss.server.controller.management.security_realm.ManagementRealm.secret: org.jboss.msc.service.StartException in service jboss.server.controller.management.security_realm.ManagementRealm.secret: Failed to start service
> [Host Controller] at org.jboss.msc.service.ServiceControllerImpl$StartTask.run(ServiceControllerImpl.java:1767) [jboss-msc-1.0.4.GA.jar:1.0.4.GA]
> [Host Controller] at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145) [rt.jar:1.7.0_17]
> [Host Controller] at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615) [rt.jar:1.7.0_17]
> [Host Controller] at java.lang.Thread.run(Thread.java:722) [rt.jar:1.7.0_17]
> [Host Controller] Caused by: java.lang.IllegalStateException: Bad Base64 input character at 7: 64(decimal)
> [Host Controller] at org.jboss.util.Base64.decode(Base64.java:704)
> [Host Controller] at org.jboss.util.Base64.decode(Base64.java:735)
> [Host Controller] at org.jboss.as.domain.management.security.SecretIdentityService.start(SecretIdentityService.java:68) [jboss-as-domain-management-7.2.0.Final.jar:7.2.0.Final]
> [Host Controller] at org.jboss.msc.service.ServiceControllerImpl$StartTask.startService(ServiceControllerImpl.java:1811) [jboss-msc-1.0.4.GA.jar:1.0.4.GA]
> [Host Controller] at org.jboss.msc.service.ServiceControllerImpl$StartTask.run(ServiceControllerImpl.java:1746) [jboss-msc-1.0.4.GA.jar:1.0.4.GA]
> [Host Controller] ... 3 more
> [Host Controller]
> [Host Controller] 16:19:27,396 FATAL [org.jboss.as.host.controller] (Controller Boot Thread) JBAS010933: Host Controller boot has failed in an unrecoverable manner; exiting. See previous messages for details.
> [Host Controller] 16:19:27,417 INFO [org.jboss.as] (MSC service thread 1-3) JBAS015950: JBoss AS 7.2.0.Final "Janus" stopped in 15ms
> 16:19:27,765 INFO [org.jboss.as.process.Host Controller.status] (reaper for Host Controller) JBAS012010: Process 'Host Controller' finished with an exit status of 99
> 16:19:27,767 INFO [org.jboss.as.process] (Thread-8) JBAS012016: Shutting down process controller
> 16:19:27,768 INFO [org.jboss.as.process] (Thread-8) JBAS012015: All processes finished; exiting
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
11 years
[JBoss JIRA] (WFLY-40) AS7.1 jars run against as7.2/eap6.1 cause test case (eclipse) to hang
by RH Bugzilla Integration (JIRA)
[ https://issues.jboss.org/browse/WFLY-40?page=com.atlassian.jira.plugin.sy... ]
RH Bugzilla Integration commented on WFLY-40:
---------------------------------------------
Ladislav Thon <lthon(a)redhat.com> made a comment on [bug 927318|https://bugzilla.redhat.com/show_bug.cgi?id=927318]
Verified with EAP 6.1.0.ER5.
> AS7.1 jars run against as7.2/eap6.1 cause test case (eclipse) to hang
> ---------------------------------------------------------------------
>
> Key: WFLY-40
> URL: https://issues.jboss.org/browse/WFLY-40
> Project: WildFly
> Issue Type: Bug
> Components: Remoting
> Reporter: Rob Stryker
> Assignee: Emanuel Muckenhuber
> Priority: Blocker
> Fix For: 8.0.0.Alpha1
>
> Attachments: AS7-6779.out2.txt, AS7-6779.stack.txt, out.zip
>
>
> Somewhere along the line recently, EAP6.1 / AS 7.2 has a regression in remoting or xnio somehow, and this is causing blocking problems for tools.
> Recall:
> 1) JBossTools bundles a set of jars capable of communicating with a running application server
> 2) This single set of jars must be capable of communicating with all servers in the 7.x stream
> 3) Bundling a second set of jars is not easily accomplished, but could be possible
> And:
> 4) Using the as7.1.0 jars against eap6.1 in a specific unit test causes eclipse to hang
> The basic code of our test case (once we get rid of the jbt stuff wrapped around it) is basically as follows:
> {code}
> this.client = ModelControllerClient.Factory.create(details.getHost(), details.getManagementPort(),
> getCallbackHandler());
> this.manager = ServerDeploymentManager.Factory.create(client);
> DeploymentPlanBuilder builder = manager.newDeploymentPlan().replace(name, file);
> try {
> DeploymentAction action = builder.getLastAction();
> Future<ServerDeploymentPlanResult> planResult = manager.execute(builder.build());
> // FREEZE HERE
> // This is "DeploymentOperationResult.getStatus() in the stack trace
> ServerDeploymentActionResult actionResult = planResult.get().getDeploymentActionResult(action.getId());
> IStatus status = createStatus(action.getDeploymentUnitUniqueName(), action.getType().name(), actionResult);
> } catch (Exception e) {
> throw new JBoss7ManangerException(e);
> }
> {code}
> The actual stack trace is:
> {code}
> Thread [main] (Suspended)
> owns: RunnableLock (id=461)
> waiting for: ActiveOperationSupport$ActiveOperationImpl<T,A> (id=462)
> Object.wait(long) line: not available [native method]
> ActiveOperationSupport$ActiveOperationImpl<T,A>(Object).wait() line: 503
> ActiveOperationSupport$ActiveOperationImpl<T,A>(AsyncFutureTask<T>).await() line: 192
> ActiveOperationSupport$ActiveOperationImpl<T,A>(AsyncFutureTask<T>).get() line: 266
> AbstractModelControllerClient$DelegatingCancellableAsyncFuture.get() line: 363
> AbstractModelControllerClient$DelegatingCancellableAsyncFuture.get() line: 317
> ServerDeploymentPlanResultFuture.get() line: 76
> ServerDeploymentPlanResultFuture.get() line: 42
> DeploymentOperationResult.getStatus() line: 52
> AS7ManagerTestUtils.waitUntilFinished(IJBoss7DeploymentResult) line: 93
> AS7ManagerIntegrationTest.canReplaceWar() line: 129
> {code}
> The list of jars we are using to communicate with the server are:
> {code}
> jboss-as-controller-client-7.1.0.Final.jar
> jboss-as-protocol-7.1.0.Final.jar
> jboss-dmr-1.1.1.Final.jar
> jboss-logging-3.1.0.GA.jar
> jboss-marshalling-1.3.9.GA.jar
> jboss-remoting-3.2.7.GA.jar
> jboss-sasl-1.0.0.Final.jar
> jboss-threads-2.0.0.GA.jar
> xnio-api-3.0.3.GA.jar
> xnio-nio-3.0.3.GA.jar
> {code}
> It was suggested in irc by ctomc that we simply replace the following jars with new jars from jboss-as 7.2 / eap6.1:
> {code}
> jboss-remoting-3.2.7.GA.jar -> 3.2.15.GA
> xnio-api-3.0.3.GA.jar -> 3.0.7
> xnio-nio-3.0.3.GA.jar -> 3.0.7
> {code}
> This approach also failed, with the following stack trace:
> {code}
> java.lang.NoClassDefFoundError: org/xnio/Cancellable
> (sic)
> at java.lang.ClassLoader.loadClass(ClassLoader.java:356)
> at org.jboss.as.controller.client.impl.RemotingModelControllerClient.<init>(RemotingModelControllerClient.java:59)
> at org.jboss.as.controller.client.ModelControllerClient$Factory.create(ModelControllerClient.java:211)
> at org.jboss.as.controller.client.ModelControllerClient$Factory.create(ModelControllerClient.java:173)
> {code}
> So it is obvious that jboss-as-controller jar from as-7.1 requires classes that are no longer present in xnio. If this is the case, it would indicate that xnio has REMOVED classes from its jar during an incremental version from 3.0.3 to 3.0.7, which would constitute an API breakage.
> So clearly for us, updating only remoting and xnio does not work. The next possible solution would be to update ALL jars, however, this led to a similar situation when using AS7.2 / Eap 6.1 jars to communicate with an AS 7.0.0 server. Again, similar to what was mentioned above, all tests passed EXCEPT the test above. The test above failed with an almost identical stack trace:
> {code}
> Thread [main] (Suspended)
> owns: RunnableLock (id=160)
> waiting for: ActiveOperationSupport$ActiveOperationImpl<T,A> (id=161)
> Object.wait(long) line: not available [native method]
> ActiveOperationSupport$ActiveOperationImpl<T,A>(Object).wait() line: 503
> ActiveOperationSupport$ActiveOperationImpl<T,A>(AsyncFutureTask<T>).await() line: 192
> ActiveOperationSupport$ActiveOperationImpl<T,A>(AsyncFutureTask<T>).get() line: 266
> AbstractModelControllerClient$DelegatingCancellableAsyncFuture(AbstractDelegatingAsyncFuture<T>).get() line: 100
> ServerDeploymentPlanResultFuture.get() line: 76
> ServerDeploymentPlanResultFuture.get() line: 42
> DeploymentOperationResult.getStatus() line: 52
> AS7ManagerTestUtils.waitUntilFinished(IJBoss7DeploymentResult) line: 93
> AS7ManagerTestUtils.quietlyUndeploy(String, AS71Manager) line: 76
> AS7ManagerIntegrationTest.canReplaceWar() line: 135
> {code}
> No matter how you look at it, the contract has been broken. JBossTools now is looking for a specific set of jars which care capable of communicating with AS7.0, 7.1, 7.2, eap6.0, 6.1, jpp6.0, etc. Without a set of jars that can communicate with all of these servers, our tools will need to implement drastic workarounds or bundle several versions of the app server's jars within it.
> It's interesting to me that the as7.1 jars work against everything except eap6.1, and yet, the eap6.1 jars work against everything except as7.0.0.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
11 years
[JBoss JIRA] (WFLY-40) AS7.1 jars run against as7.2/eap6.1 cause test case (eclipse) to hang
by RH Bugzilla Integration (JIRA)
[ https://issues.jboss.org/browse/WFLY-40?page=com.atlassian.jira.plugin.sy... ]
RH Bugzilla Integration commented on WFLY-40:
---------------------------------------------
Ladislav Thon <lthon(a)redhat.com> changed the Status of [bug 927318|https://bugzilla.redhat.com/show_bug.cgi?id=927318] from ON_QA to VERIFIED
> AS7.1 jars run against as7.2/eap6.1 cause test case (eclipse) to hang
> ---------------------------------------------------------------------
>
> Key: WFLY-40
> URL: https://issues.jboss.org/browse/WFLY-40
> Project: WildFly
> Issue Type: Bug
> Components: Remoting
> Reporter: Rob Stryker
> Assignee: Emanuel Muckenhuber
> Priority: Blocker
> Fix For: 8.0.0.Alpha1
>
> Attachments: AS7-6779.out2.txt, AS7-6779.stack.txt, out.zip
>
>
> Somewhere along the line recently, EAP6.1 / AS 7.2 has a regression in remoting or xnio somehow, and this is causing blocking problems for tools.
> Recall:
> 1) JBossTools bundles a set of jars capable of communicating with a running application server
> 2) This single set of jars must be capable of communicating with all servers in the 7.x stream
> 3) Bundling a second set of jars is not easily accomplished, but could be possible
> And:
> 4) Using the as7.1.0 jars against eap6.1 in a specific unit test causes eclipse to hang
> The basic code of our test case (once we get rid of the jbt stuff wrapped around it) is basically as follows:
> {code}
> this.client = ModelControllerClient.Factory.create(details.getHost(), details.getManagementPort(),
> getCallbackHandler());
> this.manager = ServerDeploymentManager.Factory.create(client);
> DeploymentPlanBuilder builder = manager.newDeploymentPlan().replace(name, file);
> try {
> DeploymentAction action = builder.getLastAction();
> Future<ServerDeploymentPlanResult> planResult = manager.execute(builder.build());
> // FREEZE HERE
> // This is "DeploymentOperationResult.getStatus() in the stack trace
> ServerDeploymentActionResult actionResult = planResult.get().getDeploymentActionResult(action.getId());
> IStatus status = createStatus(action.getDeploymentUnitUniqueName(), action.getType().name(), actionResult);
> } catch (Exception e) {
> throw new JBoss7ManangerException(e);
> }
> {code}
> The actual stack trace is:
> {code}
> Thread [main] (Suspended)
> owns: RunnableLock (id=461)
> waiting for: ActiveOperationSupport$ActiveOperationImpl<T,A> (id=462)
> Object.wait(long) line: not available [native method]
> ActiveOperationSupport$ActiveOperationImpl<T,A>(Object).wait() line: 503
> ActiveOperationSupport$ActiveOperationImpl<T,A>(AsyncFutureTask<T>).await() line: 192
> ActiveOperationSupport$ActiveOperationImpl<T,A>(AsyncFutureTask<T>).get() line: 266
> AbstractModelControllerClient$DelegatingCancellableAsyncFuture.get() line: 363
> AbstractModelControllerClient$DelegatingCancellableAsyncFuture.get() line: 317
> ServerDeploymentPlanResultFuture.get() line: 76
> ServerDeploymentPlanResultFuture.get() line: 42
> DeploymentOperationResult.getStatus() line: 52
> AS7ManagerTestUtils.waitUntilFinished(IJBoss7DeploymentResult) line: 93
> AS7ManagerIntegrationTest.canReplaceWar() line: 129
> {code}
> The list of jars we are using to communicate with the server are:
> {code}
> jboss-as-controller-client-7.1.0.Final.jar
> jboss-as-protocol-7.1.0.Final.jar
> jboss-dmr-1.1.1.Final.jar
> jboss-logging-3.1.0.GA.jar
> jboss-marshalling-1.3.9.GA.jar
> jboss-remoting-3.2.7.GA.jar
> jboss-sasl-1.0.0.Final.jar
> jboss-threads-2.0.0.GA.jar
> xnio-api-3.0.3.GA.jar
> xnio-nio-3.0.3.GA.jar
> {code}
> It was suggested in irc by ctomc that we simply replace the following jars with new jars from jboss-as 7.2 / eap6.1:
> {code}
> jboss-remoting-3.2.7.GA.jar -> 3.2.15.GA
> xnio-api-3.0.3.GA.jar -> 3.0.7
> xnio-nio-3.0.3.GA.jar -> 3.0.7
> {code}
> This approach also failed, with the following stack trace:
> {code}
> java.lang.NoClassDefFoundError: org/xnio/Cancellable
> (sic)
> at java.lang.ClassLoader.loadClass(ClassLoader.java:356)
> at org.jboss.as.controller.client.impl.RemotingModelControllerClient.<init>(RemotingModelControllerClient.java:59)
> at org.jboss.as.controller.client.ModelControllerClient$Factory.create(ModelControllerClient.java:211)
> at org.jboss.as.controller.client.ModelControllerClient$Factory.create(ModelControllerClient.java:173)
> {code}
> So it is obvious that jboss-as-controller jar from as-7.1 requires classes that are no longer present in xnio. If this is the case, it would indicate that xnio has REMOVED classes from its jar during an incremental version from 3.0.3 to 3.0.7, which would constitute an API breakage.
> So clearly for us, updating only remoting and xnio does not work. The next possible solution would be to update ALL jars, however, this led to a similar situation when using AS7.2 / Eap 6.1 jars to communicate with an AS 7.0.0 server. Again, similar to what was mentioned above, all tests passed EXCEPT the test above. The test above failed with an almost identical stack trace:
> {code}
> Thread [main] (Suspended)
> owns: RunnableLock (id=160)
> waiting for: ActiveOperationSupport$ActiveOperationImpl<T,A> (id=161)
> Object.wait(long) line: not available [native method]
> ActiveOperationSupport$ActiveOperationImpl<T,A>(Object).wait() line: 503
> ActiveOperationSupport$ActiveOperationImpl<T,A>(AsyncFutureTask<T>).await() line: 192
> ActiveOperationSupport$ActiveOperationImpl<T,A>(AsyncFutureTask<T>).get() line: 266
> AbstractModelControllerClient$DelegatingCancellableAsyncFuture(AbstractDelegatingAsyncFuture<T>).get() line: 100
> ServerDeploymentPlanResultFuture.get() line: 76
> ServerDeploymentPlanResultFuture.get() line: 42
> DeploymentOperationResult.getStatus() line: 52
> AS7ManagerTestUtils.waitUntilFinished(IJBoss7DeploymentResult) line: 93
> AS7ManagerTestUtils.quietlyUndeploy(String, AS71Manager) line: 76
> AS7ManagerIntegrationTest.canReplaceWar() line: 135
> {code}
> No matter how you look at it, the contract has been broken. JBossTools now is looking for a specific set of jars which care capable of communicating with AS7.0, 7.1, 7.2, eap6.0, 6.1, jpp6.0, etc. Without a set of jars that can communicate with all of these servers, our tools will need to implement drastic workarounds or bundle several versions of the app server's jars within it.
> It's interesting to me that the as7.1 jars work against everything except eap6.1, and yet, the eap6.1 jars work against everything except as7.0.0.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
11 years
[JBoss JIRA] (WFLY-1289) Spurious warnings about invalid META-INF/services class name
by David Lloyd (JIRA)
[ https://issues.jboss.org/browse/WFLY-1289?page=com.atlassian.jira.plugin.... ]
David Lloyd commented on WFLY-1289:
-----------------------------------
In reality a class name has very few constraints; it is a series of "unqualified names" separated by periods. The JVM spec §4.2.2 describes unqualified names:
{quote}
An unqualified name must not contain any of the ASCII characters . ; [ / (that is, period or semicolon or left square bracket or forward slash).
{quote}
Other than these, a class name can contain *any* Unicode code point. So we clearly have some adjustment to do here. :)
> Spurious warnings about invalid META-INF/services class name
> ------------------------------------------------------------
>
> Key: WFLY-1289
> URL: https://issues.jboss.org/browse/WFLY-1289
> Project: WildFly
> Issue Type: Bug
> Components: Class Loading
> Environment: 7.2.0.Final
> java version "1.7.0_21"
> Ubuntu 12.04 LTS
> Reporter: Harald Wellmann
> Assignee: David Lloyd
>
> When an application contains a {{META-INF/services}} resource referencing an inner class, JBoss prints a spurious warning
> {noformat}
> JBAS015893: Encountered invalid class name 'com.acme.Foo$Bar' for service type 'com.acme.Service'
> {noformat}
> {{META-INF/services}} lists classes with their binary name, so dollar characters are likely to occur.
> {{org.jboss.as.server.deployment.ServiceLoaderProcessor}} scans all {{META-INF/services}} resources but does not accept dollar characters in its validation pattern.
> (Note: I can't select any 7.x release for "Affects Version".)
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
11 years
[JBoss JIRA] (WFLY-133) ClusteredSingleSignOn ClassCastException with non-distributable apps
by RH Bugzilla Integration (JIRA)
[ https://issues.jboss.org/browse/WFLY-133?page=com.atlassian.jira.plugin.s... ]
RH Bugzilla Integration commented on WFLY-133:
----------------------------------------------
Jitka Kudrnacova <jkudrnac(a)redhat.com> changed the Status of [bug 920367|https://bugzilla.redhat.com/show_bug.cgi?id=920367] from ON_QA to VERIFIED
> ClusteredSingleSignOn ClassCastException with non-distributable apps
> --------------------------------------------------------------------
>
> Key: WFLY-133
> URL: https://issues.jboss.org/browse/WFLY-133
> Project: WildFly
> Issue Type: Bug
> Components: Web (JBoss Web)
> Reporter: Dennis Reed
> Assignee: Jesper Pedersen
> Fix For: 8.0.0.Alpha1
>
> Attachments: test.war
>
>
> When ClusteredSingleSignOn is enabled, and a user has an active session in a non-distributable web application, invalidating any session in the same SSO from a different AS instance in the cluster causes the following exception (logged numerous times in various ways):
> ERROR [org.infinispan.interceptors.InvocationContextInterceptor] (OOB-20,null) ISPN000136: Execution error: org.infinispan.CacheException: Caught exception [java.lang.ClassCastException] while invoking method [public void org.jboss.as.clustering.web.sso.infinispan.SSOClusterManager.cacheEntryRemoved(org.infinispan.notifications.cachelistener.event.CacheEntryRemovedEvent)] on listener instance: org.jboss.as.clustering.web.sso.infinispan.SSOClusterManager@28e13c84
> ...
> Caused by: java.lang.ClassCastException: org.apache.catalina.session.StandardSession cannot be cast to org.jboss.as.web.session.ClusteredSession
> at org.jboss.as.web.sso.ClusteredSingleSignOn.deregisterLocal(ClusteredSingleSignOn.java:523) [jboss-as-web-7.1.3.Final-redhat-4.jar:7.1.3.Final-redhat-4]
> ...
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
11 years