Salut,
Oleksiy Stashok wrote:
> 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).
we simultaneously updated the issue :-) Just add your comment here:
https://glassfish.dev.java.net/issues/show_bug.cgi?id=6001
I will re-assign to test :-)
A+
-- Jeanfrancois
>
> 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
>>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe_at_glassfish.dev.java.net
> For additional commands, e-mail: dev-help_at_glassfish.dev.java.net
>