[seam-dev] Seam 3 examples release cycle

Pete Muir pmuir at redhat.com
Wed Nov 25 08:48:31 EST 2009


Yes, I came to the same conclusion as Dan. BTW no reason you can't tag and release a beta of the example when you get your update in.

On 24 Nov 2009, at 20:13, Dan Allen wrote:

> Yep, this parallels the problem with docs, which we decided belong in the module.
> 
> It's possible we could still have broader examples that go into a shared examples directory and only update on a full Seam release, then have local examples for modules that can be updated more often. Actually, this option is good because we can verify backward compatibility in the general examples while still having the flexibility to demonstrate more specific features in the module-local examples.
> 
> -Dan
> 
> On Tue, Nov 24, 2009 at 12:00 PM, Shane Bryzak <sbryzak at redhat.com> wrote:
> I can foresee a potential issue with the release cycle for examples,
> especially if we go down the path that we discussed during the meeting
> where we consolidate examples into more complex apps that demonstrate
> multiple Seam features.  For example, let's say that we release a
> production version of Seam 3.0.0 that contains (among other things):
> 
> Seam Security 3.0.0
> Seam examples 3.0.0
> 
> Now let's say I add some new feature into security and decide to do a
> release of Seam Security 3.0.1.  If I have accordingly updated the
> security examples with the new feature, does that mean that I need to do
> a simultaneous release of Seam examples 3.0.1?  Also, what if other
> sub-project leads have in the meantime added new features to their
> modules and their examples are in an incomplete state?  As you can see
> this becomes a problem.
> 
> One possible solution is to remove the examples branch altogether and
> include the examples within the related module instead.  This prevents
> us though from creating multi-feature examples, as they will be bound to
> the sub-project lifecycle.   One other option is to only release
> examples during a major Seam release, however this is less desirable in
> the case where we release a module with complex new features that really
> need to be demonstrated.
> 
> IMHO out of these two options the first one seems the lesser of two
> evils, however I'm wondering what you guys think.
> _______________________________________________
> seam-dev mailing list
> seam-dev at lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/seam-dev
> 
> 
> 
> -- 
> Dan Allen
> Senior Software Engineer, Red Hat | Author of Seam in Action
> Registered Linux User #231597
> 
> http://mojavelinux.com
> http://mojavelinux.com/seaminaction
> http://www.google.com/profiles/dan.j.allen
> _______________________________________________
> 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