>
> This sounds fine. I was more getting at the structure within the
> repository,
> how the build would be handled (how does it tie in with the impl.
etc.).
>
> If you're comfortable with spearheading this, please go for it.
I don't want to duplicate what Ed has already done. If Ed is willing to
drop the implementation-neutral requirement then we could do this in his
jsf-extensions project.
Otherwise, I can start a brand new project either at java.net or at
labs.jboss.org. Initially, I would just take a snapshot of JSF 1.2 from
java.net and start adding new experimental features to it.
As these features are fleshed out and accepted, they could be easily
contributed back to the main project. I'm not sure if it makes sense to
do this as a branch because a lot of this stuff would never make it back
to the main project. So, merging branches probably would work very
well.
Those of you who know project management a little better than me might
have other ideas though.
Stan Silvert
JBoss, a division of RedHat
ssilvert_at_jboss.com
> -----Original Message-----
> From: Ryan.Lubke_at_Sun.COM [mailto:Ryan.Lubke_at_Sun.COM]
> Sent: Monday, June 26, 2006 1:03 PM
> To: dev_at_javaserverfaces.dev.java.net
> Subject: Re: Redirect Params
>
> Stan Silvert wrote:
> >>> Is a true sandbox project a possibility?
> >>>
> >>>
> >> Yes, I think it is. Do you have a proposal on how this sandbox
should
> >> be structured?
> >>
> >
> > Here is the general idea:
> >
> > * The JSF Sandbox Project is a platform for experimental new JSF
> > features.
> >
> > * It provides a laboratory for features that go beyond the spec, but
> > cannot be reasonably implemented under current JSF 1.2 extension
> > mechanisms.
> >
> > * The code base comes from the CDDL licensed JSF 1.2 implementation
at
> > java.net. As much as possible, changes to the original project are
> > migrated to the sandbox.
> >
> > * All code in the sandbox will use the CDDL license.
> >
> Stan,
>
> This sounds fine. I was more getting at the structure within the
> repository,
> how the build would be handled (how does it tie in with the impl.
etc.).
>
> If you're comfortable with spearheading this, please go for it.
> > Stan Silvert
> > JBoss, a division of RedHat
> > ssilvert_at_jboss.com
> >
> >> -----Original Message-----
> >> From: Ryan.Lubke_at_Sun.COM [mailto:Ryan.Lubke_at_Sun.COM]
> >> Sent: Friday, June 23, 2006 1:46 PM
> >> To: dev_at_javaserverfaces.dev.java.net
> >> Subject: Re: Redirect Params
> >>
> >> Stan Silvert wrote:
> >>
> >>>> I recommend you add a "navigation" sub module to the run-time
> >>>>
> > module.
> >
> >>> I'd love to add this to jsf-extensions. However, I've been
thinking
> >>> about this and I don't think adding it to jsf-extensions will work
> >>>
> > very
> >
> >>> well. As long as the jsf-extensions project must be impl-neutral,
> >>> redirect params will be very hard to implement.
> >>>
> >>> First, I would need something like this:
> >>>
> >>>
> >
https://javaserverfaces-spec-public.dev.java.net/issues/show_bug.cgi?id=
> >
> >>> 179
> >>>
> >>> Second, I think I need a better alternative to the
> >>> navigation-rule-extension. Correct me if I'm wrong, but if I put
> >>>
> > the
> >
> >>> new stuff under that tag then I would need to repeat everything
that
> >>> normally goes under navigation-rule. I really just want to add
> >>>
> > stuff to
> >
> >>> the existing <redirect> tags.
> >>>
> >>> Unless I'm missing something, an impl-neutral implementation of
> >>>
> > redirect
> >
> >>> params would mean a huge cut and paste job of
NavigationHandlerImpl,
> >>>
> > the
> >
> >>> digester stuff, and the ApplicationAssociate.
> >>>
> >>> Is a true sandbox project a possibility?
> >>>
> >>>
> >> Yes, I think it is. Do you have a proposal on how this sandbox
should
> >> be structured?
> >>
> >>> Stan Silvert
> >>> JBoss, a division of RedHat
> >>> ssilvert_at_jboss.com
> >>>
> >>>
> >>>> -----Original Message-----
> >>>> From: Ed Burns [mailto:ed.burns_at_sun.com]
> >>>> Sent: Wednesday, June 14, 2006 12:43 PM
> >>>> To: dev_at_javaserverfaces.dev.java.net
> >>>> Subject: RE: Re: Redirect Params
> >>>>
> >>>>
> >>>>
> >>>>>>>>> On Mon, 12 Jun 2006 21:30:55 -0500, Stan Silvert
> >>>>>>>>>
> >>>>>>>>>
> >>>> <stan.silvert_at_jboss.com> said:
> >>>>
> >>>>
> >>>>
> >>>>>> I view jsf-extensions as the sandbox project, but I'm open to
> >>>>>>
> >>>>>>
> >>>> SS> discussion
> >>>>
> >>>>
> >>>>>> on having a really light-weight sandbox project within the
> >>>>>>
> > jsf-impl
> >
> >>>> SS> code
> >>>>
> >>>>
> >>>>>> base.
> >>>>>>
> >>>>>> Ryan and Stan, why do you not think jsf-extensions is a good
> >>>>>>
> > place
> >
> >>> for
> >>>
> >>>
> >>>>>> this?
> >>>>>>
> >>>>>>
> >>>> SS> I didn't know that the jsf-extensions project even existed
> >>>>
> > until a
> >
> >>> few
> >>>
> >>>
> >>>> SS> hours ago. What does it currently consist of?
> >>>>
> >>>> run-time
> >>>>
> >>>> avatar - The Avatar AJAX concept
> >>>>
> >>>> flash - an ELResolver that exposes a RubyOnRails style Flash
> >>>>
> > feature
> >
> >>>> for JSF.
> >>>>
> >>>> test-time
> >>>>
> >>>> A generalization of Sun's JSF Impl test harness, built on top
of
> >>>> Cactus and HtmlUnit.
> >>>>
> >>>> design-time
> >>>>
> >>>> A place-holder for a generalization of the tag lib and tag
> >>>>
> > handler
> >
> >>>> generation mechanism.
> >>>>
> >>>> I recommend you add a "navigation" sub module to the run-time
> >>>>
> > module.
> >
> >>>> Ed
> >>>>
> >>>>
> >>>> --
> >>>> | ed.burns_at_sun.com | {home: 407 869 9587, office: 408 884 9519
OR
> >>>>
> >>>>
> >>> x31640}
> >>>
> >>>
> >>>> | homepage: | http://purl.oclc.org/NET/edburns/
> >>>> | aim: edburns0sunw | iim: ed.burns_at_sun.com
> >>>>
> >>>>
> >>>>
> >
---------------------------------------------------------------------
> >
> >>>> To unsubscribe, e-mail:
> >>>>
> > dev-unsubscribe_at_javaserverfaces.dev.java.net
> >
> >>>> For additional commands, e-mail:
> >>>>
> > dev-help_at_javaserverfaces.dev.java.net
> >
> >>>
> >
---------------------------------------------------------------------
> >
> >>> To unsubscribe, e-mail:
dev-unsubscribe_at_javaserverfaces.dev.java.net
> >>> For additional commands, e-mail:
> >>>
> > dev-help_at_javaserverfaces.dev.java.net
> >
> >>>
> >>
---------------------------------------------------------------------
> >> To unsubscribe, e-mail:
dev-unsubscribe_at_javaserverfaces.dev.java.net
> >> For additional commands, e-mail:
dev-help_at_javaserverfaces.dev.java.net
> >>
> >
> >
---------------------------------------------------------------------
> > To unsubscribe, e-mail: dev-unsubscribe_at_javaserverfaces.dev.java.net
> > For additional commands, e-mail:
dev-help_at_javaserverfaces.dev.java.net
> >
> >
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe_at_javaserverfaces.dev.java.net
> For additional commands, e-mail: dev-help_at_javaserverfaces.dev.java.net