Lost session

Xiaoshu Wang xiaoshuw at email.unc.edu
Tue Sep 3 21:39:02 EDT 2013


Scott:

Just did a test, hope this might help shine some lights on.

I put in these configuration on glassfish-web.xml because without it. When sending multiple request, some request is returned back (200 code but with an empty response body). My server code never see these requests. And all these happens when there is a valid shibboleth session. However, turning off these glassfish option, then the previous problem is gone. 

Since I have a hybrid app (i.e., some of them use alternative authentication mechanism) and some use Shibboleth. And this is a GWT app, so there is only one path, so I am presented with a conundrum (:-)). I can circumvent the problem by splitting my apps, but want to ask if your guys have known something... 

<session-config> 
<session-manager persistence-type="replicated">
<manager-properties>
<property name="relaxCacheVersionSemantics" value="true" />
</manager-properties>
</session-manager>
</session-config> 



-- 
Xiaoshu Wang
Sent with Sparrow (http://www.sparrowmailapp.com/?sig)


On Tuesday, September 3, 2013 at 9:23 PM, Cantor, Scott wrote:

> On 9/3/13 9:01 PM, "Xiaoshu Wang" <xiaoshuw at email.unc.edu (mailto:xiaoshuw at email.unc.edu)> wrote:
> > 
> > The problem takes place when there is no valid Shibboleth session. I
> > thought in that case, Shibboleth should just hand out what it gets to
> > Glassfish. But apparently it does not. I have done the control.
> > 
> 
> 
> There can be *no* forced session establishment if you don't have a setting
> requiring one. It simply won't physically do that, so something else is
> causing it, and presumably it must be something that specifically is
> reacting to headers in some way.
> 
> > It is the same application run in each of these setting. So, it shows
> > that somehow ShibUserHeader has interfered. Otherwise, it shouldn't give
> > me the above result, right?
> > 
> 
> 
> That all assumes nothing else in evidence. Since I know that's not what
> the code does, the logical conclusion is that there's an external factor
> involved.
> 
> -- Scott
> 
> 
> --
> To unsubscribe from this list send an email to users-unsubscribe at shibboleth.net (mailto:users-unsubscribe at shibboleth.net)
> 
> 


-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://shibboleth.net/pipermail/users/attachments/20130903/59853a7a/attachment.html 


More information about the users mailing list