something like
1.0.0.1-alpha would be OK, since it is not a SNAPSHOT
;-)

On Feb 12, 2008 6:49 PM, Matthias Wessendorf <[EMAIL PROTECTED]> wrote:
> that means we need a release of the -SNAPSHOT, when we want a new
> Trinidad release ;-)
>
> -M
>
>
> On Feb 12, 2008 6:23 PM, Scott O'Bryan <[EMAIL PROTECTED]> wrote:
> > Hey everyone,
> >
> > I've been tinkering with some alternatives to handling TRINIDAD-134.
> > This patch appears to have never been applied.  The proposal with the
> > patch was to change a line in StateManagerImpl from:
> >
> > Application.createComponent(UIViewRoot.COMPONENT_TYPE)
> >
> > to
> >
> > Application.getViewHandler().createView(context, null);
> >
> > The issue with this is that createView does some other things which may
> > have unforeseen side effects.  Furthermore there is a slight cost in
> > performance on using createView over createComponent.
> >
> > I believe using the JSR-301 API's I can modify this patch to continue to
> > use createComponent and, only when in a portal environment, perform the
> > additional work to properly wrap the UIViewRoot.  This will add a build
> > time dependency on the 1.0.0-SNAPSHOT portlet-bridge api.
> >
> > This is a BUILD TIME dependency only and the code will be written such
> > that the bridge API is not needed in the class path unless Trinidad is
> > being run in a portlet environment.
> >
> > Does anyone have an objection to this?
> >
> > Scott
> >
>
>
>
> --
> Matthias Wessendorf
>
> further stuff:
> blog: http://matthiaswessendorf.wordpress.com/
> sessions: http://www.slideshare.net/mwessendorf
> mail: matzew-at-apache-dot-org
>



-- 
Matthias Wessendorf

further stuff:
blog: http://matthiaswessendorf.wordpress.com/
sessions: http://www.slideshare.net/mwessendorf
mail: matzew-at-apache-dot-org

Reply via email to