You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
This issue may have existed in all of the GF 4.0 builds. The issue has been found via HA tests that were only recently been run. The issue is also reproducible on a single GF instance.
To reproduce the issue:
Deploy a Simple Make Connection application to a GF domain and run the application's client.
A sample application and its client have been attached to this bug.
On running the client, the client is found to receive the 202 response correctly, but does not receive the 200 response on the subsequent MakeConnection request.
The complete server log has been attached to the issue.
Here is the snippet that shows the NPE:
[#|2012-05-10T03:09:59.867-0700|SEVERE|44.0|javax.enterprise.system.std.com.sun.enterprise.server.logging|_ThreadID=393;_ThreadName=Thread-2;|java.lang.NullPointerException
at org.glassfish.grizzly.http.server.Request.getRawCookies(Request.java:1930)
at org.glassfish.grizzly.http.server.Request.parseCookies(Request.java:1882)
at org.glassfish.grizzly.http.server.Request.getCookies(Request.java:1477)
at org.apache.catalina.connector.Request.parseCookies(Request.java:3213)
at org.apache.catalina.connector.Request.getCookies(Request.java:2456)
at org.apache.catalina.connector.RequestFacade.getCookies(RequestFacade.java:699)
at com.sun.xml.ws.transport.http.servlet.ServletConnectionImpl.getHaInfo(ServletConnectionImpl.java:382)
at sun.reflect.GeneratedMethodAccessor105.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:601)
at org.jvnet.ws.message.PropertySet$MethodAccessor.get(PropertySet.java:266)
at org.jvnet.ws.message.PropertySet.get(PropertySet.java:318)
at org.jvnet.ws.message.DistributedPropertySet.get(DistributedPropertySet.java:134)
at com.sun.xml.ws.commons.ha.HaContext.initFrom(HaContext.java:90)
at com.sun.xml.ws.rx.mc.runtime.McServerTube$AppRequestProcessingCallback.onCompletion(McServerTube.java:100)
at com.sun.xml.ws.rx.util.FiberExecutor$1.onCompletion(FiberExecutor.java:124)
at com.sun.xml.ws.api.pipe.Fiber.completionCheck(Fiber.java:868)
at com.sun.xml.ws.api.pipe.Fiber.run(Fiber.java:775)
at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1110)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:603)
at java.lang.Thread.run(Thread.java:722)
This issue may have existed in all of the GF 4.0 builds. The issue has been found via HA tests that were only recently been run. The issue is also reproducible on a single GF instance.
To reproduce the issue:
A sample application and its client have been attached to this bug.
On running the client, the client is found to receive the 202 response correctly, but does not receive the 200 response on the subsequent MakeConnection request.
The complete server log has been attached to the issue.
Here is the snippet that shows the NPE:
[#|2012-05-10T03:09:59.867-0700|SEVERE|44.0|javax.enterprise.system.std.com.sun.enterprise.server.logging|_ThreadID=393;_ThreadName=Thread-2;|java.lang.NullPointerException
at org.glassfish.grizzly.http.server.Request.getRawCookies(Request.java:1930)
at org.glassfish.grizzly.http.server.Request.parseCookies(Request.java:1882)
at org.glassfish.grizzly.http.server.Request.getCookies(Request.java:1477)
at org.apache.catalina.connector.Request.parseCookies(Request.java:3213)
at org.apache.catalina.connector.Request.getCookies(Request.java:2456)
at org.apache.catalina.connector.RequestFacade.getCookies(RequestFacade.java:699)
at com.sun.xml.ws.transport.http.servlet.ServletConnectionImpl.getHaInfo(ServletConnectionImpl.java:382)
at sun.reflect.GeneratedMethodAccessor105.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:601)
at org.jvnet.ws.message.PropertySet$MethodAccessor.get(PropertySet.java:266)
at org.jvnet.ws.message.PropertySet.get(PropertySet.java:318)
at org.jvnet.ws.message.DistributedPropertySet.get(DistributedPropertySet.java:134)
at com.sun.xml.ws.commons.ha.HaContext.initFrom(HaContext.java:90)
at com.sun.xml.ws.rx.mc.runtime.McServerTube$AppRequestProcessingCallback.onCompletion(McServerTube.java:100)
at com.sun.xml.ws.rx.util.FiberExecutor$1.onCompletion(FiberExecutor.java:124)
at com.sun.xml.ws.api.pipe.Fiber.completionCheck(Fiber.java:868)
at com.sun.xml.ws.api.pipe.Fiber.run(Fiber.java:775)
at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1110)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:603)
at java.lang.Thread.run(Thread.java:722)
| #] |
Source: javaee/metro-wsit#1681
Author: glassfishrobot
The text was updated successfully, but these errors were encountered: