On 1/22/07, Jesper Zedlitz <[EMAIL PROTECTED]> wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Jesper Zedlitz wrote:
> I am still working on a solution for form based login.
>
Here is my first attempt for a form based login:
http://wiki.apache.org/tapestry/AcegiSpringJava5FormBased
I am su
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Jesper Zedlitz wrote:
> I am still working on a solution for form based login.
>
Here is my first attempt for a form based login:
http://wiki.apache.org/tapestry/AcegiSpringJava5FormBased
I am sure you have some ideas how to improve it. It has only be
On 1/22/07, andyhot <[EMAIL PROTECTED]> wrote:
jake123 wrote:
> Hi James,
> You have to excuse me but I am on my first time on integrating tapestry and
> acegi. So I might have some question that is obvious for others...
>
again, simply follow http://wiki.apache.org/tapestry/AcegiSpringJava5
T
jake123 wrote:
Hi James,
You have to excuse me but I am on my first time on integrating tapestry and
acegi. So I might have some question that is obvious for others...
again, simply follow http://wiki.apache.org/tapestry/AcegiSpringJava5
Then create your own implementation of
org.acegisecur
ol part with Acegi's @Secured annotation but I
cant get there without some pointers....
Cheers,
Jacob
--
View this message in context:
http://www.nabble.com/Acegi-and-Visit-object-tf3025484.html#a8504216
Sent from the Tapestry - User mailing list archive at Nabble.com.
--
By the way, you don't *have* to implement your UserDetailsService
inside a Spring container. You can do so, but you lose the easy
ability to have other HiveMind services automatically injected into
your implementation instance. Since you're just implementing an
interface, I really see no need to
Just in case you have not come across it and might be
useful to you, the following is an example of using a
Tapestry
page as a form login page in Acegi.
http://wiki.javascud.org/display/hsa/Acegi+and+Tapestry--A+Step-by-Step+Guide
Shing
--- Jesper Zedlitz <[EMAIL PROTECTED]> wrote:
> -B
Thiago H de Paula Figueiredo wrote:
> What do I do if I want to use tapestry-acegi leaving the acegi
> configuration in spring instead of HiveMind?
>
You have your own org.acegisecurity.userdetails.UserDetailsService and want
to use it with tapestry-acegi? No problem!
Here is an example how to do
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
James Carman wrote:
> As for examples, I
> don't really have one, but somebody wrote a nice Wiki page detailing
> how to set it up.
>
http://wiki.apache.org/tapestry/AcegiSpringJava5
I am still working on a solution for form based login. Maybe the lo
Hi Andreas and James,
Please correct me if I am wrong. I am trying to understand what needs to be
done. The UserDetailsService is something where the user is returned back
given a userid. So we need to inject the visit object into the
UserDetailsService? and then set it. I agree that the user mig
nsulting.com/tapestry-acegi ?
>
>
Could you possible email me a copy of the documentation that you talking
about. That would help me a lot...
Thanks
Jacob
--
View this message in context:
http://www.nabble.com/Acegi-and-Visit-object-tf3025484.html#a8453882
.com/tapestry-acegi ?
>
>
Could you possible email me a copy of the documentation that you talking
about. That would help me a lot...
Thanks
Jacob
--
View this message in context:
http://www.nabble.com/Acegi-and-Visit-object-tf3025484.html#a8453882
Sent
James Carman wrote:
Sure, send it along. Actually, if the plugin is available via some
maven repo, then I can just include it in my maven build and have it
in there as one of the reports.
just add
ch.marcus-schulte.maven
hivedoc-plugin
On Fri, 19 Jan 2007 15:09:58 -0200, James Carman
<[EMAIL PROTECTED]> wrote:
Basically, tapestry-acegi just allows you to glue all of the Acegi
stuff together using HiveMind, rather than Spring (it's all just
"object soup" right?).
[snip]
The cool part of tapestry-acegi is that it lets
you us
Sure, send it along. Actually, if the plugin is available via some
maven repo, then I can just include it in my maven build and have it
in there as one of the reports.
On 1/19/07, andyhot <[EMAIL PROTECTED]> wrote:
James Carman wrote:
> This is the main reason that I wrote Tapestry-Acegi, so th
g?
What do we need to configure to make it work? If you could give some example
that would bee really nice
Thanks a lot
Jacob
--
View this message in context:
http://www.nabble.com/Acegi-and-Visit-object-tf3025484.html#a8449953
Sent from the
abble.com/Acegi-and-Visit-object-tf3025484.html#a8449953
Sent from the Tapestry - User mailing list archive at Nabble.com.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
James Carman wrote:
This is the main reason that I wrote Tapestry-Acegi, so that you get
the best of both worlds. You can get at all the good Tapestry
framework stuff and have the Acegi stuff too.
James, it was useful for me to have the hivedocs for the tapestry.acegi and
the hivemind.acegi mo
This is the main reason that I wrote Tapestry-Acegi, so that you get
the best of both worlds. You can get at all the good Tapestry
framework stuff and have the Acegi stuff too.
On 1/19/07, andyhot <[EMAIL PROTECTED]> wrote:
Actually, I'm not sure that the UserDetailsService is the best option
Actually, I'm not sure that the UserDetailsService is the best option
for setting up visit,
(cause the user may not eventually have the correct password) but anyway,
here's how it can be done using hivemind and tapestry-acegi:
model="singleton">
Hi Andreas,
Thanks for the response. Does tapestry-acegi automagically fill-in the user
details into the visit object? Or should I do something?
I use spring for my acegi declarations and specify my UserDetailsService in
the DaoAuthenticationProvider. You mention ASO. How would I go about doing
i've been using tapestry-acegi, so perhaps this might not be helpful in
your case...
so, how are you declaring the UserDetailsService implementation to be
used by acegi ?
If you could inject into hivemind's ApplicationStateManager you would be
able to
access any ASO you'd like.
Srinivas Y
The one option that I keep seeing in the archives is reading in the user
details through either the request.getRemoteUser() or SecurityContextHolder.
I am ok with either of them. The only issue however is where to put this
initialization code?
Should this code be a part of the base page like say
Hi,
I have been trying to initialize the Visit object with certain values once
the user has logged in. The values needless to say are user specific. So I
would need to access the auth details from acegi. What should I be doing to
set these values? I am bit lost here. We are using Acegi with sprin
24 matches
Mail list logo
