Hi Remi and all,
I'm not a huge fan of integrating extensions into the main build, "de facto
standard" is somewhat subjective.
I believe we should first think about a better plugin system (as Morten
pointed out on Stripes LinkedIn Group).
What I would like to see in Stripes:
1. Full Maven build;
2. Validate what belongs to core and what doesn't, I do believe that:
1. Spring integration should be moved from core to a plugin (Java EE
users will probably never use/need this feature);
2. Stripes Layout Tags should be moved from core to a plugin (Sitemesh
users will probably never use/need this feature);
3. Stripes Security should be moved from plugin to core (Security and
JAAS integration is a fundamental feature in any Java web framework).
3. Move Stripes source code to GitHub:
1. Create a Stripes organization;
2. Create Stripes Core project under Stripes organization (developers
can fork it, fix issues and add new features, that can later be
pulled into
the master branch);
3. Allow developers to create plugins / extensions under Stripes
organization or fork their plugins.
However, I'm not sure that we should do any change before Stripes 1.6.
I miss ObjectPostProcessor so much that I rather prefer to release 1.6 first
and then make the changes.
What do you think?
Cheers,
--
Samuel Santos
http://www.samaxes.com/
On Mon, Apr 18, 2011 at 10:47 PM, VANKEISBELCK Remi <r...@rvkb.com> wrote:
> Hey Ben,
>
> First things first, what about :
> 1/ full maven build (yeah, drop ant for good), with refactoring of the
> source folders etc.
> 2/ integrate all extensions to the main build (as submodules) -
> Stripersist / Stripes security for starters
> 3/ ask plugin devs to submit doc for their plugins, to be integrated to the
> main wiki
>
> I know you're not a maven freak, but really, 2 separate builds is awkward,
> and having a standard build would help a lot for third party integration. I
> really think a small source layout refactoring and dropping all the
> build.xml stuff wouldn't hurt.
>
> I'm ok to do this on 1.5.x and trunk whenever you want.
>
> Cheers
>
> Remi
>
>
> 2011/4/18 Ben Gunter <gunter...@gmail.com>
>
>> I just chimed in on the LinkedIn discussion, though there's not much to my
>> response. Basically, I'd like to see a clear plan for what you want to do.
>> Then we can discuss how to execute the plan.
>>
>>
>> On Thu, Apr 14, 2011 at 9:01 PM, Morten Matras
>> <morten.mat...@gmail.com>wrote:
>>
>>> Hi George
>>>
>>> In the Stripesframework linked in group there is an ongoing discussion
>>> regarding this topic.
>>>
>>> There seems to be a consensus regarding your ideas. Currently we're
>>> waiting for Ben / Tim to give their opinion before stepping forward with
>>> some action.
>>>
>>> Ben?
>>>
>>> Thanks
>>>
>>> Morten
>>>
>>> 2011/4/14 George Clark <gc1...@gmail.com>
>>>
>>>> Hi all,
>>>>
>>>> I enjoy Stripes in my personal time. Unfortunately, at the office
>>>> we're using Grails. I'm wondering if any of you have thought about or
>>>> implemented a grails-type plugin solution in your dev environments?
>>>>
>>>> There are a few things I enjoy about Grails and one of them is their
>>>> plugin strategy. It can be messy at times but I feel we've leveraged it
>>>> well and it's become pretty valuable. An example might be something
>>>> off-the-shelf like an Acegi authentication plugin. It can be "installed"
>>>> through maven, and it's controllers, configuration and WEB-INF resources
>>>> are
>>>> merged into the main application.
>>>>
>>>> But I suppose the real benefit is if you're in charge of five or six
>>>> applications in different repositories and want to share more than just
>>>> taglibs. For instance, we have a system that consumes events from running
>>>> applications and makes decisions to notify people of said events. We've
>>>> built a plugin that provides beans to create such events, controllers to
>>>> act
>>>> as an interface to the queued data, and controllers that provide views to
>>>> allow humans to inspect the app directly complete with images, css and
>>>> javascript. It appears as a complete application structure:
>>>> controllers/views/jars/assests, etc.
>>>>
>>>> Any person creating a new webapp merely adds event-monitoring-plugin
>>>> in their pom and now they've met the corporate web interface for monitoring
>>>> and reporting. Occasionally the plugin is upgraded and we can simply
>>>> change
>>>> the value in the pom and rebuild the application. I'm feeling like if we
>>>> were doing this is stripes I would be copying these resources into every
>>>> application and they would live within that applications resources.
>>>>
>>>> I suppose I could do something at build time where I unzip a package
>>>> over-top of main application code which adds controllers and adds resources
>>>> to WEB-INF. Maybe I could also make it smart enough to modify the
>>>> ActionResolver.Packages list. Or, maybe I just need to think about this
>>>> differently altogether!
>>>>
>>>> What kinds of processes/solutions do you use when wanting to share
>>>> this kind of code?
>>>>
>>>> Thanks!
>>>> George
>>>>
>>>>
>>>>
>>>>
>>>> ------------------------------------------------------------------------------
>>>> Benefiting from Server Virtualization: Beyond Initial Workload
>>>> Consolidation -- Increasing the use of server virtualization is a top
>>>> priority.Virtualization can reduce costs, simplify management, and
>>>> improve
>>>> application availability and disaster protection. Learn more about
>>>> boosting
>>>> the value of server virtualization.
>>>> http://p.sf.net/sfu/vmware-sfdev2dev
>>>> _______________________________________________
>>>> Stripes-users mailing list
>>>> Stripes-users@lists.sourceforge.net
>>>> https://lists.sourceforge.net/lists/listinfo/stripes-users
>>>>
>>>>
>>>
>>>
>>> --
>>> Morten Matras
>>> Consultant
>>> Blob Communication ApS
>>> Svendsagervej 42
>>> DK-5240 Odense NØ
>>> P: (+45) 36 96 07 06
>>> W: www.blobcom.com
>>> E: morten.mat...@gmail.com
>>>
>>>
>>> ------------------------------------------------------------------------------
>>> Benefiting from Server Virtualization: Beyond Initial Workload
>>> Consolidation -- Increasing the use of server virtualization is a top
>>> priority.Virtualization can reduce costs, simplify management, and
>>> improve
>>> application availability and disaster protection. Learn more about
>>> boosting
>>> the value of server virtualization. http://p.sf.net/sfu/vmware-sfdev2dev
>>> _______________________________________________
>>> Stripes-users mailing list
>>> Stripes-users@lists.sourceforge.net
>>> https://lists.sourceforge.net/lists/listinfo/stripes-users
>>>
>>>
>>
>>
>> ------------------------------------------------------------------------------
>> Benefiting from Server Virtualization: Beyond Initial Workload
>> Consolidation -- Increasing the use of server virtualization is a top
>> priority.Virtualization can reduce costs, simplify management, and improve
>> application availability and disaster protection. Learn more about
>> boosting
>> the value of server virtualization. http://p.sf.net/sfu/vmware-sfdev2dev
>> _______________________________________________
>> Stripes-users mailing list
>> Stripes-users@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/stripes-users
>>
>>
>
>
> ------------------------------------------------------------------------------
> Benefiting from Server Virtualization: Beyond Initial Workload
> Consolidation -- Increasing the use of server virtualization is a top
> priority.Virtualization can reduce costs, simplify management, and improve
> application availability and disaster protection. Learn more about boosting
> the value of server virtualization. http://p.sf.net/sfu/vmware-sfdev2dev
> _______________________________________________
> Stripes-users mailing list
> Stripes-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/stripes-users
>
>
------------------------------------------------------------------------------
Benefiting from Server Virtualization: Beyond Initial Workload
Consolidation -- Increasing the use of server virtualization is a top
priority.Virtualization can reduce costs, simplify management, and improve
application availability and disaster protection. Learn more about boosting
the value of server virtualization. http://p.sf.net/sfu/vmware-sfdev2dev
_______________________________________________
Stripes-users mailing list
Stripes-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/stripes-users
