1. Don't use IE. It's a deprecated browser, and GWT no longer supports it. However, that's unlikely to be your problem.
2. It's still not clear what you're doing. I suspect you are running the servers independently with different URLs, and not active-active behind a router. 3. Depending on your Web Server, you usually should see your session id in a cookie, not in a post message. I'm actually not sure how Chrome shows you the cookie transmission in the dev tools, I don't think it does. On Saturday, 1 October 2022 at 12:23:04 am UTC+10 [email protected] wrote: > Thanks for your responses. > I still didn't find a solution. We have reinstalled tomcat but nothing's > changed. > @Jens I debbuged in DevTools and found that for the server A, there is a > Post request containing a sessionId sent to it and intercepted by the > service containing both methods. The same request is sent to the server B > but doesn't contain a sessionId. I still didn't understand why. The same > app is deployed and by the way we can only are using IE to access web pages. > So The sessionId is sent from both servers to the front. But only sent > back to server A. > > @Craig both servers are working and active.I have no idea about session > replication, how do I check that? > > This is for sure related to the server, it must be some config or maybe a > security config? > Le vendredi 30 septembre 2022 à 03:50:53 UTC+2, [email protected] > a écrit : > >> Your question lacks some details. You talk about two servers, but don't >> tell us if they are active-active, or just running one server at a time. >> >> If they are active-active, we'd need to know how you are doing your >> session replication between then servers. >> >> If you are only running one server at a time, then Jens reply is a good >> idea. >> >> I personally prefer to handle sessions myself, with a cookie and a >> memcache (yes, not really sessions at all), so I can easily scale. But >> that's just a little side note. :) >> >> Either way, this outside of GWT's responsibilities, but still happy to >> help. >> >> On Thursday, 29 September 2022 at 6:24:33 pm UTC+10 Jens wrote: >> >>> Use your browser dev tools to inspect the network request. You should >>> check if server B sends back a session id cookie and that this session id >>> cookie is transmitted back to the server for the second method that does >>> getSession(false). If it doesn't or the session is already invalidated >>> (either through code or through session timeout configuration on server B) >>> then getSession(false) will return null. >>> >>> -- J. >>> >>> [email protected] schrieb am Mittwoch, 28. September 2022 um >>> 12:21:36 UTC+2: >>> >>>> I have a gwt app that is running when deployed on tomcat on server A >>>> For some reason the same app when is deployed on tomcat on a server B >>>> has a session issue >>>> >>>> We have Method 1 and Method 2 inside a servlet that extends >>>> RemoteServiceServlet >>>> >>>> We have a method1 in which we do: >>>> this.getThreadLocalRequest.getSession(true).setAttribute("myuserid", >>>> myuserid) >>>> >>>> Then in a second method we do >>>> this.getThreadLocalRequest.getSession(false).getAttribute("myuserid") >>>> which throws a null pointer exception as getSession retuns null >>>> >>>> It is strange as this only happens on the server B >>>> I have verified the tomcat config files like context.xml files and they >>>> are identical >>>> >>>> I have printed currentThread.gtId() inside both methods and they are >>>> different but as said no issue on server A. >>>> >>>> >>>> >>>> >>>> >>>> -- You received this message because you are subscribed to the Google Groups "GWT Users" group. To unsubscribe from this group and stop receiving emails from it, send an email to [email protected]. To view this discussion on the web visit https://groups.google.com/d/msgid/google-web-toolkit/9f59149c-58fe-4a98-b074-adced408669dn%40googlegroups.com.
