To reply myself, I have to apologize. If I have read the html docs more throughly I would have noticed that both attributes still are stated name and type.
But the question persists since the html still does not show the type attribute exactly
what is the correct behavior, is it type only as stated in the pdf or type and name as stated in the html (where the type attribute ist stated but not explicitely listed as separate attribute)?
Werner
Hello Everyone
Because I was running into this issue while programming a demo application, I ran into a spec errata and am not sure what the correct behavior is.
Spec 3.4.3.4 for f:event states
The type attribute specifies the type of event, and can be any of the specification-defined events or one of any userdefined
events, but must be a ComponentSystemEvent, using either the short-hand name for the event or the fullyqualified
class name (e.g., com.foo.app.event.CustomEvent). If the event can not be found, a
FacesException listing the offending event type will be thrown. Please see the tlddocs for the <f:event /> tag
for the normative specification of the declarative event feature.
Now if we look at the corresponding html documentation:
pdldocs/facelets/f/event.html
namejavax.el.ValueExpression
(must evaluate tojava.lang.String) Name of the event for which to install a listener. The following table lists the valid values for this attribute, and the corresponding event type for which the listener action is registered. ...In addition to these values, the fully qualified class name of any java class that extends
javax.faces.event.ComponentSystemEventmay be used as the value of the "type" attribute.Also, the
@javax.faces.event.NamedEventannotation may be attached to any java class that extendsjavax.faces.event.ComponentSystemEvent. This enables that event to be referenced from this attribute, as descibed in the javadocs for@NamedEvent.
so my final question regarding this, is the attribute type now name or type?
Werner