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