On 11/14/06, Robin Ericsson [EMAIL PROTECTED] wrote:
Hmm, no, never though of that, might be a good idea though. I'll see
if I have time to try this today.
Ok, debugged and problem found. Safari seems to like to cache the
result of the first query to the protected page.
I was using a proxy
On 11/12/06, Robin Ericsson [EMAIL PROTECTED] wrote:
Thanks to James again :), I have a working solution that redirects
after successful login. However, on Firefox it works like a charm, but
on Safari it doesn't work as it seems it doesn't process cookies or
something the same way.
Maybe I
Oh, sorry, Robin. I read your last email, but only through the
thanks, I've got it working part. :-) I didn't see the questions at
the bottom. Do you have something that will let you debug the HTTP
traffic? That might help you see what's going on for sure.
On 11/14/06, Robin Ericsson [EMAIL
On 11/14/06, James Carman [EMAIL PROTECTED] wrote:
Oh, sorry, Robin. I read your last email, but only through the
thanks, I've got it working part. :-) I didn't see the questions at
the bottom. Do you have something that will let you debug the HTTP
traffic? That might help you see what's
On 11/10/06, James Carman [EMAIL PROTECTED] wrote:
You could use a callback somehow to do that, I would think. But, you
would probably have to implement the auto-redirect-to-login-page logic
yourself, so that you could save the callback into the session or set
it on the login page as a property
Acegi's AuthenticationProcessingFilter is, by default, coded to
intercept any web request to j_acegi_security_check. You can override
the actual name of the servlet with the filterProcessesUrl parameter of
that class.
So all you need to do to link Tapestry and Acegi is just throw a
With Tapestry-Acegi, we're not using the Acegi servlet filter.
On 11/1/06, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
Acegi's AuthenticationProcessingFilter is, by default, coded to
intercept any web request to j_acegi_security_check. You can override
the actual name of the servlet with the
Ohhh...sorry 'bout that.
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of James
Carman
Sent: Wednesday, November 01, 2006 9:08 AM
To: Tapestry users
Subject: Re: Re: tapestry-acegi questions
With Tapestry-Acegi, we're not using the Acegi servlet filter
hi,
I'm using the TableView component on what can be visulised as a search page.
The whole page is wrapped in a form (so that the paging buttons etc submit the
search criteria), and the Form version of TableRow and TablePages are used.
Everything appears to work except... I have 2 gripes that
On 10/30/06, Gareth [EMAIL PROTECTED] wrote:
hi,
I'm using the TableView component on what can be visulised as a search page.
Hi,
Please don't steal other threads with a new question.
--
regards,
Robin
-
To
On 10/29/06, James Carman [EMAIL PROTECTED] wrote:
Hi, Robin. I haven't implemented form-based authentication in
tapestry-acegi, yet. But, I don't think it's that difficult, really.
Your need to use the AuthenticationProcessingFilter (I don't define it
in my hivemodule.xml, but it would be
Step C at the following might help.
http://wiki.javascud.org/display/hsa/Acegi+and+Tapestry--A+Step-by-Step+Guide
shing
--- Robin Ericsson [EMAIL PROTECTED] wrote:
On 10/29/06, James Carman
[EMAIL PROTECTED] wrote:
Hi, Robin. I haven't implemented form-based
authentication in
12 matches
Mail list logo