[
https://jira.jboss.org/browse/JBAS-8706?page=com.atlassian.jira.plugin.sy...
]
Richard Achmatowicz commented on JBAS-8706:
-------------------------------------------
Looking at the server log on cluster-udp-0, it seems that replication is not taking place
because the two cache instances are not clustering correctly:
11:27:05,464 INFO [org.infinispan.factories.GlobalComponentRegistry] Infinispan version:
Infinispan 'Ursus' 4.2.0.CR2
11:27:05,549 INFO [org.infinispan.jmx.ComponentsJmxRegistration] Could not register
object with name:
org.infinispan:type=Cache,name="//localhost/http-sr(repl_async)",manager="web",component=Cache
11:27:05,550 INFO [org.infinispan.jmx.CacheJmxRegistration] MBeans were successfully
registered to the platform mbean server.
11:27:05,550 INFO [org.infinispan.factories.ComponentRegistry] Infinispan version:
Infinispan 'Ursus' 4.2.0.CR2
11:27:05,551 INFO [org.jboss.ha.ispn.DefaultCacheContainerFactory] Started
"//localhost/http-sr" cache from "web" container
11:27:05,554 INFO [org.jboss.ha.core.framework.server.CoreGroupCommunicationService]
Number of cluster members: 1
11:27:09,955 INFO
[org.jboss.ha.core.framework.server.CoreGroupCommunicationService.lifecycle] New cluster
view for partition null (id: 1, delta: 1, merge: false) :
[3ffe:ffff:100:f101:0:0:0:1:1099, 3ffe:ffff:100:f101:0:0:0:2:1099]
11:27:09,957 INFO [org.infinispan.remoting.transport.jgroups.JGroupsTransport] Received
new cluster view: [3ffe:ffff:100:f101:0:0:0:1:1099|1] [3ffe:ffff:100:f101:0:0:0:1:1099,
3ffe:ffff:100:f101:0:0:0:2:1099]
11:27:18,210 INFO [org.jboss.web.tomcat.service.deployers.TomcatDeployment] undeploy,
ctxPath=/http-sr
11:27:27,289 INFO [org.jboss.ha.ispn.DefaultCacheContainerFactory] Stopped
"//localhost/http-sr" cache from "web" container
11:27:28,782 INFO [org.infinispan.remoting.InboundInvocationHandlerImpl] Cache named
//localhost/http-sr does not exist on this cache manager!
11:27:33,439 INFO [org.jboss.system.server.jmx.JMXKernel] Server exit called, exiting the
JVM now!
11:27:33,442 INFO [STDOUT] Posting Shutdown Request to the server...
I'll attach the complete log.
org.jboss.test.cluster.defaultcfg.web.test.CleanShutdownTestCase
fails when run against IPv6 addresses
------------------------------------------------------------------------------------------------------
Key: JBAS-8706
URL:
https://jira.jboss.org/browse/JBAS-8706
Project: JBoss Application Server
Issue Type: Bug
Security Level: Public(Everyone can see)
Components: Clustering, Test Suite
Affects Versions: 6.0.0.CR1
Reporter: Richard Achmatowicz
Assignee: Paul Ferraro
Fix For: 6.0.0.Final
org.jboss.test.cluster.defaultcfg.web.test.CleanShutdownTestCase checks the behaviour of
HTTP requests to a server which in the process of shutting down.
As part of its processing, it uses a method
Cookie findCookie(int serverIndex, String name)
to find a cookie with a given name on a given server (usually indexed by 0 or 1).
Cookies are matched when they have the same domain and name.
Cookie domains can be represented as hostnames, or IP address literals.
Our version of HttpClient (which I hacked about one year ago) will always use enclosing
brackets when presented with an IPv6 address literal.
HttpClient 3.0.1 and 3.1 did not support IPv6 address literals at the time.
I may have to reinvestigate what the correct standard is, but for the time being, the
above test is failing because findCookie does not wrap IPv6 address literals
in square brackets before trying to match. As a result, we get assertion failures in the
test, even though we have the correct cookies being returned:
Error Message
null
Stacktrace
junit.framework.AssertionFailedError: null
at
org.jboss.test.cluster.defaultcfg.web.test.CleanShutdownTestCase.testShutdown(CleanShutdownTestCase.java:164)
at junit.extensions.TestDecorator.basicRun(TestDecorator.java:24)
at junit.extensions.TestSetup$1.protect(TestSetup.java:23)
at junit.extensions.TestSetup.run(TestSetup.java:27)
Standard Output
After initial request
[fec0:0:a16:ffff::d] JSESSIONID /http-sr Eiq93h0lJFU7W6Y7YDNnXw__.cluster-udp-DIST-0
After request initiated prior to shutdown
[fec0:0:a16:ffff::d] JSESSIONID /http-sr Eiq93h0lJFU7W6Y7YDNnXw__.cluster-udp-DIST-0
[fec0:0:a16:ffff::d] sleep /http-sr 0
findCookie(0, "0") is trying to match on the pair
("fec0:0:a16:ffff::d", "0")
--
This message is automatically generated by JIRA.
-
For more information on JIRA, see:
http://www.atlassian.com/software/jira