Hi,
looks like the problem is in WebtierTests, which is the part of admin
tests.
I guess admin commands create-http-listener, delete-http-listener
initiate some async. work, which collides with the next tests.
After adding Thread.sleep(5000) to the
"ensureDeletedListenerDoesNotExist" test - the QL failure disappear
(at least for me).
Thanks.
WBR,
Alexey.
On Sep 9, 2008, at 17:25 , Jeanfrancois Arcand wrote:
>
>
> Sahoo wrote:
>> Jeanfrancois Arcand wrote:
>>> Salut,
>>>
>>> Jerome Dochez wrote:
>>>> yes I think it's the same problem that Jean Francois is working
>>>> on, please update the bug with your stack trace.
>>>
>>> No that's not :-) That one is a JDK problem.
>>>
>> The bug that Jerome pointed out was https://glassfish.dev.java.net/issues/show_bug.cgi?id=6001
>> and I see the exact stacktrace for the same test case. How can you
>> conclude they are not the same bug?
>
> I conclude this is the not the same bug because *you* posted:
>
>> For last few days, I am seeing classloader/hellojsf testing failing
>> occasionally even in a clean workspace. I don't see anything
>> particularly wrong with the test. I am on OpenSolaris/x86/single
>> core system if that makes any difference. I am on svn rev #22461
>> (failrly recent I should note). The stack trace is given at the end
>> of this email. If I deploy the test application and access the
>> shown URL, it works. Since the test is not always failing, it is
>> difficult to debug. Does anybody else experience this problem?
>> Thanks,
>> Sahoo
>> stacktrace...
>> [testng] Running TestMethod webtest
>> [testng] URL is: http://localhost:8080/hellojsf/index.jsp
>> [testng] Connecting to: http://localhost:8080/hellojsf/index.jsp
>> [testng] java.net.SocketException: Invalid argument
>> [testng] at java.net.PlainSocketImpl.socketSetOption(Native
>> Method)
>> [testng] at
>> java.net.PlainSocketImpl.setOption(PlainSocketImpl.java:264)
>> [testng] at java.net.Socket.setTcpNoDelay(Socket.java:839)
>> [testng] at
>> sun.net.www.http.HttpClient.openServer(HttpClient.java:395)
>> [testng] at
>> sun.net.www.http.HttpClient.openServer(HttpClient.java:522)
>> [testng] at sun.net.www.http.HttpClient.<init>(HttpClient.java:
>> 231)
>> [testng] at sun.net.www.http.HttpClient.New(HttpClient.java:304)
>> [testng] at sun.net.www.http.HttpClient.New(HttpClient.java:321)
>> [testng] at sun.net.www.protocol.http.HttpURLConnection.getNewHttpClient
>> (HttpURLConnection.java:813)
>> [testng] at sun.net.www.protocol.http.HttpURLConnection.plainConnect
>> (HttpURLConnection.java:765)
>> [testng] at
>> sun
>> .net
>> .www.protocol.http.HttpURLConnection.connect(HttpURLConnection.java:
>> 690)
>> [testng] at
>> test
>> .classloader
>> .hellojsf
>> .helloJSFTestNG.jsfAppDeployedFirstPagetest(helloJSFTestNG.java:96)
>> [testng] at
>> sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>
>
>
> And the issue 6001 has:
>
>> java.lang.Exception: java.net.ConnectException: Connection refused
>> at
>> test
>> .classloader
>> .hellojsf
>> .helloJSFTestNG.jsfAppDeployedFirstPagetest(helloJSFTestNG.java:
>> 122) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native
>> Method)
>> at
>> sun
>> .reflect
>> .NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:
>> 39) at
>> sun
>> .reflect
>> .DelegatingMethodAccessorImpl
>> .invoke(DelegatingMethodAccessorImpl.java:25) at
>> java.lang.reflect.Method.invoke(Method.java:585)
>> at
>> org.testng.internal.MethodHelper.invokeMethod(MethodHelper.java:604)
>> at org.testng.internal.Invoker.invokeMethod(Invoker.java:470)
>> at org.testng.internal.Invoker.invokeTestMethod(Invoker.java:564)
>> at org.testng.internal.Invoker.invokeTestMethods(Invoker.java:830)
>> at
>> org
>> .testng
>> .internal.TestMethodWorker.invokeTestMethods(TestMethodWorker.java:
>> 125) at
>> org.testng.internal.TestMethodWorker.run(TestMethodWorker.java:109)
>> at org.testng.TestRunner.runWorkers(TestRunner.java:678)
>> at org.testng.TestRunner.privateRun(TestRunner.java:624)
>
> It is clear that it is NOT the same exception?
>
> A+
>
> -- Jeanfrancois
>
>
>
>
>> Thanks,
>> Sahoo
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: dev-unsubscribe_at_glassfish.dev.java.net
>> For additional commands, e-mail: dev-help_at_glassfish.dev.java.net
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe_at_glassfish.dev.java.net
> For additional commands, e-mail: dev-help_at_glassfish.dev.java.net
>