[seam-dev] Seam 2.1 branch

Shane Bryzak shane.bryzak at jboss.com
Sun Apr 19 17:16:39 EDT 2009


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.

>
>>
>>>
>>> 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.
>
>>
>>>
>>>>
>>>> 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
>




More information about the seam-dev mailing list