Martijn, I'm in the planning and estimating stages for this project, so no I haven't tried it out. I was hoping to hear from someone who has to help give me an idea of how much effort will be involved. Of course, I will be giving it a try as well, I just haven't yet.
Thanks! Tauren On Fri, Feb 20, 2009 at 2:46 PM, Martijn Dashorst <martijn.dasho...@gmail.com> wrote: > Our company is quite invested in swarm/wasp (Maurice was a friend and > co-worker). Our current projects are still 1.3 based, and several > swarm/wasp based projects will move to wicket 1.4 as it becomes final. > Chances are we'll need to fix swarm/wasp as well, and invest into that > when that happens. > > What doesn't work with swarm/wasp in wicket 1.4? Did you try it out? > > Martijn > > On Fri, Feb 20, 2009 at 11:08 PM, Tauren Mills <tau...@groovee.com> wrote: >> Jeremy, >> >> Thanks for the response. I apologize for touching on a sensitive >> subject like this, but I was unaware of the circumstances. My >> condolences to anyone who knew Maurice. >> >> It really does look like Wicket-security, and in particular version >> 1.3.1 might be the right solution for my application. Are there >> people out there who are using it in your applications? Do you have >> any plans for how to migrate to wicket 1.4, or have you already >> attempted doing so? How much effort was involved? >> >> I wouldn't mind helping move wicket security forward, but I'm not sure >> if I have the technical expertise to lead the project. I'm somewhat >> proficient with wicket 1.3, but am still just dabbling with 1.4. >> >> Thanks again, >> Tauren >> >> >> On Fri, Feb 20, 2009 at 1:56 PM, Jeremy Thomerson >> <jer...@wickettraining.com> wrote: >>> I think since Maurice's death, there has not been much concrete discussion >>> as to the future of it. I suppose it needs a leader to pick it up and run >>> with it (and I nominate Nino :) >>> >>> http://www.nabble.com/Future-of-Wicket-Security--td19176506.html >>> http://www.nabble.com/In-memoriam:-Maurice-Marrink-td18813738.html >>> >>> -- >>> Jeremy Thomerson >>> http://www.wickettraining.com >>> >>> On Fri, Feb 20, 2009 at 3:48 PM, Tauren Mills <tau...@groovee.com> wrote: >>> >>>> Does anyone know the current status of the wicket-security project? >>>> It looks like there has been no activity in svn for close to a year. >>>> And it is unclear if it will work with wicket 1.4. What is the >>>> preferred tool today for implementing a roles-based authorization and >>>> authentication system with wicket 1.4? >>>> >>>> Right now I only need wicket-based security, but may need to secure >>>> webservices as well in the future, and understand that swarm 1.3.1 was >>>> working to add that. In my application, users will be assigned >>>> multiple roles. All users will see the same "main page", but users >>>> with certain roles need to be able to see additional tabs, more >>>> content panels, as well as be able to view and edit appropriate >>>> content based on roles. >>>> >>>> So I'm trying to determine a security implementation for an upcoming >>>> project and have been researching the options available. I've found >>>> the following approaches: >>>> >>>> Wicket Auth Roles >>>> wicket-auth-roles-1.4-rc2.jar >>>> Roles support seems quite limited >>>> >>>> Wicket Security (SWARM and WASP) >>>> http://wicketstuff.org/confluence/display/STUFFWIKI/Wicket-Security >>>> http://wicketstuff.org/confluence/display/STUFFWIKI/Wicket-Security+1.3.1 >>>> Looks powerful, but not sure if it works with 1.4 and if support is >>>> going to continue. >>>> >>>> Wicket Security + ACEGI >>>> http://wicketstuff.org/confluence/display/STUFFWIKI/Swarm+and+Acegi+HowTo >>>> Not sure about this one >>>> >>>> Wicket Auth Roles plus Spring Security >>>> Example: http://svn.carmanconsulting.com/public/wicket-advanced/trunk/ >>>> Looks clean and simple, but I thought I read spring security was very >>>> much based on the RESTfulness of things, which doesn't necessarily >>>> work all that well with wicket. Never used it, so maybe I'm mistaken. >>>> >>>> Wicket in Action book >>>> Uses a simple, but custom implementation. I would consider going with >>>> a custom solution too if the other options don't pan out. >>>> >>>> Any other solutions I don't know about? I'm all ears if anyone has >>>> recommendations for my use case. I'm leaning toward wicket security, >>>> but am concerned about the lack of activity. >>>> >>>> Thanks, >>>> Tauren >>>> >>>> --------------------------------------------------------------------- >>>> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org >>>> For additional commands, e-mail: users-h...@wicket.apache.org >>>> >>>> >>> >> >> --------------------------------------------------------------------- >> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org >> For additional commands, e-mail: users-h...@wicket.apache.org >> >> > > > > -- > Become a Wicket expert, learn from the best: http://wicketinaction.com > Apache Wicket 1.3.5 is released > Get it now: http://www.apache.org/dyn/closer.cgi/wicket/1.3. > > --------------------------------------------------------------------- > To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org > For additional commands, e-mail: users-h...@wicket.apache.org > > --------------------------------------------------------------------- To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org