facelet-taglib_1_0 support

[glassfishrobot]

From spec rev 2.0, chapter 10.1.2, Facelets taglibs containing only xhtml
templates that follow http://java.sun.com/dtd/facelet-taglib_1_0.dtd should work
with JSF 2.0

OTOH from Appendix A, 1.2 one could think that only taglibs that follw
http://java.sun.com/xml/ns/javaee/web-facelettaglibrary_2_0.xsd are supportet
with JSF 2.0

We had long discussions on this on the MyFaces dev list, because Mojarra allows
http://java.sun.com/dtd/facelet-taglib_1_0.dtd, but MyFaces 2.0 beta doesn't.
Please add a clarification on this issue to 2.0 rev a, so either MyFaces adds or
Mojarra removes support.

Suggestion - Add this phrase to the beginning of Appendix A, 1.2:

"To allow backward compatibility Facelets taglibs may choose to follow either
http://java.sun.com/dtd/facelet-taglib_1_0.dtd or the schema presented with this
spec."

Environment

Operating System: All
Platform: All

Affected Versions

[2.0]

[glassfishrobot]

Reported by ganeshpuri

[glassfishrobot]

ganeshpuri said:
Here's the reference to the MyFaces 2.0 discussion on this topic:
https://issues.apache.org/jira/browse/MYFACES-2543

[glassfishrobot]

@edburns said:
Target 2.0 rev a. Schema should be modified to allow previous versions of taglib.

[glassfishrobot]

@edburns said:
cat1

[glassfishrobot]

@edburns said:
frame

[glassfishrobot]

@edburns said:
https://javaserverfaces-spec-public.dev.java.net/issues/show_bug.cgi?id=698

Include deprecation text on element.

https://javaserverfaces-spec-public.dev.java.net/issues/show_bug.cgi?id=744

• integrationWithFacelets.fm

Section 10.3.2. Correct xref to point to section in appendix that
includes the facelet taglib schema.

• appendixA-metadata.fm

To ease migration for Facelet taglibraries declared using pre-JSF 2.0
versions of Facelets, implementations must support loading facelet
taglibrary files that conform to the pre-JSF 2.0 Facelets DTD. Per DTD
conventions, Facelet taglibrary files declare conformance to this DTD
by including text similar to the following in at the top of their
declaring file.

Use of this DTD is officially deprecated. This DTD is included for
reference in Section 1.2.1 "Deprecated DTD for Facelet Taglibraries
Used by Versions of Facelets Prior to JSF 2.0". It is expected that
proper JSF 2.0 Facelet Taglibraries will declare conformance to the
following schema, rather than the deprecated DTD

https://javaserverfaces-spec-public.dev.java.net/issues/show_bug.cgi?id=588

• jsf-api/doc/standard-html-renderkit-base.xml

insert

around text for h:link and h:button

https://javaserverfaces-spec-public.dev.java.net/issues/show_bug.cgi?id=639

• jsf-ri/conf/share/facelets_jsf_core.tld

change "name" to "type" on description of f:event tag

https://javaserverfaces-spec-public.dev.java.net/issues/show_bug.cgi?id=509

• jsf-ri/conf/share/jstl-core.taglib.xml
• jsf-ri/conf/share/jstl-core.tld

Declare that the old, incorrect, Facelets decaration of the uri for
the JSTL Core taglib be honored, as well as the new, correct one.

https://javaserverfaces-spec-public.dev.java.net/issues/show_bug.cgi?id=673

• jsf-api/doc/standard-html-renderkit-base.xml

Clarify what should happen if the target attribute is not specified.

https://javaserverfaces-spec-public.dev.java.net/issues/show_bug.cgi?id=642

• javascriptAPI.fm

table 14.4.1, change responseTxt to responseText

reorder rows in table 14.3

make use case for event listeners be correct.

https://javaserverfaces-spec-public.dev.java.net/issues/show_bug.cgi?id=635

• userInterfaceComponentModel.fm

3.5.3, 3.5.6.1: remove references to UInput.encodeEnd(). Not for a
very long time has this method been used to instigate validation.

https://javaserverfaces-spec-public.dev.java.net/issues/show_bug.cgi?id=740

• requestProcessingLifecycle.fm

• 2.6.1.3 Tighten spec for the localePrefix, libraryName, and
  resourceVersion segments of the resource identifier

[glassfishrobot]

@edburns said:
These are valid 2.0 Rev a issues

[glassfishrobot]

rogerk said:
changelog

[glassfishrobot]

Marked as fixed on Tuesday, June 22nd 2010, 2:02:55 am

[glassfishrobot]

@manfredriem said:
Closing resolved issue out

[glassfishrobot]

This issue was imported from java.net JIRA JAVASERVERFACES_SPEC_PUBLIC-744