Hi Eric,

I've been putting off implementing alternative authentication, suffering along with the default browser auth for now. I'd be interested in using your solution
if you're willing to share it.

Thanks,
Andreas


On Sep 17, 2009, at 11:29 AM, Eric Norman wrote:

Well, my project doesn't currently have enough load to require more than one server node, so I haven't thought much about that yet. If your cluster can be configured to use sticky sessions, it would probably work fine without any further changes. Otherwise your app server would need to be configured to perform session replication to avoid the login prompt when you get routed
to a different server node.

Does that make sense?

On Thu, Sep 17, 2009 at 7:45 AM, Vidar Ramdal <[email protected]> wrote:

On Thu, Sep 17, 2009 at 4:00 PM, Eric Norman <[email protected]>
wrote:
For my own project, I ended up writing my own FormAuthenticationHandler which caches the submitted credentials (crypted) on the server- side as a session attribute. The cached credentials are used when no basic auth
info
is available on the current request. It is actually not that hard to implement, there were a couple servlets (LoginServlet, LogoutServlet) and
an
AuthenticationHandler class plus an esp script to render the login page.

I could provide a patch if you are interested.

Does your approach handle clustered scenarios?

--
Vidar S. Ramdal <[email protected]> - http://www.idium.no
Sommerrogata 13-15, N-0255 Oslo, Norway
+ 47 22 00 84 00 / +47 21 531941, ext 2070


Reply via email to