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