Craig, thanks for the update, I know how that feels, please keep us in
the loop, we can't wait to get this project started.
-Omar
Craig McClanahan wrote:
On 2/27/06, *Martin Marinschek* <[EMAIL PROTECTED]
<mailto:[EMAIL PROTECTED]>> wrote:
That will be infrastructure - whoever takes on the task of doing so.
I don't think that the incubator PMC is voting though, I think the
proposal was silently ignored now for a week or so.
Craig, do you know anything? You're on the incubator PMC, right?
I am, but I got back from Korea this morning and don't necessarily know
what day it is :-). The various incubator responsibilities have been
refactored a bit since last time I did this, but it looks like the
Mentor (me) is the primary forward driver at this point. I'll start
that tomorrow once I've convinced my body what time zone I am in.
I suggested to Manfred to resend it to [EMAIL PROTECTED] - don't know
if he's done that so far.
regards,
Martin
Craig
On 2/27/06, Adam Winer < [EMAIL PROTECTED] <mailto:[EMAIL PROTECTED]>>
wrote:
> Great, looking forward to some good news!
>
> One more question - assuming the incubator proposal comes back with
> thumbs up, who takes on the work of getting the repository set up?
> One reason I ask is that I'd like to do a new drop of our source
code,
> since obviously we haven't stopped working since the first drop.
>
> Thanks,
> Adam
>
>
> On 2/27/06, Omar Tazi < [EMAIL PROTECTED]
<mailto:[EMAIL PROTECTED]>> wrote:
> > Hi Adam,
> >
> > Manfred submitted the incubation proposal to the incubator PMC.
I assume
> > they are currently voting on it and will let us know (hopefully
anytime
> > now) what the result is. Almost there :)
> >
> > -Omar
> >
> >
> > Adam Winer wrote:
> > > Good question... when the Incubator process kicks in
> > > (when *is* that gonna be? any news?) will we add a JIRA
> > > project then, or does that need to wait 'til we leave the
> > > incubator?
> > >
> > > FWIW, the ADF code has no problems with adding components
> > > during Render Response - some of our components do just
> > > that. We *do* replace the renderer for HtmlCommandLink, partly
> > > so that our client-side validation code fires with h:commandLink
> > > or af:commandLink, but also from some other issues that have
> > > skipped my memory at the moment.
> > >
> > > The only thing I can imagine in this specific instance if
absolutely
> > > nothing is rendering for it is that our replaced commandLink
renderer
> > > will refuse to do anything if it isn't inside of a form. If
memory serves,
> > > it logs a warning in this case. Could you check that you're
using
> > > a form (either h:form or af:form, we don't care which)?
> > >
> > > -- Adam
> > >
> > >
> > >
> > > On 2/26/06, Dennis Byrne <[EMAIL PROTECTED]
<mailto:[EMAIL PROTECTED]>> wrote:
> > >> Please put this in the tomahawk JIRA; at least then it is
recorded. We currently don't have an ADF category.
> > >>
> > >> @devs - what are our options for *not* losing info like this?
> > >>
> > >> Dennis Byrne
> > >>
> > >>> -----Original Message-----
> > >>> From: Claudio Tasso [mailto:[EMAIL PROTECTED]
<mailto:[EMAIL PROTECTED]>]
> > >>> Sent: Sunday, February 26, 2006 05:00 AM
> > >>> To: [email protected] <mailto:[email protected]>
> > >>> Subject: ADF Renderer-Kit and Tomahawk incompatibility
> > >>>
> > >>> Hi,
> > >>> I'm using the latest version of Tomahawk (nightly) and ADF
( 10.1.3.04 <http://10.1.3.04>).
> > >>> ADF requires the installation of its custom RendererKit
> > >>> (oracle.adf.core), but it does not work well with some
Tomahawk components.
> > >>> For example, let's examine the HtmlDataScrollerRenderer,
which creates a
> > >>> HtmlCommandLink during the encoding of the
HtmlDataScroller component.
> > >>> This is the code which creates the HtmlCommandLink:
> > >>>
> > >>> HtmlCommandLink link = (HtmlCommandLink) application
> >
>>>
.createComponent(HtmlCommandLink.COMPONENT_TYPE);
> > >>> ....
> > >>> scroller.getChildren().add(link);
> > >>>
> > >>> It seems to be quite standard: the compoent is created and
the it's
> > >>> added to the HtmlDataScroller componet.
> > >>> This code works very well when the faces-config.xml DOES
NOT contain the
> > >>> following line:
> > >>>
> > >>> <default-render-kit-id> oracle.adf.core</default-render-kit-id>
> > >>>
> > >>> But when this line is inserted, the HtmlCommandLink does
not appear in
> > >>> the rendered page which is sent to the browser as HTML.
> > >>>
> > >>> I suppose that the Oracle Renderer does not like that a
new component
> > >>> is added to the component tree during the Render Response
phase.
> > >>> So, my question is the following: who is wrong?
> > >>>
> > >>> I'm not a great expert of the JSF specification, but I
don't rember
> > >>> anything which forbids the dinamically creation of
components during the
> > >>> render response phase.
> > >>>
> > >>> Is it an ADF bug or a Tomahawk bug?
> > >>>
> > >>
> > >>
> >
> >
> >
>
--
http://www.irian.at
Your JSF powerhouse -
JSF Consulting, Development and
Courses in English and German
Professional Support for Apache MyFaces
