Tapestry for JSF UsersPage edited by Bob Harner
Comment:
Minor tweak of _expression_ example and other tweaks
Changes (4)
Full ContentTapestry for JSF UsersThis is a cheat sheet for learning Tapestry, designed for those who already know JavaServer Faces (JSF). Because both JSF and Tapestry are component oriented frameworks designed to serve mostly the same kinds of problems in similar ways, developers who already know JSF will find it very easy to learn Tapestry. In fact, Facelets, the default view technology in JSF 2.0, was created specifically to give JSF a Tapestry-like templating capability, so Facelets users should feel right at home. Since almost all modern JSF applications use Facelets as their view technology, we assume the use of Facelets here when discussing JSF features. JSF is a rich, mature web framework specification, and there are lots of smart people who use it productively. This guide isn't intended as a pro-versus-con comparison or as advocacy of any kind. Instead, it just attempts to make transitions between the two frameworks easier, regardless of the reason for doing so. Side-by-side ComparisonJSF and Tapestry have a lot of superficial similarities, so the first steps in that transition are all about relating similar concepts, terms and components in your mind:
Some important notes:
Hello World ComparisonFaces templates and Tapestry templates are superficially quite similar.
Though these are very similar, notice some differences:
Expressions in templatesJSF uses the Unified _expression_ Language with the #{...} or ${...} syntax for accessing Backing Bean properties. For its part, Tapestry uses the ${...} syntax with a similar but more limited _expression_ language called Property Expressions. Both allow easy access to properties via the usual JavaBean conventions, but with Tapestry you don't have to specify which class the _expression_ starts at (because it always starts at the component class corresponding to the template). Some comparisons:
Features shown as not available above are absent by design, because (in both Tapestry and JSF) it is considered best to keep complex logic in the component class rather than in the template. Event Handling & Page NavigationEvent handlingIn JSF, you specify the event via the action parameter (for example, <h:commandButton value="Submit" action="">). For Tapestry, event handler methods are found by method naming conventions (onSomeEvent() or by method annotations (@Event), based on a combination of the "t:id" attribute and event name, and the action name used depends on the component. For example, the "<t:actionlink>" component in Tapestry emits an "action" event when clicked, and you handle that event in your "onAction()" method. ValidationTapestry applications can use JSR 303 Bean Validation annotations that JSF users should be familiar with: public class Employee { @Validate("required,minlength=2,maxlength=100") private String lastName; @NotNull @Email private String email; Post-Redirect-Get NavigationBy default, most JSF URLs are "one page behind". That is, when you click on an <h:commandLink> link or submit a form, the request goes back to the originating page, and the server returns the contents of the next page – but the URL in the browser shows the previous page's URL. To fix this in JSF you add the "?faces-redirect=true" to the URL you return from event handlers, which causes JSF to send a redirect to the browser to navigate to the next page. By contrast, Tapestry implements this Post-Redirect-Get pattern by default. The URL will always reflect the page you're seeing, not the page you just came from. Note that by default Tapestry does not save property values across the Post-Redirect-Get cycle. This means that you have to consider how (and whether) to persist property values from one page to the next. The usual solution is to either make the values part of the page's Activation Context (which means the values will be appended to the URL) or @Persist the properties the values in the session. Custom and Composite ComponentsWith JSF, creating custom components is an advanced topic. In fact, many JSF developers have never created a custom component. In JSF 1.x, creating each custom component requires a lot of work: creating 3 Java classes (component, component renderer and component tag), registering the component in an XML file, and registering the tag in the .tld file. In JSF 2.x composite components can be created without too much work (if your needs can be met by combining existing components and you don't need any custom Java), but you still have to use cumbersome <composite:interface> and <composite:implementation> tags in your component templates, and you have to list the composite components in the xml namespace declaration at the top of the pages where you are using them. Creating true custom components in JSF 2.0 still requires several steps: create a component class (generally having the @FacesComponent annotation and extending UIComponentBase), create a renderer class (generally extending Renderer), add a <renderer> section to the facesconfig file, and create a *-taglib.xml file in the WEB_INF folder that defines the namespace, tag and component type of the custom component. In contrast, with Tapestry, creating custom components is a beginner topic: it is expected to be a daily activity for developers, because it is so easy. In fact, the steps are the same as creating a page. All you have to do is create a (potentially empty) Java class in a "components" sub-package, and create a template file containing (X)HTML markup in the corresponding "components" sub-folder within your package hierarchy under /src/main/resources. You use a custom component just like you use any built-in Tapestry component: <t:mycomponent>. Because they're so easy to create, Tapestry applications tend to have a lot of custom components and much less repetition of HTML than most JSF applications. Other References
Stop watching space
|
Change email notification preferences
View Online
|
View Changes
|
- [CONF] Apache Tapestry > Tapestry for JSF Users confluence
- [CONF] Apache Tapestry > Tapestry for JSF ... confluence
- [CONF] Apache Tapestry > Tapestry for JSF ... confluence
- [CONF] Apache Tapestry > Tapestry for JSF ... confluence
- [CONF] Apache Tapestry > Tapestry for JSF ... confluence
- [CONF] Apache Tapestry > Tapestry for JSF ... confluence
- [CONF] Apache Tapestry > Tapestry for JSF ... confluence
- [CONF] Apache Tapestry > Tapestry for JSF ... confluence
- [CONF] Apache Tapestry > Tapestry for JSF ... Bob Harner (Confluence)
- [CONF] Apache Tapestry > Tapestry for JSF ... Bob Harner (Confluence)