You are viewing a plain text version of this content. The canonical link for it is here.
Posted to users@wicket.apache.org by Ben Tilford <be...@gmail.com> on 2010/04/28 01:49:03 UTC
Re: Wicket + security, what are the best options? Spring Security
reached almost all the way...
You can use Spring security with wicket auth-roles, I works out pretty nice
compared to the alternatives. iirc You need do your normal Spring
setup, extend AuthenticatedWicketApplication, and AuthenticatedSession
which has an authenticate method you'll call your UserDetails bean from.
Outdated Link
https://cwiki.apache.org/WICKET/spring-security-and-wicket-auth-roles.html#SpringSecurityandWicket-auth-roles-ExampleWicket1.3.5
On Tue, Apr 27, 2010 at 7:20 PM, Jimi <ji...@mogul.com> wrote:
>
> Hi,
>
> I'm curious to know what security frameworks you guys are using.
>
> The reason I'm asking is because I recently tried out Spring Security
> together with a simple wicket web application, and was amazed on how easy
> it
> was. I applied the steps mentioned in their Pet Clinic tutorial
> (
> http://static.springsource.org/spring-security/site/petclinic-tutorial.html
> )
> more or less exactly as they are, and I didn't have to write a single line
> of code. All was done using configuration. And even when I replaced the
> hard
> coded list of users (with their passwords and groups) with my custom
> authentication provider (or actually custom UserDetailsService) I only had
> two write two simple classes that implemented two very simple and logical
> interfaces respectively, that used my pre existing hibernate configuration
> and POJOs.
>
> BUT... when I wanted to replace the auto generated login screen (which
> worked great, but just didn't look very appealing) with a custom login page
> I quickly ran into trouble. If the login was successful then all was fine.
> But for the cases when the login failed for some reason (like incorrect
> username/password or database being down) I was having problems accessing
> the error cause. Because as far as I could tell this message (actually an
> Exception subclass) was only available as a http session attribute. And it
> seems that Wicket does everything to hide those from the user, discourages
> the use of the getHttpServletRequest() and the session attributes of the
> wicket session object only seems to include attributes with a specific
> wicket-prefix (like "wicket:wicket.myProject:") which of course caused my
> precious Spring Security session attributes to be unavailable.
>
> It was then I started thinking that Spring Security maybe isn't the best
> security framework together with Wicket. So I started looking around for
> other alternatives. Wicket-security/WASP/SWARM (still not sure what is
> what)
> and "wicket auth roles" where the first two, and some time later I also
> heard about wicket-shiro.
>
> But all these three seemed to have one or more of the following down sides
> that irritated me when I evaluated them:
>
> 1. Missing official site. [wicket auth roles] At least I can't find it.
>
> 2. Seems old. [wicket auth roles + WASP/SWARM] Found a two year old
> discussion labeled "is wicket-auth-roles discontinued?". And the comments
> on
> the "Getting started with Swarm" wiki page is from 2007 and 2008, plus that
> they talk about Acegi (the old name for Spring Security) and the project
> has
> dependencies to Wicket 1.3 and Spring 2.0.
>
> 3. Doesn't seem stable. [wicket-shiro] No maven repository (you have to
> check out trunk and build yourself) and has three different SNAPSHOT
> dependencies.
>
> 4. Seems to require a lot of different project specific java classes. [all
> three].
>
>
> The last point, number 4, is a really big down side if you ask me. Keep in
> mind that I was able to integrate Spring Security almost completely in my
> wicket web application with very little new java code needed. And that is a
> good thing, because project specific code is of course much less tested and
> tried compared to official stable code of reputable frameworks. Plus that I
> don't have to reinvent the wheel, considering the simple authentication and
> authorization demands of my project. The only thing stopping me was this
> stupid error message in the "unavailable" http session attribute.
>
> I actually started converting my project into a WASP/SWARM project, using
> the example project from
>
> http://out-println.blogspot.com/2009/02/wicket-swarm-spring-security-how-to.html
> ,
> but after creating class after class after class of in-my-eyes boilerplate
> code I got the overwhelming feeling that I was making my project more and
> more dirty. And, more importantly, I got the feeling that this shouldn't be
> so complicated. Other people surely have done this before, and maybe there
> is a good, stable and official framework/plugin/whatever that makes Spring
> Security and Wicket integration into a breeze. Which it really was when I
> followed the Pet Clinic tutorial (see URL above), since that used the auto
> generated login form.
>
> So, any input from you guys? What do you use to secure your wicket web
> sites? Or maybe someone can explain how to best solve my Wicket+Spring
> Security problem with the "hidden" http session attributes?
>
> Also, I hope I didn't step on anybody's toes with my list of down sides.
> Maybe I just haven't found the right web pages that document these
> frameworks(?) and how easy it can be to use them. Tips more then welcome!
>
> Regards
> /Jimi Hullegård
> --
> View this message in context:
> http://apache-wicket.1842946.n4.nabble.com/Wicket-security-what-are-the-best-options-Spring-Security-reached-almost-all-the-way-tp2068415p2068415.html
> Sent from the Wicket - User mailing list archive at Nabble.com.
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@wicket.apache.org
> For additional commands, e-mail: users-help@wicket.apache.org
>
>
Re: Wicket + security, what are the best options? Spring Security
reached almost all the way...
Posted by Jimi <ji...@mogul.com>.
Thanks for that kind suggestion, but I already have working
SecurityWebApplication and SecurityWebSession implementations. And my
problem was never a lack of code examples, but instead my problem was the
need for so much boilerplate code in the first place. I get the feeling most
of this code can be exactly the same for a lot of projects, and then it
would be logical to have a shared base for all these projects, maybe as a
part of SWARM/WASP, or wicket auth roles or wicket-shiro.
Regards
/Jimi
> I have a SpringSecurityWebApplication and SpringSecurityWebSession
> class you can use if you want.
--
View this message in context: http://apache-wicket.1842946.n4.nabble.com/Wicket-security-what-are-the-best-options-Spring-Security-reached-almost-all-the-way-tp2068415p2068916.html
Sent from the Wicket - User mailing list archive at Nabble.com.
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@wicket.apache.org
For additional commands, e-mail: users-help@wicket.apache.org
Re: Wicket + security, what are the best options? Spring Security
reached almost all the way...
Posted by James Carman <jc...@carmanconsulting.com>.
Those two classes are here:
http://svn.carmanconsulting.com/public/wicket-advanced/trunk/src/main/java/com/carmanconsulting/wicket/advanced/web/common/security/
They're part of my "advanced wicket" demo code. The project already
has them set up and working, so you can look there for a tutorial.
On Wed, Apr 28, 2010 at 6:18 AM, Giovanni <pi...@yahoo.com> wrote:
> James, can you share your SpringSecurityWebApplication and SpringSecurityWebSession
> classes?
>
> If you also write a small tutorial on how to use them, it will be great.
>
> Best regards,
> giovanni
>
>
>
>
>
> ________________________________
> From: James Carman <jc...@carmanconsulting.com>
> To: users@wicket.apache.org
> Sent: Wed, April 28, 2010 1:51:57 AM
> Subject: Re: Wicket + security, what are the best options? Spring Security reached almost all the way...
>
> I have a SpringSecurityWebApplication and SpringSecurityWebSession
> class you can use if you want.
>
> On Tue, Apr 27, 2010 at 7:49 PM, Ben Tilford <be...@gmail.com> wrote:
>> You can use Spring security with wicket auth-roles, I works out pretty nice
>> compared to the alternatives. iirc You need do your normal Spring
>> setup, extend AuthenticatedWicketApplication, and AuthenticatedSession
>> which has an authenticate method you'll call your UserDetails bean from.
>>
>> Outdated Link
>> https://cwiki.apache.org/WICKET/spring-security-and-wicket-auth-roles.html#SpringSecurityandWicket-auth-roles-ExampleWicket1.3.5
>>
>>
>> On Tue, Apr 27, 2010 at 7:20 PM, Jimi <ji...@mogul.com> wrote:
>>
>>>
>>> Hi,
>>>
>>> I'm curious to know what security frameworks you guys are using.
>>>
>>> The reason I'm asking is because I recently tried out Spring Security
>>> together with a simple wicket web application, and was amazed on how easy
>>> it
>>> was. I applied the steps mentioned in their Pet Clinic tutorial
>>> (
>>> http://static.springsource.org/spring-security/site/petclinic-tutorial.html
>>> )
>>> more or less exactly as they are, and I didn't have to write a single line
>>> of code. All was done using configuration. And even when I replaced the
>>> hard
>>> coded list of users (with their passwords and groups) with my custom
>>> authentication provider (or actually custom UserDetailsService) I only had
>>> two write two simple classes that implemented two very simple and logical
>>> interfaces respectively, that used my pre existing hibernate configuration
>>> and POJOs.
>>>
>>> BUT... when I wanted to replace the auto generated login screen (which
>>> worked great, but just didn't look very appealing) with a custom login page
>>> I quickly ran into trouble. If the login was successful then all was fine.
>>> But for the cases when the login failed for some reason (like incorrect
>>> username/password or database being down) I was having problems accessing
>>> the error cause. Because as far as I could tell this message (actually an
>>> Exception subclass) was only available as a http session attribute. And it
>>> seems that Wicket does everything to hide those from the user, discourages
>>> the use of the getHttpServletRequest() and the session attributes of the
>>> wicket session object only seems to include attributes with a specific
>>> wicket-prefix (like "wicket:wicket.myProject:") which of course caused my
>>> precious Spring Security session attributes to be unavailable.
>>>
>>> It was then I started thinking that Spring Security maybe isn't the best
>>> security framework together with Wicket. So I started looking around for
>>> other alternatives. Wicket-security/WASP/SWARM (still not sure what is
>>> what)
>>> and "wicket auth roles" where the first two, and some time later I also
>>> heard about wicket-shiro.
>>>
>>> But all these three seemed to have one or more of the following down sides
>>> that irritated me when I evaluated them:
>>>
>>> 1. Missing official site. [wicket auth roles] At least I can't find it.
>>>
>>> 2. Seems old. [wicket auth roles + WASP/SWARM] Found a two year old
>>> discussion labeled "is wicket-auth-roles discontinued?". And the comments
>>> on
>>> the "Getting started with Swarm" wiki page is from 2007 and 2008, plus that
>>> they talk about Acegi (the old name for Spring Security) and the project
>>> has
>>> dependencies to Wicket 1.3 and Spring 2.0.
>>>
>>> 3. Doesn't seem stable. [wicket-shiro] No maven repository (you have to
>>> check out trunk and build yourself) and has three different SNAPSHOT
>>> dependencies.
>>>
>>> 4. Seems to require a lot of different project specific java classes. [all
>>> three].
>>>
>>>
>>> The last point, number 4, is a really big down side if you ask me. Keep in
>>> mind that I was able to integrate Spring Security almost completely in my
>>> wicket web application with very little new java code needed. And that is a
>>> good thing, because project specific code is of course much less tested and
>>> tried compared to official stable code of reputable frameworks. Plus that I
>>> don't have to reinvent the wheel, considering the simple authentication and
>>> authorization demands of my project. The only thing stopping me was this
>>> stupid error message in the "unavailable" http session attribute.
>>>
>>> I actually started converting my project into a WASP/SWARM project, using
>>> the example project from
>>>
>>> http://out-println.blogspot.com/2009/02/wicket-swarm-spring-security-how-to.html
>>> ,
>>> but after creating class after class after class of in-my-eyes boilerplate
>>> code I got the overwhelming feeling that I was making my project more and
>>> more dirty. And, more importantly, I got the feeling that this shouldn't be
>>> so complicated. Other people surely have done this before, and maybe there
>>> is a good, stable and official framework/plugin/whatever that makes Spring
>>> Security and Wicket integration into a breeze. Which it really was when I
>>> followed the Pet Clinic tutorial (see URL above), since that used the auto
>>> generated login form.
>>>
>>> So, any input from you guys? What do you use to secure your wicket web
>>> sites? Or maybe someone can explain how to best solve my Wicket+Spring
>>> Security problem with the "hidden" http session attributes?
>>>
>>> Also, I hope I didn't step on anybody's toes with my list of down sides.
>>> Maybe I just haven't found the right web pages that document these
>>> frameworks(?) and how easy it can be to use them. Tips more then welcome!
>>>
>>> Regards
>>> /Jimi Hullegård
>>> --
>>> View this message in context:
>>> http://apache-wicket.1842946.n4.nabble.com/Wicket-security-what-are-the-best-options-Spring-Security-reached-almost-all-the-way-tp2068415p2068415.html
>>> Sent from the Wicket - User mailing list archive at Nabble.com.
>>>
>>> ---------------------------------------------------------------------
>>> To unsubscribe, e-mail: users-unsubscribe@wicket.apache.org
>>> For additional commands, e-mail: users-help@wicket.apache.org
>>>
>>>
>>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@wicket.apache.org
> For additional commands, e-mail: users-help@wicket.apache.org
>
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@wicket.apache.org
For additional commands, e-mail: users-help@wicket.apache.org
Re: Wicket + security, what are the best options? Spring Security
reached almost all the way...
Posted by James Carman <jc...@carmanconsulting.com>.
Those two classes are here:
http://svn.carmanconsulting.com/public/wicket-advanced/trunk/src/main/java/com/carmanconsulting/wicket/advanced/web/common/security/
They're part of my "advanced wicket" demo code. The project already h
On Wed, Apr 28, 2010 at 6:18 AM, Giovanni <pi...@yahoo.com> wrote:
> James, can you share your SpringSecurityWebApplication and SpringSecurityWebSession
> classes?
>
> If you also write a small tutorial on how to use them, it will be great.
>
> Best regards,
> giovanni
>
>
>
>
>
> ________________________________
> From: James Carman <jc...@carmanconsulting.com>
> To: users@wicket.apache.org
> Sent: Wed, April 28, 2010 1:51:57 AM
> Subject: Re: Wicket + security, what are the best options? Spring Security reached almost all the way...
>
> I have a SpringSecurityWebApplication and SpringSecurityWebSession
> class you can use if you want.
>
> On Tue, Apr 27, 2010 at 7:49 PM, Ben Tilford <be...@gmail.com> wrote:
>> You can use Spring security with wicket auth-roles, I works out pretty nice
>> compared to the alternatives. iirc You need do your normal Spring
>> setup, extend AuthenticatedWicketApplication, and AuthenticatedSession
>> which has an authenticate method you'll call your UserDetails bean from.
>>
>> Outdated Link
>> https://cwiki.apache.org/WICKET/spring-security-and-wicket-auth-roles.html#SpringSecurityandWicket-auth-roles-ExampleWicket1.3.5
>>
>>
>> On Tue, Apr 27, 2010 at 7:20 PM, Jimi <ji...@mogul.com> wrote:
>>
>>>
>>> Hi,
>>>
>>> I'm curious to know what security frameworks you guys are using.
>>>
>>> The reason I'm asking is because I recently tried out Spring Security
>>> together with a simple wicket web application, and was amazed on how easy
>>> it
>>> was. I applied the steps mentioned in their Pet Clinic tutorial
>>> (
>>> http://static.springsource.org/spring-security/site/petclinic-tutorial.html
>>> )
>>> more or less exactly as they are, and I didn't have to write a single line
>>> of code. All was done using configuration. And even when I replaced the
>>> hard
>>> coded list of users (with their passwords and groups) with my custom
>>> authentication provider (or actually custom UserDetailsService) I only had
>>> two write two simple classes that implemented two very simple and logical
>>> interfaces respectively, that used my pre existing hibernate configuration
>>> and POJOs.
>>>
>>> BUT... when I wanted to replace the auto generated login screen (which
>>> worked great, but just didn't look very appealing) with a custom login page
>>> I quickly ran into trouble. If the login was successful then all was fine.
>>> But for the cases when the login failed for some reason (like incorrect
>>> username/password or database being down) I was having problems accessing
>>> the error cause. Because as far as I could tell this message (actually an
>>> Exception subclass) was only available as a http session attribute. And it
>>> seems that Wicket does everything to hide those from the user, discourages
>>> the use of the getHttpServletRequest() and the session attributes of the
>>> wicket session object only seems to include attributes with a specific
>>> wicket-prefix (like "wicket:wicket.myProject:") which of course caused my
>>> precious Spring Security session attributes to be unavailable.
>>>
>>> It was then I started thinking that Spring Security maybe isn't the best
>>> security framework together with Wicket. So I started looking around for
>>> other alternatives. Wicket-security/WASP/SWARM (still not sure what is
>>> what)
>>> and "wicket auth roles" where the first two, and some time later I also
>>> heard about wicket-shiro.
>>>
>>> But all these three seemed to have one or more of the following down sides
>>> that irritated me when I evaluated them:
>>>
>>> 1. Missing official site. [wicket auth roles] At least I can't find it.
>>>
>>> 2. Seems old. [wicket auth roles + WASP/SWARM] Found a two year old
>>> discussion labeled "is wicket-auth-roles discontinued?". And the comments
>>> on
>>> the "Getting started with Swarm" wiki page is from 2007 and 2008, plus that
>>> they talk about Acegi (the old name for Spring Security) and the project
>>> has
>>> dependencies to Wicket 1.3 and Spring 2.0.
>>>
>>> 3. Doesn't seem stable. [wicket-shiro] No maven repository (you have to
>>> check out trunk and build yourself) and has three different SNAPSHOT
>>> dependencies.
>>>
>>> 4. Seems to require a lot of different project specific java classes. [all
>>> three].
>>>
>>>
>>> The last point, number 4, is a really big down side if you ask me. Keep in
>>> mind that I was able to integrate Spring Security almost completely in my
>>> wicket web application with very little new java code needed. And that is a
>>> good thing, because project specific code is of course much less tested and
>>> tried compared to official stable code of reputable frameworks. Plus that I
>>> don't have to reinvent the wheel, considering the simple authentication and
>>> authorization demands of my project. The only thing stopping me was this
>>> stupid error message in the "unavailable" http session attribute.
>>>
>>> I actually started converting my project into a WASP/SWARM project, using
>>> the example project from
>>>
>>> http://out-println.blogspot.com/2009/02/wicket-swarm-spring-security-how-to.html
>>> ,
>>> but after creating class after class after class of in-my-eyes boilerplate
>>> code I got the overwhelming feeling that I was making my project more and
>>> more dirty. And, more importantly, I got the feeling that this shouldn't be
>>> so complicated. Other people surely have done this before, and maybe there
>>> is a good, stable and official framework/plugin/whatever that makes Spring
>>> Security and Wicket integration into a breeze. Which it really was when I
>>> followed the Pet Clinic tutorial (see URL above), since that used the auto
>>> generated login form.
>>>
>>> So, any input from you guys? What do you use to secure your wicket web
>>> sites? Or maybe someone can explain how to best solve my Wicket+Spring
>>> Security problem with the "hidden" http session attributes?
>>>
>>> Also, I hope I didn't step on anybody's toes with my list of down sides.
>>> Maybe I just haven't found the right web pages that document these
>>> frameworks(?) and how easy it can be to use them. Tips more then welcome!
>>>
>>> Regards
>>> /Jimi Hullegård
>>> --
>>> View this message in context:
>>> http://apache-wicket.1842946.n4.nabble.com/Wicket-security-what-are-the-best-options-Spring-Security-reached-almost-all-the-way-tp2068415p2068415.html
>>> Sent from the Wicket - User mailing list archive at Nabble.com.
>>>
>>> ---------------------------------------------------------------------
>>> To unsubscribe, e-mail: users-unsubscribe@wicket.apache.org
>>> For additional commands, e-mail: users-help@wicket.apache.org
>>>
>>>
>>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@wicket.apache.org
> For additional commands, e-mail: users-help@wicket.apache.org
>
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@wicket.apache.org
For additional commands, e-mail: users-help@wicket.apache.org
Re: Wicket + security, what are the best options? Spring Security reached almost all the way...
Posted by Giovanni <pi...@yahoo.com>.
James, can you share your SpringSecurityWebApplication and SpringSecurityWebSession
classes?
If you also write a small tutorial on how to use them, it will be great.
Best regards,
giovanni
________________________________
From: James Carman <jc...@carmanconsulting.com>
To: users@wicket.apache.org
Sent: Wed, April 28, 2010 1:51:57 AM
Subject: Re: Wicket + security, what are the best options? Spring Security reached almost all the way...
I have a SpringSecurityWebApplication and SpringSecurityWebSession
class you can use if you want.
On Tue, Apr 27, 2010 at 7:49 PM, Ben Tilford <be...@gmail.com> wrote:
> You can use Spring security with wicket auth-roles, I works out pretty nice
> compared to the alternatives. iirc You need do your normal Spring
> setup, extend AuthenticatedWicketApplication, and AuthenticatedSession
> which has an authenticate method you'll call your UserDetails bean from.
>
> Outdated Link
> https://cwiki.apache.org/WICKET/spring-security-and-wicket-auth-roles.html#SpringSecurityandWicket-auth-roles-ExampleWicket1.3.5
>
>
> On Tue, Apr 27, 2010 at 7:20 PM, Jimi <ji...@mogul.com> wrote:
>
>>
>> Hi,
>>
>> I'm curious to know what security frameworks you guys are using.
>>
>> The reason I'm asking is because I recently tried out Spring Security
>> together with a simple wicket web application, and was amazed on how easy
>> it
>> was. I applied the steps mentioned in their Pet Clinic tutorial
>> (
>> http://static.springsource.org/spring-security/site/petclinic-tutorial.html
>> )
>> more or less exactly as they are, and I didn't have to write a single line
>> of code. All was done using configuration. And even when I replaced the
>> hard
>> coded list of users (with their passwords and groups) with my custom
>> authentication provider (or actually custom UserDetailsService) I only had
>> two write two simple classes that implemented two very simple and logical
>> interfaces respectively, that used my pre existing hibernate configuration
>> and POJOs.
>>
>> BUT... when I wanted to replace the auto generated login screen (which
>> worked great, but just didn't look very appealing) with a custom login page
>> I quickly ran into trouble. If the login was successful then all was fine.
>> But for the cases when the login failed for some reason (like incorrect
>> username/password or database being down) I was having problems accessing
>> the error cause. Because as far as I could tell this message (actually an
>> Exception subclass) was only available as a http session attribute. And it
>> seems that Wicket does everything to hide those from the user, discourages
>> the use of the getHttpServletRequest() and the session attributes of the
>> wicket session object only seems to include attributes with a specific
>> wicket-prefix (like "wicket:wicket.myProject:") which of course caused my
>> precious Spring Security session attributes to be unavailable.
>>
>> It was then I started thinking that Spring Security maybe isn't the best
>> security framework together with Wicket. So I started looking around for
>> other alternatives. Wicket-security/WASP/SWARM (still not sure what is
>> what)
>> and "wicket auth roles" where the first two, and some time later I also
>> heard about wicket-shiro.
>>
>> But all these three seemed to have one or more of the following down sides
>> that irritated me when I evaluated them:
>>
>> 1. Missing official site. [wicket auth roles] At least I can't find it.
>>
>> 2. Seems old. [wicket auth roles + WASP/SWARM] Found a two year old
>> discussion labeled "is wicket-auth-roles discontinued?". And the comments
>> on
>> the "Getting started with Swarm" wiki page is from 2007 and 2008, plus that
>> they talk about Acegi (the old name for Spring Security) and the project
>> has
>> dependencies to Wicket 1.3 and Spring 2.0.
>>
>> 3. Doesn't seem stable. [wicket-shiro] No maven repository (you have to
>> check out trunk and build yourself) and has three different SNAPSHOT
>> dependencies.
>>
>> 4. Seems to require a lot of different project specific java classes. [all
>> three].
>>
>>
>> The last point, number 4, is a really big down side if you ask me. Keep in
>> mind that I was able to integrate Spring Security almost completely in my
>> wicket web application with very little new java code needed. And that is a
>> good thing, because project specific code is of course much less tested and
>> tried compared to official stable code of reputable frameworks. Plus that I
>> don't have to reinvent the wheel, considering the simple authentication and
>> authorization demands of my project. The only thing stopping me was this
>> stupid error message in the "unavailable" http session attribute.
>>
>> I actually started converting my project into a WASP/SWARM project, using
>> the example project from
>>
>> http://out-println.blogspot.com/2009/02/wicket-swarm-spring-security-how-to.html
>> ,
>> but after creating class after class after class of in-my-eyes boilerplate
>> code I got the overwhelming feeling that I was making my project more and
>> more dirty. And, more importantly, I got the feeling that this shouldn't be
>> so complicated. Other people surely have done this before, and maybe there
>> is a good, stable and official framework/plugin/whatever that makes Spring
>> Security and Wicket integration into a breeze. Which it really was when I
>> followed the Pet Clinic tutorial (see URL above), since that used the auto
>> generated login form.
>>
>> So, any input from you guys? What do you use to secure your wicket web
>> sites? Or maybe someone can explain how to best solve my Wicket+Spring
>> Security problem with the "hidden" http session attributes?
>>
>> Also, I hope I didn't step on anybody's toes with my list of down sides.
>> Maybe I just haven't found the right web pages that document these
>> frameworks(?) and how easy it can be to use them. Tips more then welcome!
>>
>> Regards
>> /Jimi Hullegård
>> --
>> View this message in context:
>> http://apache-wicket.1842946.n4.nabble.com/Wicket-security-what-are-the-best-options-Spring-Security-reached-almost-all-the-way-tp2068415p2068415.html
>> Sent from the Wicket - User mailing list archive at Nabble.com.
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: users-unsubscribe@wicket.apache.org
>> For additional commands, e-mail: users-help@wicket.apache.org
>>
>>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@wicket.apache.org
For additional commands, e-mail: users-help@wicket.apache.org
Re: Wicket + security, what are the best options? Spring Security
reached almost all the way...
Posted by James Carman <jc...@carmanconsulting.com>.
I have a SpringSecurityWebApplication and SpringSecurityWebSession
class you can use if you want.
On Tue, Apr 27, 2010 at 7:49 PM, Ben Tilford <be...@gmail.com> wrote:
> You can use Spring security with wicket auth-roles, I works out pretty nice
> compared to the alternatives. iirc You need do your normal Spring
> setup, extend AuthenticatedWicketApplication, and AuthenticatedSession
> which has an authenticate method you'll call your UserDetails bean from.
>
> Outdated Link
> https://cwiki.apache.org/WICKET/spring-security-and-wicket-auth-roles.html#SpringSecurityandWicket-auth-roles-ExampleWicket1.3.5
>
>
> On Tue, Apr 27, 2010 at 7:20 PM, Jimi <ji...@mogul.com> wrote:
>
>>
>> Hi,
>>
>> I'm curious to know what security frameworks you guys are using.
>>
>> The reason I'm asking is because I recently tried out Spring Security
>> together with a simple wicket web application, and was amazed on how easy
>> it
>> was. I applied the steps mentioned in their Pet Clinic tutorial
>> (
>> http://static.springsource.org/spring-security/site/petclinic-tutorial.html
>> )
>> more or less exactly as they are, and I didn't have to write a single line
>> of code. All was done using configuration. And even when I replaced the
>> hard
>> coded list of users (with their passwords and groups) with my custom
>> authentication provider (or actually custom UserDetailsService) I only had
>> two write two simple classes that implemented two very simple and logical
>> interfaces respectively, that used my pre existing hibernate configuration
>> and POJOs.
>>
>> BUT... when I wanted to replace the auto generated login screen (which
>> worked great, but just didn't look very appealing) with a custom login page
>> I quickly ran into trouble. If the login was successful then all was fine.
>> But for the cases when the login failed for some reason (like incorrect
>> username/password or database being down) I was having problems accessing
>> the error cause. Because as far as I could tell this message (actually an
>> Exception subclass) was only available as a http session attribute. And it
>> seems that Wicket does everything to hide those from the user, discourages
>> the use of the getHttpServletRequest() and the session attributes of the
>> wicket session object only seems to include attributes with a specific
>> wicket-prefix (like "wicket:wicket.myProject:") which of course caused my
>> precious Spring Security session attributes to be unavailable.
>>
>> It was then I started thinking that Spring Security maybe isn't the best
>> security framework together with Wicket. So I started looking around for
>> other alternatives. Wicket-security/WASP/SWARM (still not sure what is
>> what)
>> and "wicket auth roles" where the first two, and some time later I also
>> heard about wicket-shiro.
>>
>> But all these three seemed to have one or more of the following down sides
>> that irritated me when I evaluated them:
>>
>> 1. Missing official site. [wicket auth roles] At least I can't find it.
>>
>> 2. Seems old. [wicket auth roles + WASP/SWARM] Found a two year old
>> discussion labeled "is wicket-auth-roles discontinued?". And the comments
>> on
>> the "Getting started with Swarm" wiki page is from 2007 and 2008, plus that
>> they talk about Acegi (the old name for Spring Security) and the project
>> has
>> dependencies to Wicket 1.3 and Spring 2.0.
>>
>> 3. Doesn't seem stable. [wicket-shiro] No maven repository (you have to
>> check out trunk and build yourself) and has three different SNAPSHOT
>> dependencies.
>>
>> 4. Seems to require a lot of different project specific java classes. [all
>> three].
>>
>>
>> The last point, number 4, is a really big down side if you ask me. Keep in
>> mind that I was able to integrate Spring Security almost completely in my
>> wicket web application with very little new java code needed. And that is a
>> good thing, because project specific code is of course much less tested and
>> tried compared to official stable code of reputable frameworks. Plus that I
>> don't have to reinvent the wheel, considering the simple authentication and
>> authorization demands of my project. The only thing stopping me was this
>> stupid error message in the "unavailable" http session attribute.
>>
>> I actually started converting my project into a WASP/SWARM project, using
>> the example project from
>>
>> http://out-println.blogspot.com/2009/02/wicket-swarm-spring-security-how-to.html
>> ,
>> but after creating class after class after class of in-my-eyes boilerplate
>> code I got the overwhelming feeling that I was making my project more and
>> more dirty. And, more importantly, I got the feeling that this shouldn't be
>> so complicated. Other people surely have done this before, and maybe there
>> is a good, stable and official framework/plugin/whatever that makes Spring
>> Security and Wicket integration into a breeze. Which it really was when I
>> followed the Pet Clinic tutorial (see URL above), since that used the auto
>> generated login form.
>>
>> So, any input from you guys? What do you use to secure your wicket web
>> sites? Or maybe someone can explain how to best solve my Wicket+Spring
>> Security problem with the "hidden" http session attributes?
>>
>> Also, I hope I didn't step on anybody's toes with my list of down sides.
>> Maybe I just haven't found the right web pages that document these
>> frameworks(?) and how easy it can be to use them. Tips more then welcome!
>>
>> Regards
>> /Jimi Hullegård
>> --
>> View this message in context:
>> http://apache-wicket.1842946.n4.nabble.com/Wicket-security-what-are-the-best-options-Spring-Security-reached-almost-all-the-way-tp2068415p2068415.html
>> Sent from the Wicket - User mailing list archive at Nabble.com.
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: users-unsubscribe@wicket.apache.org
>> For additional commands, e-mail: users-help@wicket.apache.org
>>
>>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@wicket.apache.org
For additional commands, e-mail: users-help@wicket.apache.org
Re: Wicket + security, what are the best options? Spring Security
reached almost all the way...
Posted by Jimi <ji...@mogul.com>.
Thanks for the link. I've already looked at that page and besides the fact
that alot of the xml/code is missing in the beginning (like web.xml) I was
shocked by the amount of boilerplate code needed to get the wicket side
working.
That tells me that either
1) people actually copy-paste all this boilerplate code and maybe do minor
modifications for their project
2) people use this code as a guide, and write a lot of the implementation
them selfs
3) there is some easier (but undocumented) way to use wicket auth-roles (or
WASP/SWARM or wicket-shiro), with way less boilerplate code needed. Maybe .
4) people use some other framework
1 and 2 seems just plain wrong, the way I see it. If 3 or 4 is the case I
would love to hear about it from someone.
/Jimi
> You can use Spring security with wicket auth-roles, I works out pretty
> nice
> compared to the alternatives. iirc You need do your normal Spring
> setup, extend AuthenticatedWicketApplication, and AuthenticatedSession
> which has an authenticate method you'll call your UserDetails bean from.
>
> Outdated Link
> https://cwiki.apache.org/WICKET/spring-security-and-wicket-auth-roles.html#SpringSecurityandWicket-auth-roles-ExampleWicket1.3.5
--
View this message in context: http://apache-wicket.1842946.n4.nabble.com/Wicket-security-what-are-the-best-options-Spring-Security-reached-almost-all-the-way-tp2068415p2068908.html
Sent from the Wicket - User mailing list archive at Nabble.com.
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@wicket.apache.org
For additional commands, e-mail: users-help@wicket.apache.org