I do agree that we should at least add the support for Java Authentication
and Authorization Service (JAAS) to Stripes core.
On the other hand, I also feel that the support for external frameworks
(i.e. Spring) don't belong in Stripes core and should me moved to external
extensions.
Cheers,
--
Samuel Santos
http://www.samaxes.com/
On Mon, Nov 8, 2010 at 7:07 AM, dimension123 dimension123 <
dimension...@gmail.com> wrote:
> I am curious if there are any things related to security that are going
> into 1.5.4.
> I think the only thing lacking with stripes is security and while i
> understand the argument that there are other frameworks that handle security
> well, i feel large corporate tech shops turn down proposals from architects
> pushing stripes because of its lack of security consideration ...security is
> perhaps one of the most important factors when it comes to IT heads adopting
> a new framework; if they have to use say spring security with stripes, then
> they are going to go spring all the way in many cases i think as the
> impression is that it will be more economical to pour resources into
> learning/adopting a single framework rather than two.
> Just my 2 pennies...
>
> On Sun, Nov 7, 2010 at 9:09 PM, Nikolaos Giannopoulos <
> nikol...@brightminds.org> wrote:
>
>> Samuel,
>>
>> I am very much in favour of Maven on any project to the point that I have
>> been very vocal about Stripes and Maven support.
>>
>> However, I would agree with Ben that for 1.5.4 that we just keep things as
>> they are. In fact, I think 1.5.4 has stewed long enough and should be
>> officially released as we are approaching a year since the release of
>> 1.5.3. As I have mentioned a number of times "perception" is key in
>> software IMHO and a release of 1.5.4 trumps internal project changes - at
>> least for me.
>>
>> Speaking of which:
>>
>> Ben: Any idea when 1.5.4 will be released? It contains a lot of key
>> fixes and it has baked long enough? No???
>>
>> --Nikolaos
>>
>>
>>
>>
>>
>> Samuel Santos wrote:
>>
>> Ben,
>>
>> Consider this as an excuse to optimize our code structure ;)
>>
>> Cheers,
>>
>> --
>> Samuel Santos
>> http://www.samaxes.com/
>>
>>
>> On Fri, Nov 5, 2010 at 2:04 PM, Ben Gunter <gunter...@gmail.com> wrote:
>>
>>> This is something we can consider after the release of 1.5.4. I didn't
>>> feel the need to add a Maven build in the first place, and I surely don't
>>> like the idea of having to move stuff all around to accommodate it so there
>>> will be resistance.
>>>
>>> -Ben
>>>
>>>
>>> On Sun, Oct 31, 2010 at 11:17 AM, VANKEISBELCK Remi <r...@rvkb.com>wrote:
>>>
>>>> Hi Nathan,
>>>>
>>>> In order to keep the current tooling (ant, ide settings, scripts, etc)
>>>> working, and to get the first maven build working smoothly without being
>>>> intrusive, it has been agreed that nothing had to be changed.
>>>>
>>>> Now that it works, I already talked about some refactoring of the
>>>> folders to allow less config in poms, and more importantly, to allow tests
>>>> to be in the same module than the core code.
>>>>
>>>> For the moment, due to the folder layout that was imposed, I had to
>>>> create a specific module for the unit tests. This means that the core
>>>> module
>>>> is built (and deployed if you do mvn deploy) even when tests fail. It only
>>>> has to compile to get installed/deployed into maven repos. That sucks (not
>>>> that word again...) a lot, and IMHO is the main reason to so some small
>>>> refactorings.
>>>>
>>>> Ben ? Have you thought about it a little ? Would you mind if I do some
>>>> small surgery in 1.5.x and trunk so that we have the tests in the core
>>>> module ?
>>>>
>>>> Cheers
>>>>
>>>> Remi
>>>>
>>>>
>>>> 2010/10/31 Nathan Maves <nathan.ma...@gmail.com>
>>>>
>>>>> Just curious if anyone has thought to migrate the current layout of the
>>>>> stripes code to use more Maven conventions?
>>>>>
>>>>> Nathan
>>>>>
>>>>
>>>
>>>
>>> ------------------------------------------------------------------------------
>>> The Next 800 Companies to Lead America's Growth: New Video Whitepaper
>>> David G. Thomson, author of the best-selling book "Blueprint to a
>>> Billion" shares his insights and actions to help propel your
>>> business during the next growth cycle. Listen Now!
>>> http://p.sf.net/sfu/SAP-dev2dev
>>> _______________________________________________
>>> Stripes-users mailing list
>>> Stripes-users@lists.sourceforge.net
>>> https://lists.sourceforge.net/lists/listinfo/stripes-users
>>>
>>>
>>
>>
>> ------------------------------------------------------------------------------
>> The Next 800 Companies to Lead America's Growth: New Video Whitepaper
>> David G. Thomson, author of the best-selling book "Blueprint to a
>> Billion" shares his insights and actions to help propel your
>> business during the next growth cycle. Listen Now!
>> http://p.sf.net/sfu/SAP-dev2dev
>> _______________________________________________
>> Stripes-users mailing list
>> Stripes-users@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/stripes-users
>>
>>
>
>
> ------------------------------------------------------------------------------
> The Next 800 Companies to Lead America's Growth: New Video Whitepaper
> David G. Thomson, author of the best-selling book "Blueprint to a
> Billion" shares his insights and actions to help propel your
> business during the next growth cycle. Listen Now!
> http://p.sf.net/sfu/SAP-dev2dev
> _______________________________________________
> Stripes-users mailing list
> Stripes-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/stripes-users
>
>
------------------------------------------------------------------------------
The Next 800 Companies to Lead America's Growth: New Video Whitepaper
David G. Thomson, author of the best-selling book "Blueprint to a
Billion" shares his insights and actions to help propel your
business during the next growth cycle. Listen Now!
http://p.sf.net/sfu/SAP-dev2dev
_______________________________________________
Stripes-users mailing list
Stripes-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/stripes-users
