login/register

Snip!t from collection of Alan Dix

see all channels for Alan Dix

Snip
summary

The web community is eagerly seeking a light-weight, tem...
JavaServer Faces UIComponents are first class citizens w ...
Facelets includes many features such as:
* Works with JSF 1.1 and JSF 1.2, including Sun's RI ...
... ith JSF as a suitable platf

Facelets - JavaServer Faces View Definition Framework
https://facelets.dev.java.net/nonav/docs/dev/docbook.html#gettingstarted-nav

Categories

/Channels/techie/Java

[ go to category ]

/Channels/techie/web development

[ go to category ]

For Snip

loading snip actions ...

For Page

loading url actions ...

The web community is eagerly seeking a light-weight, templating framework backed by JavaServer Faces as the industry standard. While JavaServer Faces and JavaServer Pages technology (JSP) are meant to be aligned, Facelets steps outside of the JSP specification and provides a highly performant, JSF-centric view technology. Anyone who has created a JSP page will be able to do the same with Facelets and familiar XML-tag use. The difference is under the hood where all the burden of the JSP vendor API is removed to greatly enhance JSF as a platform and provide easy plug-and-go development without requiring JSP tag development.

JavaServer Faces UIComponents are first class citizens within Facelets; there's no need to develop extra objects to integrate. There's also no need to learn yet another XML schema to define your views.

Facelets includes many features such as:

Everyone wants to be more designer friendly, and Tapestry seems to be the only choice developers are pursuing. On the other hand, JSF is the standard everyone would like to have happen, but JSF needs a more "pluggable" ViewHandler framework that is both designer and developer friendly.

Out of the box, Facelets provides full support for all components specified in the JavaServer Faces specification, including limited support for JSTL tags such as <c:forEach> and <c:if>. Where developers really gain an advantage with using Facelets is its ability to auto-wire additional artifacts to your XML documents such as UIComponents, Validators, and Converters.

Facelets is a clean slate for correcting concerns with JSF. Templating, re-use, and ease of development are top priorities that will help bring developers on board with JSF as a suitable platform for large scale projects.

HTML

<p><a id="intro">The web community is eagerly seeking a light-weight, templating framework backed by JavaServer Faces as the industry standard. While JavaServer Faces and JavaServer Pages technology (<span class="abbrev">JSP</span>) are meant to be aligned, Facelets steps outside of the JSP specification and provides a highly performant, JSF-centric view technology. Anyone who has created a JSP page will be able to do the same with Facelets and familiar XML-tag use. The difference is under the hood where all the burden of the JSP vendor API is removed to greatly enhance JSF as a platform and provide easy plug-and-go development without requiring JSP tag development. </a></p><p> <a id="intro"> JavaServer Faces <code class="literal">UIComponents</code> are first class citizens within Facelets; there's no need to develop extra objects to integrate. There's also no need to learn yet another XML schema to define your views. </a></p><p> <a id="intro"> Facelets includes many features such as: </a></p><div class="itemizedlist"><ul type="disc"><li> <a id="intro"> Works with JSF 1.1 and JSF 1.2, including Sun's RI and Apache MyFaces. </a></li><li> <a id="intro"> Zero Tag development time for UIComponents </a></li><li> <a id="intro"> Fast Templating/Decorators for Components and Pages </a></li><li> <a id="intro"> The ability to specify <code class="literal">UIComponent</code> trees in separate files (<code xmlns="" class="literal">UICompositions</code>) </a></li><li xmlns=""> <a id="intro"> Line/Tag/Attribute precise Error Reporting </a></li><li> <a id="intro"> Specify Tags in Separate Files, even packaged with Jars </a></li><li> <a id="intro"> Full EL support, including Functions </a></li><li> <a id="intro"> Build-time EL Validation </a></li><li> <a id="intro"> XML configuration files aren't necessary </a></li><li> <a id="intro"> Reserves the '<code class="literal">jsfc</code>' attribute which acts the same as Tapestry's jwcid (Example: <code xmlns="" class="literal">&lt;input id="bar" type="text" jsfc="h:inputText" value="#{foo.bar}"/&gt;</code>) </a></li><li xmlns=""> <a id="intro"> Plugable Decorators to really make designer's job easy (Example: transform <code class="literal">&lt;input type="text"/&gt;</code> to <code xmlns="" class="literal">&lt;h:inputText/&gt;</code> at compile time) </a></li><li xmlns=""> <a id="intro"> Works with any <code class="literal">RenderKit</code></a></li><li xmlns=""> <a id="intro"> Facelet APIs aren't dependent on a Web Container </a></li></ul></div><p> <a id="intro"> Everyone wants to be more designer friendly, and Tapestry seems to be the only choice developers are pursuing. On the other hand, JSF is the standard everyone would like to have happen, but JSF needs a more "pluggable" <code class="literal">ViewHandler</code> framework that is both designer and developer friendly. </a></p><p> <a id="intro"> Out of the box, Facelets provides full support for all components specified in the JavaServer Faces specification, including limited support for JSTL tags such as <code class="literal">&lt;c:forEach&gt;</code> and <code class="literal">&lt;c:if&gt;</code>. Where developers really gain an advantage with using Facelets is its ability to auto-wire additional artifacts to your XML documents such as <code class="literal">UIComponents</code>, <code class="literal">Validators</code>, and <code class="literal">Converters</code>. </a></p><p> <a id="intro"> Facelets is a clean slate for correcting concerns with JSF. Templating, re-use, and ease of development are top priorities that will help bring developers on board with JSF as a suitable platform for large scale projects. </a></p>