Ok, Simon... Thanks!

Bruno

Simon Lessard wrote:
Hello Bruno,

Actually I rechecked and the fix was commited for 1.0.2 only and was not yet pushed to 1.2 branch :(. See JIRA issue Trinidad-83. You could probably apply the same patch directly on latest Trinidad 1.2.1 released source.


Sorry about that,

~ Simon

On 7/12/07, *Bruno E. Grossi* < [EMAIL PROTECTED] <mailto:[EMAIL PROTECTED]>> wrote:

    Mathias, I need version 1.2.1 with bug fix of type on script tags.
    As Simon say: "Latest nighty build fix the missing type attribute
    error." >From where on SVN that nighty build was constructed? I
    can access continuum on
    
http://myfaces.zones.apache.org:8081/continuum/projectGroupSummary.action?projectGroupId=13
    
<http://myfaces.zones.apache.org:8081/continuum/projectGroupSummary.action?projectGroupId=13>...
    I get a Connection timed out...


    Source and binary on
    
http://people.apache.org/repo/m2-snapshot-repository/org/apache/myfaces/trinidad/trinidad-impl/1.2.1-SNAPSHOT/
    
<http://people.apache.org/repo/m2-snapshot-repository/org/apache/myfaces/trinidad/trinidad-impl/1.2.1-SNAPSHOT/>
    there are no that bug fix... I think I see that on trunk, but it's
    1.0.2 version.


    Thanks,
    Bruno E. Grossi


    Matthias Wessendorf wrote:
    1.2,1 has been released last week

    myfaces.apache.org/trinidad/download.html
    <http://myfaces.apache.org/trinidad/download.html>
    for download

    or via regular maven 2 repo, when you build is on m2

    -M

    On 7/12/07, Bruno E. Grossi <[EMAIL PROTECTED]>
    <mailto:[EMAIL PROTECTED]> wrote:
    Now I see that trunk is 1.0.2...


    Please, from what branch I get 1.2.1??


    Bruno

    Bruno E. Grossi wrote:
    > Adam,
    >
    > now I have compiled the trunk version, but a noted that pom is
    > indicating version 1.0.2-SNAPSHOT...
    > And I need to change some generics to compile with jsf 1.2 ri...
    >
    > Bruno
    >
    > Bruno E. Grossi wrote:
    >> Adam,
    >>
    >> my version with that lines was retrived from
    >>
    
https://svn.apache.org/repos/asf/myfaces/trinidad/branches/faces-1_2-070427/trinidad
    
<https://svn.apache.org/repos/asf/myfaces/trinidad/branches/faces-1_2-070427/trinidad>,

    >> in May 10. There is some old, and we are updating only to get
    "type"
    >> on script tags.
    >>
    >> Bruno
    >>
    >> Adam Winer wrote:
    >>> Bruno, I suspect you have some old code lying around
    >>> on the classpath.
    >>>
    >>> That said, for the 1.2 version of Trinidad, 1.2.1-SNAPSHOT
    >>> is not the most up-to-date version - that'd be the 1.2.1
    release.
    >>>
    >>> I'm very curious what version you've been using, because the
    >>> lines you're referring to have been absent since some time
    >>> in May, IIRC.
    >>>
    >>> -- Adam
    >>>
    >>>
    >>> On 7/12/07, Bruno E. Grossi <[EMAIL PROTECTED]>
    <mailto:[EMAIL PROTECTED]> wrote:
    >>>>
    >>>>  Simon,
    >>>>
    >>>>  I updated trinidad to a snapshot version
    >>>> (
    
http://people.apache.org/repo/m2-snapshot-repository/org/apache/myfaces/trinidad/trinidad-api/1.2.1-SNAPSHOT/trinidad-api-1.2.1-SNAPSHOT.jar)

    >>>>
    >>>> from 05-Jul-2007, but I have an error.
    >>>>
    >>>>  On UIXComponentUINode.__getAdapter(UIComponent component)
    >>>> (line 439), I have a ClassCastException because
    __getUINode(component)
    >>>> method returned an UIComponentUINode for an HtmlTableLayout
    subclass
    >>>> component, when __getAdapter(..) expected an
    UIXComponentUINode.
    >>>> Investigating that error, I see that Faces Bean isn't
    instance of
    >>>> UINodeFacesBean, that forces an construction of an
    UIComponentUINode.
    >>>>
    >>>>  I observed that faces-bean.properties was changed from my last
    >>>> version,
    >>>> removing some lines:
    >>>>
    
org.apache.myfaces.trinidad.component.UIXSingleStep=org.apache.myfaces.trinidadinternal.uinode.nav.SingleStepFacesBean

    >>>>
    >>>>
    
org.apache.myfaces.trinidad.component.html.HtmlCellFormat=org.apache.myfaces.trinidadinternal.uinode.UINodeFacesBean

    >>>>
    >>>>
    
org.apache.myfaces.trinidad.component.html.HtmlRowLayout=org.apache.myfaces.trinidadinternal.uinode.UINodeFacesBean

    >>>>
    >>>>
    
org.apache.myfaces.trinidad.component.html.HtmlTableLayout=org.apache.myfaces.trinidadinternal.uinode.UINodeFacesBean

    >>>>
    >>>>
    
org.apache.myfaces.trinidad.component.html.HtmlScript=org.apache.myfaces.trinidadinternal.uinode.UINodeFacesBean

    >>>>
    >>>>
    
org.apache.myfaces.trinidad.component.core.data.CoreTree=org.apache.myfaces.trinidadinternal.uinode.UINodeFacesBean

    >>>>
    >>>>
    >>>>  When I add that lines, there are no problems.
    >>>>
    >>>>  Questions:
    >>>>  1- Why we need that lines? Why we need to force
    UINodeFacesBean??
    >>>>  2- It's need to all UIX components?
    >>>>  3- Why that lines was removed?
    >>>>  4- It´s a bug?
    >>>>
    >>>>
    >>>>  Thanks,
    >>>>  Bruno E. Grossi
    >>>>
    >>>>
    >>>>
    >>>>  Simon Lessard wrote:
    >>>> Err get the nighty build from that url, sorry:
    >>>>
    
http://people.apache.org/repo/m2-snapshot-repository/org/apache/myfaces/trinidad/
    
<http://people.apache.org/repo/m2-snapshot-repository/org/apache/myfaces/trinidad/>

    >>>>
    >>>>
    >>>>
    >>>> On 7/11/07, Simon Lessard <[EMAIL PROTECTED]>
    <mailto:[EMAIL PROTECTED]> wrote:
    >>>> > Hello Bruno,
    >>>> >
    >>>> > You can find the source at
    >>>> http://myfaces.apache.org/trinidad/source-repository.html
    >>>> >
    >>>> > As for the nighty builds they can be found at
    >>>>
    
http://myfaces.zones.apache.org:8081/continuum/projectGroupSummary.action?projectGroupId=13
    
<http://myfaces.zones.apache.org:8081/continuum/projectGroupSummary.action?projectGroupId=13>

    >>>>
    >>>> >
    >>>> >
    >>>> >
    >>>> > Regards,
    >>>> >
    >>>> > ~ Simon
    >>>> >
    >>>> >
    >>>> > On 7/11/07, Bruno E. Grossi <
    [EMAIL PROTECTED]
    <mailto:[EMAIL PROTECTED]>> wrote:
    >>>> > >
    >>>> > > Simon,
    >>>> > >
    >>>> > > where I find that nighty build, and the source?
    >>>> > >
    >>>> > > Thanks,
    >>>> > > Bruno
    >>>> > >
    >>>> > >
    >>>> > > Simon Lessard wrote:
    >>>> > > Hello Bruno,
    >>>> > >
    >>>> > > Latest nighty build fix the missing type attribute
    error. The name
    >>>> attribute error still hold true though. We keep up work to
    make the
    >>>> generated markup more standard compliant, but the best
    workaround
    >>>> you have
    >>>> for now is to help us with the renderers I fear.
    >>>> > >
    >>>> > >
    >>>> > > Regards,
    >>>> > >
    >>>> > > ~ Simon
    >>>> > >
    >>>> > >
    >>>> > > On 7/11/07, Bruno E. Grossi
    <[EMAIL PROTECTED] >
    <mailto:[EMAIL PROTECTED]>
    >>>> wrote:
    >>>> > > >
    >>>> > > > Hi,
    >>>> > > >
    >>>> > > > we're validating our JavaEE framework (Powerlogic's
    jCompany
    >>>> 5.0) to
    >>>> pass W3C Markup Validator as Strict HTML/XHTML and we found
    some
    >>>> errors
    >>>> generated by Trinidad (branch 1.2):
    >>>> > > >
    >>>> > > > 1- <tr:form> generates an invalid attribute "name" on
    <form>
    >>>> tag.
    >>>> > > > 2- Generated <script> tags don't have a "type" attribute:
    >>>> > > >
    >>>> > > > "Error Line 20 column 7: required attribute "TYPE" not
    >>>> specified.
    >>>> <script>
    >>>> > > >
    >>>> > > >
    >>>> > > >
    >>>> > > > The attribute given above is required for an element that
    >>>> you've used,
    >>>> but you have omitted it. For instance, in most HTML and XHTML
    >>>> document types
    >>>> the "type" attribute is required on the "script" element and
    the "alt"
    >>>> attribute is required for the "img" element.
    >>>> > > >
    >>>> > > > Typical values for type are type="text/css" for
    <style> and
    >>>> type="text/javascript" for <script>."
    >>>> > > >
    >>>> > > >
    >>>> > > > There are any solution (option or workaround) to solve
    that
    >>>> problems?
    >>>> > > >
    >>>> > > >
    >>>> > > >
    >>>> > > > Thanks,
    >>>> > > > Bruno E. Grossi
    >>>> > > >
    >>>> > >
    >>>> > >
    >>>> > >
    >>>> > >
    >>>> >
    >>>>
    >>>>







Reply via email to