Yeah, Seam should be setting it to null - if nothing
else, they're wasting time by not bypassing renderer lookup.

-- Adam


On 8/15/07, Andrew Robinson <[EMAIL PROTECTED]> wrote:
> Digging into the code, I found that the components causing this error
> are ones that render themselves and have no renderers. It looks like
> the problem is that the Seam 1.2.1 code doesn't bother to set the
> renderer type to null though, so that the getRendererType on the
> component is still returning "javax.faces.Text".
>
> Looks like a seam issue instead.
>
> On 8/15/07, Andrew Robinson <[EMAIL PROTECTED]> wrote:
> > I found a reference to this question, but with no answer. My log shows:
> >
> > 09:19:43,636 WARN  [HtmlRenderKitImpl] Unsupported
> > component-family/renderer-type:
> > org.jboss.seam.ui.FormattedText/javax.faces.Text
> > Aug 15, 2007 9:19:43 AM
> > org.apache.myfaces.trinidadinternal.renderkit.RenderKitBase
> > getRenderer
> > WARNING: Renderer 'javax.faces.Text' not found for component family
> > 'org.jboss.seam.ui.FormattedText'
> > 09:19:43,638 WARN  [UIComponentBase] No Renderer found for component
> > ...[Class: org.jboss.seam.ui.UIFormattedText,Id: _id34]}
> > (component-family=org.jboss.seam.ui.FormattedText,
> > renderer-type=javax.faces.Text)
> >
> > As you can see, it is a Seam component and it has been configured
> > using facelets.
> >
> > Now the component renders just fine, as do other components that are
> > not trinidad components, but the log quickly fills up with these
> > warnings.
> >
> > Besides re-registering all my 3rd party renderers with the trinidad
> > render kit, which would be tedious and somewhat hard to maintain, is
> > there a way to stop these warnings?
> >
> > Thanks, Andrew
> >
> > FYI, the reference to this discussion I found is:
> > http://tinyurl.com/2c5wpa
> >
>

Reply via email to