[ 
http://issues.apache.org/jira/browse/MYFACES-206?page=comments#action_63902 ]
     
sean schofield commented on MYFACES-206:
----------------------------------------

There is a problem with the TLD attachments provided.  These are modified 
*after* the entities have been all resolved.  We need to modify the TLDs in the 
incubator-myfaces/tlds directory.  These TLD's are later modified by 
resolve_entities.xsl to produce the version of the TLD's that Matt modified.  I 
suspect that man of the duplications are because the attribute appears in both 
the TLD and the entity.  Its also possible that they appear in multiple 
entitities will which make it trickier to solve.

> TLDs in myfaces-examples.war contain duplicated attributes for some tags 
> which prevents the war from working in ServletExec 5.0
> -------------------------------------------------------------------------------------------------------------------------------
>
>          Key: MYFACES-206
>          URL: http://issues.apache.org/jira/browse/MYFACES-206
>      Project: MyFaces
>         Type: Bug
>  Environment: Win XP Pro, JDK 1.5.0_01 using SE 5.0 AS running with it's 
> built-in webserver
>     Reporter: Matt McGinty
>     Assignee: sean schofield
>     Priority: Blocker
>  Attachments: myfaces_ext.tld, myfaces_ext.tld, myfaces_html.tld
>
> From what I can tell, the myfaces-examples.war (from both 
> myfaces-1.0.9rc3-app.tgz AND myfaces-1.0.8-examples.tgz)
> has TLD files (inside it's myfaces.jar file) that appear to be incorrect.
> For example, looking in the myfaces_html.tld file... looking in the <tag> 
> named "outputLink", it contains:
> ---
>  <attribute>
>     <name>target</name>
>     <required>false</required>
>     <rtexprvalue>false</rtexprvalue>
>  </attribute>
>  <!-- HtmlOutputLink attributes -->
>  <attribute>
>     <name>target</name>
>     <required>false</required>
>     <rtexprvalue>false</rtexprvalue>
>  </attribute>
> ---
> That's the same name for 2 attributes... for the same tag.
> That seems wrong to me.
> What if that duplicated attribute name was using different values for the 
> <required> or <rtexprvalue> nodes?
> Which one would the JSP Engine be expected to use?
> And looking in myfaces_ext.tld looking at the tag named "inputHtml". It see 
> that it defines:
> <attribute>
>   <name>id</name>
>   <required>false</required>
>   <rtexprvalue>false</rtexprvalue>
> </attribute>
> and also
> <attribute>
>   <name>id</name>
>   <required>false</required>
>   <rtexprvalue>false</rtexprvalue>
>   <type>java.lang.String</type>
>   <description>Every component may have an unique id. Automatically created 
> if omitted.</description> </attribute>
> They are slightly different.
> Tomcat 5 does not appear to complain or report this, and things work fine 
> there.
> But other Servlet/JSP Engines (not just SE) may perform validation on the TLD 
> and complain about the duplicated attributes which may prevent the app from 
> functioning.
> Duplicated attributes in a TLD seems ambiguous to me.
> From what I can tell, the JSP 2.0 specification does not say anything 
> definitive (one way or the
> other) about the case of a TLD using the same attribute name for the same tag 
> more than once.
> But common sense tells me it should not be done.
> Does it make sense for a TLD to do this?
> Doesn't MyFaces need to correct their TLD files in these cases?
> If I rig SE so that it doesn't check for duplicated attributes in a TLD, the 
> app deploys and runs fine.
> But I don't think that SE should have to be altered in this way (unless 
> someone has found information that I haven't... if so please share that with 
> me).
> Otherwise, I think that the TLDs used in this MyFaces example need to be 
> corrected.
> Other examples I've found so far in myfaces_ext.tld include:
> 1. the attribute named "onblur" for the tag named "commandNavigation"
> 2. the attribute named "onfocus" for the tag named "commandNavigation"
> 3. the attribute named "id" for the tag named "inputHtml"
> 4. the attribute named "style" for the tag named ... (Here is where I stopped 
> debugging this).
> Thanks for your time,
> Matt McGinty
> Software Engineer
> New Atlanta Communications, LLC
> http://www.newatlanta.com

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
   http://issues.apache.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see:
   http://www.atlassian.com/software/jira

Reply via email to