[seam-dev] Seam 2.1 branch

Shane Bryzak shane.bryzak at jboss.com
Sun Apr 19 23:13:18 EDT 2009


Ok, so now we have the following structure:

/seam
    /docs
        /trunk
    /examples
        /trunk
            /booking
    /modules
        /trunk
            /captcha
            /debug
            /drools
            /excel
            /framework
            /international
            /interop
            /ioc
            /jms
            /mail
            /pdf
            /remoting
            /resteasy
            /rss
            /security
            /ui
            /version-matrix
            /wicket
    /sandbox
        /trunk
    /seam-gen
        /trunk

The original /seam/trunk still contains the bootstrap, build and common 
directories plus readme's etc, but will eventually be going away.  I've 
removed most of the content from all the modules directories and all 
examples so that we can start with a fresh slate for Seam 3.  The work 
that we do for the new booking example and security module will set the 
standard for further examples and modules as we port them from the 2_1 
branch.  It's currently undecided as to where the Seam 2 -> 3 bridge 
code will go, probably in its own module or separate top-level directory.

Dan - I've given seam-gen it's own top level directory, and copied both 
the seam-gen source itself and its resource files there - could you 
please restructure this as you see best.

Shane

Pete Muir wrote:
>
> On 19 Apr 2009, at 22:16, Shane Bryzak wrote:
>
>> Pete Muir wrote:
>>>
>>> On 19 Apr 2009, at 21:56, Shane Bryzak wrote:
>>>
>>>> Pete Muir wrote:
>>>>>
>>>>> On 19 Apr 2009, at 12:48, Shane Bryzak wrote:
>>>>>
>>>>>> The majority of the restructure is now complete, and what was in 
>>>>>> Seam trunk has now been moved to the Seam_2_1 branch:
>>>>>>
>>>>>> https://svn.jboss.org/repos/seam/branches/community/Seam_2_1/
>>>>>>
>>>>>> Any further development on Seam 2.1.x should be done in this 
>>>>>> branch, and only Seam 3.x development should now be happening in 
>>>>>> trunk.  From here onward there is still a lot of work to get 
>>>>>> trunk to a stable form, which will be my top priority this week.  
>>>>>> In no particular order:
>>>>>
>>>>> Can we shift the new stuff up one level, having it in 
>>>>> trunk/modules/trunk is weird ;-)
>>>> So just trunk/modules ? No problem, though if we need to branch a 
>>>> module, where will the branch go?
>>>
>>> https://svn.jboss.org/repos/seam/
>>>  - modules
>>>    - trunk
>>>    - branches
>>>    - tags
>>>
>>> etc.
>>
>> That looks good, and in that case sandbox should sit at the same 
>> level.  Should docs, common, seam-gen stay in seam/trunk? Both docs 
>> and common currently have a trunk sub dir, which should probably be 
>> removed.
>
> docs, and seam-gen should definitely move. Let's leave common for now 
> as I don't really like it anyway.
>
>>
>>
>>>
>>>>
>>>>>
>>>>> Let's leave all the legacy stuff (build, bootstrap, random 
>>>>> scripts, eclipse project info) in trunk for now.
>>>>>
>>>>> Common should start empty and we can move code from the old seam 
>>>>> core bit by bit.
>>>>>
>>>>> Personally, I would start all modules empty - it saves on having 
>>>>> to apply updates to trunk and the 2.1 branch for now (until it is 
>>>>> actually ported).
>>>> What if we put the original module source in 
>>>> /modules/<module>/src/legacy ?
>>>
>>> Why? It won't run in current form in Seam 3. We need to make Seam 2 
>>> layer that does work. Let's just keep the legacy code in the branch 
>>> for now, and port it as needed.
>>
>> Ah ok.. we're going to have a lot of empty directories then ;)
>>>
>>>>
>>>>>
>>>>>>
>>>>>>
>>>>>> 1. The build needs to be fixed.  We will be moving to a 
>>>>>> maven-based build at least for modules and common.  This gets 
>>>>>> number one priority.
>>>>>
>>>>> We should use maven to build example artifacts too probably, and 
>>>>> use ant for the deployment.
>>>>>
>>>>>
>>>>>>
>>>>>> 2. Examples build needs to be fixed - Dan do you think you could 
>>>>>> work on this?
>>>>>> 3. Docs build need to be fixed.  As each module has now become 
>>>>>> its own standalone project, the documentation will need to be 
>>>>>> self-contained within each module.  So for example, docs for the 
>>>>>> pdf feature should be contained under modules/trunk/pdf/docs.  We 
>>>>>> still need a master documentation build for when we do a full 
>>>>>> Seam release, which will include the docs for all modules.  We 
>>>>>> also need to notify the documentation team so that they can 
>>>>>> update their build system.  Pete do you know who we should 
>>>>>> contact for this?
>>>>>
>>>>> How do you mean? What will break?
>>>> Well I believe their build system checks out the doc source from 
>>>> SVN and generates the .po files etc.  If our docs are split up into 
>>>> separate modules, their build will need to be updated also.
>>>
>>> No, it still doesn't do that. Either Nicola or I normally do that.
>>
>> Hmm, I seem to remember Samson talking about an automated build that 
>> happened every Sunday.  Perhaps they never got round to implementing 
>> it for Seam.
>
> Exactly.
>
>>
>>>
>>>>
>>>>>
>>>>>>
>>>>>> 4. The Hudson build is currently broken, so for now we should 
>>>>>> disable it for trunk.  We also need to set up new Hudson builds 
>>>>>> for the 2_1 branch.  Pete, can you please delegate this task to 
>>>>>> the appropriate person?
>>>>>
>>>>> Ondrej, can you take care of this?
>>>>>
>>>>>>
>>>>>> 5. We need to start porting the modules to JSR-299.  Our goal 
>>>>>> here should be to have implementation-independent modules, so 
>>>>>> that it should be possible to drop in any of our modules into any 
>>>>>> JSR-299 implementation and have it work in that environment.  
>>>>>> Security will be first off the bat as it is required by the 
>>>>>> booking example.
>>>>>> 6. The booking example needs to be ported to run on JSR-299 (very 
>>>>>> high priority).
>>>>>
>>>>> and JSF2
>>>>>
>>>>>>
>>>>>> 7. We should possibly evaluate whether any of the other major 
>>>>>> features such as framework, bpm, rules, etc deserve to be in 
>>>>>> their own module.
>>>>>
>>>>> bpm will be done for Web Beans. All major features should be in 
>>>>> their own module. There is no Seam "core" anymore.
>>>>>>
>>>>>>
>>>>>> That's the state of things at the moment, I'll try to post 
>>>>>> regular progress updates this week.  I'll also post something to 
>>>>>> the forums to let the community know about the changes.
>>>>>
>>>>> Thanks Shane!
>>>>>
>>>>>>
>>>>>>
>>>>>> Shane
>>>>>>
>>>>>>
>>>>>> Shane Bryzak wrote:
>>>>>>> I'm now starting the restructuring work on Seam trunk, so the 
>>>>>>> code freeze is now in effect.  I'll send another mail once it's 
>>>>>>> done.
>>>>>>>
>>>>>>> Thanks,
>>>>>>> Shane
>>>>>>>
>>>>>>> Shane Bryzak wrote:
>>>>>>>> All,
>>>>>>>>
>>>>>>>> Shortly (tomorrow evening my time) I'm going to branch Seam 
>>>>>>>> trunk into a Seam_2_1 branch, and start working on the 
>>>>>>>> directory structure for Seam 3 in trunk.  After discussing with 
>>>>>>>> Pete, we've decided that we are going to go with a modular 
>>>>>>>> directory structure which will make it possible to do separate 
>>>>>>>> releases for individual Seam modules (as well as other 
>>>>>>>> advantages).  The new directory structure will look somewhat 
>>>>>>>> like this:
>>>>>>>>
>>>>>>>> /seam/trunk
>>>>>>>>                  /modules/trunk
>>>>>>>>                                            /excel
>>>>>>>>                                            /mail
>>>>>>>>                                            /pdf
>>>>>>>>                                            /remoting
>>>>>>>>                                            /resteasy
>>>>>>>>                                            /rss
>>>>>>>>                                            /security
>>>>>>>>                  /sandbox/trunk
>>>>>>>>                                            /other sandbox 
>>>>>>>> modules go here,
>>>>>>>>                                            /and once stable 
>>>>>>>> they move to /modules
>>>>>>>>                  /examples/trunk
>>>>>>>>                                            /existing seam 
>>>>>>>> examples go here
>>>>>>>>                  /docs/trunk
>>>>>>>>                  /common/trunk
>>>>>>>>
>>>>>>>> Could we please have all code checked in before this change - 
>>>>>>>> I'll probably begin around the following time, and require a 
>>>>>>>> short code freeze (hopefully just a few hours) while the 
>>>>>>>> restructuring is taking place.
>>>>>>>>
>>>>>>>> http://www.timeanddate.com/worldclock/fixedtime.html?month=4&day=19&year=2009&hour=18&min=0&sec=0&p1=47 <http://www.timeanddate.com/worldclock/fixedtime.html?month=4&day=19&year=2009&hour=18&min=0&sec=0&p1=47> 
>>>>>>>>
>>>>>>>>
>>>>>>>> Thanks,
>>>>>>>> Shane
>>>>>>>> _______________________________________________
>>>>>>>> seam-dev mailing list
>>>>>>>> seam-dev at lists.jboss.org
>>>>>>>> https://lists.jboss.org/mailman/listinfo/seam-dev
>>>>>>>
>>>>>>> _______________________________________________
>>>>>>> seam-dev mailing list
>>>>>>> seam-dev at lists.jboss.org
>>>>>>> https://lists.jboss.org/mailman/listinfo/seam-dev
>>>>>>
>>>>>> _______________________________________________
>>>>>> seam-dev mailing list
>>>>>> seam-dev at lists.jboss.org
>>>>>> https://lists.jboss.org/mailman/listinfo/seam-dev
>>>>>
>>>>> -- 
>>>>> Pete Muir
>>>>> http://www.seamframework.org
>>>>> http://in.relation.to/Bloggers/Pete
>>>>>
>>>>
>>>
>>> -- 
>>> Pete Muir
>>> http://www.seamframework.org
>>> http://in.relation.to/Bloggers/Pete
>>>
>>
>
> -- 
> Pete Muir
> http://www.seamframework.org
> http://in.relation.to/Bloggers/Pete
>
> _______________________________________________
> seam-dev mailing list
> seam-dev at lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/seam-dev




More information about the seam-dev mailing list