[jboss-jira] [JBoss JIRA] Commented: (JBAS-8706) org.jboss.test.cluster.defaultcfg.web.test.CleanShutdownTestCase fails when run against IPv6 addresses
Richard Achmatowicz (JIRA)
jira-events at lists.jboss.org
Tue Dec 7 11:55:02 EST 2010
[ https://jira.jboss.org/browse/JBAS-8706?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12568220#comment-12568220 ]
Richard Achmatowicz commented on JBAS-8706:
-------------------------------------------
The other node cluster-udp-1 has this in the log:
11:26:30,855 INFO [org.jboss.bootstrap.impl.base.server.AbstractServer] JBossAS [6.0.0.SNAPSHOT "Neo"] Started in 44s:248ms
11:27:05,860 INFO [org.jboss.deployment.MainDeployer] deploy, url=file:/tmp/JBoss-AS-6.0.x-ipv6/testsuite/output/lib/http-sr.war
11:27:06,421 INFO [org.jboss.web.tomcat.service.deployers.TomcatDeployment] deploy, ctxPath=/http-sr
11:27:09,027 INFO [org.infinispan.factories.TransactionManagerFactory] Using a batchMode transaction manager
11:27:09,254 INFO [org.infinispan.remoting.transport.jgroups.JGroupsTransport] Starting JGroups Channel
11:27:09,862 INFO [STDOUT]
11:27:09,863 INFO [STDOUT] -------------------------------------------------------------------
11:27:09,863 INFO [STDOUT] GMS: address=3ffe:ffff:100:f101:0:0:0:2:1099, cluster=DefaultPartition-Web, physical address=3ffe:ffff:100:f101:0:0:0:2:55200
11:27:09,863 INFO [STDOUT] -------------------------------------------------------------------
11:27:09,961 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:09,968 INFO [org.infinispan.remoting.transport.jgroups.JGroupsTransport] Cache local address is 3ffe:ffff:100:f101:0:0:0:2:1099, physical addresses are [3ffe:ffff:100:f101:0:0:0:2%0:55200]
11:27:09,968 INFO [org.infinispan.factories.GlobalComponentRegistry] Infinispan version: Infinispan 'Ursus' 4.2.0.CR2
11:27:10,482 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:10,483 INFO [org.infinispan.jmx.CacheJmxRegistration] MBeans were successfully registered to the platform mbean server.
11:27:10,483 INFO [org.infinispan.remoting.rpc.RpcManagerImpl] Trying to fetch state from 3ffe:ffff:100:f101:0:0:0:1:1099
11:27:10,807 INFO [org.infinispan.remoting.rpc.RpcManagerImpl] Successfully retrieved and applied state from 3ffe:ffff:100:f101:0:0:0:1:1099
11:27:10,809 INFO [org.infinispan.factories.ComponentRegistry] Infinispan version: Infinispan 'Ursus' 4.2.0.CR2
11:27:10,809 INFO [org.jboss.ha.ispn.DefaultCacheContainerFactory] Started "//localhost/http-sr" cache from "web" container
11:27:10,813 INFO [org.jboss.ha.core.framework.server.CoreGroupCommunicationService] Number of cluster members: 2
11:27:28,931 INFO [org.jboss.web.tomcat.service.deployers.TomcatDeployment] undeploy, ctxPath=/http-sr
11:27:28,958 INFO [org.jboss.ha.ispn.DefaultCacheContainerFactory] Stopped "//localhost/http-sr" cache from "web" container
11:27:35,542 WARN [org.jgroups.protocols.pbcast.NAKACK] 3ffe:ffff:100:f101:0:0:0:2:1099: dropped message from 3ffe:ffff:100:f101:0:0:0:1:1099 (not in table [3ffe:ffff:100:f101:0:0:0:2:1099]), view=[3ffe:ffff:100:f101:0:0:0:2:1099|2] [3ffe:ffff:100:f101:0:0:0:2:1099]
11:27:35,565 INFO [org.jboss.ha.framework.server.ClusterPartition.lifecycle.DefaultPartition] New cluster view for partition DefaultPartition (id: 2, delta: -1, merge: false) : [3ffe:ffff:100:f101:0:0:0:2:1099]
11:27:35,565 INFO [org.infinispan.remoting.transport.jgroups.JGroupsTransport] Received new cluster view: [3ffe:ffff:100:f101:0:0:0:2:1099|2] [3ffe:ffff:100:f101:0:0:0:2:1099]
11:27:35,569 INFO [org.jboss.ha.core.framework.server.DistributedReplicantManagerImpl.DefaultPartition] I am (3ffe:ffff:100:f101:0:0:0:2:1099) received membershipChanged event:
11:27:35,569 INFO [org.jboss.ha.core.framework.server.DistributedReplicantManagerImpl.DefaultPartition] Dead members: 1 ([3ffe:ffff:100:f101:0:0:0:1:1099])
11:27:35,569 INFO [org.jboss.ha.core.framework.server.DistributedReplicantManagerImpl.DefaultPartition] New Members : 0 ([])
11:27:35,569 INFO [org.jboss.ha.core.framework.server.DistributedReplicantManagerImpl.DefaultPartition] All Members : 1 ([3ffe:ffff:100:f101:0:0:0:2:1099])
11:27:35,873 INFO [org.jboss.ha.core.framework.server.CoreGroupCommunicationService.lifecycle] New cluster view for partition null (id: 2, delta: -1, merge: false) : [3ffe:ffff:100:f101:0:0:0:2:1099]
11:27:35,873 INFO [org.infinispan.remoting.transport.jgroups.JGroupsTransport] Received new cluster view: [3ffe:ffff:100:f101:0:0:0:2:1099|2] [3ffe:ffff:100:f101:0:0:0:2:1099]
11:27:40,475 INFO [org.jboss.system.server.jmx.JMXKernel] Server exit called, exiting the JVM now!
11:27:40,477 INFO [STDOUT] Posting Shutdown Request to the server...
> 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
>
> Attachments: output.log
>
>
> 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
More information about the jboss-jira
mailing list