On Mon, Mar 23, 2009 at 3:41 AM, Rainer Jung <rainer.j...@kippdata.de> wrote:
> Others might have better ideas, but as mentioned in the previous thread, you
> can forward the remote port with
>
> JkEnvVar REMOTE_PORT
>
> and retrieve it in Tomcat with
>
> request.getAttribute("REMOTE_PORT")
>
> Doesn't that work?Yes, it sounds like precisely what I'm looking for. I just didn't understand the significance of your previous message. I never used mod_jk before so I'll have to look into this JkEnvVar thing. I'll try it. Thanks, Mike > On 23.03.2009 02:43, Michael B Allen wrote: >> >> Hi Again, >> >> In the near term absence of getRemotePort, I am struggling to >> determine a method for storing and retrieving per-connection state. >> >> Can anyone recommend another method for acquiring a unique connection >> identifier? I would be satisfied with a platform specific method at >> this point. >> >> Just to be clear as to why this is necessary, NTLMSSP is a three >> request "handshake". So if you have a frameset with 5 frames, IE will >> create 5 separate connections but will use the same session ID. So I >> cannot simply store the state of the authentication in the session >> because the multiple simultaneous authentication requests will >> incorrectly read or overwrite that state and cause strange concurrency >> errors. I need to store the authentication state in the session using >> a unique connection ID (normally getRemoteAddr+getRemotePort) to keep >> the simultaneous authentication requests straight. >> >> Any ideas? >> >> Is there a mod_jk or Tomcat specific feature that would allow me to >> get the socket file descriptor value, or port, or unique ID through >> HttpServletRequest.getAttribute()? >> >> Mike > > --------------------------------------------------------------------- > To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org > For additional commands, e-mail: dev-h...@tomcat.apache.org > > -- Michael B Allen Java Active Directory Integration http://www.ioplex.com/ --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
