Excellent. Now I have an elegant plan B in case my current
apache-mod_auth_mysql-tomcat-form-based-authentication solution proves
impractical.
http://marc.info/?l=tomcat-userm=126047599208053w=2
Regards,
Tony
Christopher Schultz wrote:
securityfilter (http://securityfilter.sourceforge.net) can
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
André,
On 12/10/2009 6:26 PM, André Warnier wrote:
Christopher Schultz wrote:
securityfilter (http://securityfilter.sourceforge.net) can be tricked
into doing this. Although the standard operating procedure is to map sf
to all URLs (i.e.
On 09/12/2009 21:07, Anthony Jay wrote:
Hi All,
I am having tremendous difficulty configuring contexts on tomcat.
I've had to split my perfectly working application into two applications
as the jsp now requires Form based authentication and the XML components
require Http Basic
What's the problem with doing:
/xml/-- basic auth
/xml/secure/ -- basic auth
TonyI cannot change URL as this is a working application and XML
consumers must notice no difference.
Then this bit of the app can be deployed as xml.war and the other as
ROOT.war. Modifying your URL
On Thu, Dec 10, 2009 at 1:19 AM, Anthony Jay anthony...@fastmail.fm wrote:
TonyAs mentioned I'm having difficulty with UrlRewriteFilter and
Tomcat 6/Tony
Are you referring to cross-context forwarding? That works fine in
Tomcat 6.0.20 using the Tuckey URLRewriteFilter.
Or is this a different
On Thu, Dec 10, 2009 at 8:24 AM, Hassan Schroeder
hassan.schroe...@gmail.com wrote:
... cross-context forwarding ... works fine in Tomcat 6.0.20 using
the Tuckey URLRewriteFilter.
mmm. I think I have to retract that -- could have sworn I used this
before, but it doesn't seem to work after all.
On 10/12/2009 17:56, Hassan Schroeder wrote:
On Thu, Dec 10, 2009 at 8:24 AM, Hassan Schroeder
hassan.schroe...@gmail.com wrote:
... cross-context forwarding ... works fine in Tomcat 6.0.20 using
the Tuckey URLRewriteFilter.
mmm. I think I have to retract that -- could have sworn I used
SOLVED
Also the issue with Multiple Authentication Mechanisms
My head is sore from banging it against a wall but I THINK that I have
come up with a rather elegant solution.
Well its a bit obvious in one way but I suppose I had to go through all
the pain first. There was alot of pain.
Just to
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
André,
On 12/9/2009 5:40 PM, André Warnier wrote:
Ok, my try here. And by the same token - haha - I will give a chance to
Chris to jump in.
Sure, why not?
- there is (preferably) one application. As Chuck is saying, it should
not care /how/
Christopher Schultz wrote:
securityfilter (http://securityfilter.sourceforge.net) can be tricked
into doing this. Although the standard operating procedure is to map sf
to all URLs (i.e. url-pattern/*/url-pattern), one can choose to map
it to different patterns and deploy it /twice/:
Hi All,
I am having tremendous difficulty configuring contexts on tomcat.
I've had to split my perfectly working application into two applications
as the jsp now requires Form based authentication and the XML components
require Http Basic authentication as before. As I've learned the very
hard
From: Anthony Jay [mailto:anthony...@fastmail.fm]
Subject: Contexts and Path and Authentication
I've had to split my perfectly working application into
two applications as the jsp now requires Form based
authentication and the XML components require Http Basic
authentication as before
From: Caldarale, Charles R
Subject: RE: Contexts and Path and Authentication
What you could do is create a simple default (ROOT) webapp that
analyzes each request URI and then forwards it to one of the two real
apps, which would continue to be deployed as /formauth and /basicauth.
A filter
Can you use url-rewriting (tukey.com) to get what you want:
/secure/yyy -- /formauth/secure/yyy -- Form based auth
etc???
On Dec 9, 2009, at 4:07 PM, Anthony Jay wrote:
Hi All,
I am having tremendous difficulty configuring contexts on tomcat.
I've had to split my perfectly working
Ken Bowen wrote:
Can you use url-rewriting (tukey.com) to get what you want:
/secure/yyy -- /formauth/secure/yyy -- Form based auth
etc???
On Dec 9, 2009, at 4:07 PM, Anthony Jay wrote:
Hi All,
etc...
Ok, my try here. And by the same token - haha - I will give a chance to
Chris to
Many thanks Chuck and Ken for the tip. I am surprised that the solution
is a 'hack' rather than configuration, but kinda glad that I wasn't
losing my marbles.
URL Rewriting is probably going to be the easiest way out, I am
considering using mod_jk on the apache side so I could get away with
using
From: Anthony Jay [mailto:anthony...@fastmail.fm]
Subject: Re: Contexts and Path and Authentication
I am surprised that the solution is a 'hack' rather than
configuration
It's not by any means a hack; this is exactly the kind of thing filters are
intended to do.
I am considering using
Hi,
FYI just hit another stumbling block which may be of interest to
other users.
UrlRewriteFilter will not forward any of my requests, even to the sample
demo rule for /rewrite-status/ itself! It will, however, redirect
perfectly well (when type is changed to type=redirect) meaning that I
18 matches
Mail list logo