[JBoss JIRA] Created: (JBAS-8706) org.jboss.test.cluster.defaultcfg.web.test.CleanShutdownTestCase fails when run against IPv6 addresses
9:52 p.m.
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: TBD-6.x
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
9:56 p.m.
New subject: [JBoss JIRA] Commented: (JBAS-8706) org.jboss.test.cluster.defaultcfg.web.test.CleanShutdownTestCase fails when run against IPv6 addresses
[
https://jira.jboss.org/browse/JBAS-8706?page=com.atlassian.jira.plugin.sy...
]
Richard Achmatowicz commented on JBAS-8706:
-------------------------------------------
The easiest way to fix this is to modify findCookie() to check for IPv6 address literals
and wrap accordingly before trying to match.
There is a method JBossTestUtil.fixHostnameForURL() which is meant for that purpose.
I'm also planning to update JBossClusteredTestcase soon with
getServersForURL() which returns an array of addresses which can be inserted into URLs,
and this would also suffice.
I'd rather not go back and rework httpclient 3.0.1 and 3.1 if at all possible, but I
might be persuaded if you feel it is necessary.
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: TBD-6.x
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
9:56 p.m.
New subject: [JBoss JIRA] Commented: (JBAS-8706) org.jboss.test.cluster.defaultcfg.web.test.CleanShutdownTestCase fails when run against IPv6 addresses
[
https://jira.jboss.org/browse/JBAS-8706?page=com.atlassian.jira.plugin.sy...
]
Richard Achmatowicz commented on JBAS-8706:
-------------------------------------------
WDYT?
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: TBD-6.x
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
9:58 p.m.
New subject: [JBoss JIRA] Commented: (JBAS-8706) org.jboss.test.cluster.defaultcfg.web.test.CleanShutdownTestCase fails when run against IPv6 addresses
[
https://jira.jboss.org/browse/JBAS-8706?page=com.atlassian.jira.plugin.sy...
]
Richard Achmatowicz commented on JBAS-8706:
-------------------------------------------
Test results can be seen at:
http://hudson.qa.jboss.com/hudson/view/JBoss%20AS/job/JBoss-AS-6.0.x-test...
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: TBD-6.x
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
9:54 a.m.
New subject: [JBoss JIRA] Resolved: (JBAS-8706) org.jboss.test.cluster.defaultcfg.web.test.CleanShutdownTestCase fails when run against IPv6 addresses
[
https://jira.jboss.org/browse/JBAS-8706?page=com.atlassian.jira.plugin.sy...
]
Paul Ferraro resolved JBAS-8706.
--------------------------------
Fix Version/s: 6.0.0.Final
(was: TBD-6.x)
Resolution: Done
Convert to InetAddress to perform comparison.
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
10:45 a.m.
New subject: [JBoss JIRA] Reopened: (JBAS-8706) org.jboss.test.cluster.defaultcfg.web.test.CleanShutdownTestCase fails when run against IPv6 addresses
[
https://jira.jboss.org/browse/JBAS-8706?page=com.atlassian.jira.plugin.sy...
]
Richard Achmatowicz reopened JBAS-8706:
---------------------------------------
test still failing for a bona fide reason; need to reopen.
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
10:49 a.m.
New subject: [JBoss JIRA] Commented: (JBAS-8706) org.jboss.test.cluster.defaultcfg.web.test.CleanShutdownTestCase fails when run against IPv6 addresses
[
https://jira.jboss.org/browse/JBAS-8706?page=com.atlassian.jira.plugin.sy...
]
Richard Achmatowicz commented on JBAS-8706:
-------------------------------------------
These tests are still failing. The changes made to findCookie() to handle the IPv6 case
seem OK.
The test fails on the last assertion, as the cookie which is supposed to have been
replicated is not replicated, as the debugging information below shows:
<testcase
classname="org.jboss.test.cluster.defaultcfg.web.test.CleanShutdownTestCase"
name="testShutdown" time="14.542">
<failure message="null"
type="junit.framework.AssertionFailedError">junit.framework.AssertionFailedError:
null
at
org.jboss.test.cluster.defaultcfg.web.test.CleanShutdownTestCase.testShutdown(CleanShutdownTestCase.java:202)
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)
</failure>
</testcase>
<testcase
classname="org.jboss.test.cluster.defaultcfg.web.test.CleanShutdownTestCase"
name="testServerFound" time="0.0010" />
<system-out><![CDATA[
After initial request
[3ffe:ffff:0100:f101::1] JSESSIONID /http-sr LD+13NDgjbrgW6v+2coQmg__
findCookie: address = /3ffe:ffff:100:f101:0:0:0:1, name = sleep
cookie: domain = [3ffe:ffff:0100:f101::1]
cookie: name = JSESSIONID
cookie: address = /3ffe:ffff:100:f101:0:0:0:1
After request initiated prior to shutdown
[3ffe:ffff:0100:f101::1] JSESSIONID /http-sr LD+13NDgjbrgW6v+2coQmg__
[3ffe:ffff:0100:f101::1] sleep /http-sr 0
findCookie: address = /3ffe:ffff:100:f101:0:0:0:1, name = sleep
cookie: domain = [3ffe:ffff:0100:f101::1]
cookie: name = JSESSIONID
cookie: address = /3ffe:ffff:100:f101:0:0:0:1
cookie: domain = [3ffe:ffff:0100:f101::1]
cookie: name = sleep
cookie: address = /3ffe:ffff:100:f101:0:0:0:1
After request to shutdown server
[3ffe:ffff:0100:f101::1] JSESSIONID /http-sr LD+13NDgjbrgW6v+2coQmg__
[3ffe:ffff:0100:f101::1] sleep /http-sr 0
After cookie copy to failover server
[3ffe:ffff:0100:f101::1] JSESSIONID /http-sr LD+13NDgjbrgW6v+2coQmg__
[3ffe:ffff:0100:f101::1] sleep /http-sr 0
After request on new server
[3ffe:ffff:0100:f101::1] JSESSIONID /http-sr LD+13NDgjbrgW6v+2coQmg__
[3ffe:ffff:0100:f101::1] sleep /http-sr 0
[3ffe:ffff:0100:f101::2] JSESSIONID /http-sr ObLAC8ne45JE-UaKo0vI6w__
findCookie: address = /3ffe:ffff:100:f101:0:0:0:2, name = sleep
cookie: domain = [3ffe:ffff:0100:f101::1]
cookie: name = JSESSIONID
cookie: address = /3ffe:ffff:100:f101:0:0:0:1
cookie: domain = [3ffe:ffff:0100:f101::1]
cookie: name = sleep
cookie: address = /3ffe:ffff:100:f101:0:0:0:1
cookie: domain = [3ffe:ffff:0100:f101::2]
cookie: name = JSESSIONID
cookie: address = /3ffe:ffff:100:f101:0:0:0:2
]]></system-out>
<system-err><![CDATA[]]></system-err>
</testsuite>
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
10:51 a.m.
New subject: [JBoss JIRA] Commented: (JBAS-8706) org.jboss.test.cluster.defaultcfg.web.test.CleanShutdownTestCase fails when run against IPv6 addresses
[
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
10:53 a.m.
New subject: [JBoss JIRA] Updated: (JBAS-8706) org.jboss.test.cluster.defaultcfg.web.test.CleanShutdownTestCase fails when run against IPv6 addresses
[
https://jira.jboss.org/browse/JBAS-8706?page=com.atlassian.jira.plugin.sy...
]
Richard Achmatowicz updated JBAS-8706:
--------------------------------------
Attachment: output.log
Log from cluster-udp-0
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
10:55 a.m.
New subject: [JBoss JIRA] Commented: (JBAS-8706) org.jboss.test.cluster.defaultcfg.web.test.CleanShutdownTestCase fails when run against IPv6 addresses
[
https://jira.jboss.org/browse/JBAS-8706?page=com.atlassian.jira.plugin.sy...
]
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
11:01 a.m.
New subject: [JBoss JIRA] Commented: (JBAS-8706) org.jboss.test.cluster.defaultcfg.web.test.CleanShutdownTestCase fails when run against IPv6 addresses
[
https://jira.jboss.org/browse/JBAS-8706?page=com.atlassian.jira.plugin.sy...
]
Richard Achmatowicz commented on JBAS-8706:
-------------------------------------------
From looking at the log for udp-0, what I said before is not true -
the JGroups instances are clustering initially, but then when the new cache is deployed,
it does not cluster.
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
11:01 a.m.
New subject: [JBoss JIRA] Commented: (JBAS-8706) org.jboss.test.cluster.defaultcfg.web.test.CleanShutdownTestCase fails when run against IPv6 addresses
[
https://jira.jboss.org/browse/JBAS-8706?page=com.atlassian.jira.plugin.sy...
]
Richard Achmatowicz commented on JBAS-8706:
-------------------------------------------
Paul, can you have a look at this?
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
11:18 a.m.
New subject: [JBoss JIRA] Updated: (JBAS-8706) org.jboss.test.cluster.defaultcfg.web.test.CleanShutdownTestCase fails when run against IPv6 addresses
[
https://jira.jboss.org/browse/JBAS-8706?page=com.atlassian.jira.plugin.sy...
]
Richard Achmatowicz updated JBAS-8706:
--------------------------------------
Attachment: server.log
Attaching the server log which has more info on deployment of the cache.
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, server.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
11:22 a.m.
New subject: [JBoss JIRA] Commented: (JBAS-8706) org.jboss.test.cluster.defaultcfg.web.test.CleanShutdownTestCase fails when run against IPv6 addresses
[
https://jira.jboss.org/browse/JBAS-8706?page=com.atlassian.jira.plugin.sy...
]
Paul Ferraro commented on JBAS-8706:
------------------------------------
Looking into it now.
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, server.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
3:16 p.m.
New subject: [JBoss JIRA] Commented: (JBAS-8706) org.jboss.test.cluster.defaultcfg.web.test.CleanShutdownTestCase fails when run against IPv6 addresses
[
https://jira.jboss.org/browse/JBAS-8706?page=com.atlassian.jira.plugin.sy...
]
Paul Ferraro commented on JBAS-8706:
------------------------------------
The issue is in the test itself, when the cookies from one server are copied to the
second. The cookie domain comparison fails (due to brackets). New cookie domain needs
brackets, if ipv6.
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, server.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
3:16 p.m.
New subject: [JBoss JIRA] Resolved: (JBAS-8706) org.jboss.test.cluster.defaultcfg.web.test.CleanShutdownTestCase fails when run against IPv6 addresses
[
https://jira.jboss.org/browse/JBAS-8706?page=com.atlassian.jira.plugin.sy...
]
Paul Ferraro resolved JBAS-8706.
--------------------------------
Resolution: Done
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, server.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
5710
days inactive
5714
days old
15 comments
2 participants
participants (2)
-
Paul Ferraro (JIRA) -
Richard Achmatowicz (JIRA)