<font size=2 face="sans-serif">I would also like to extend IBM's support
for this JSR and for how this EG is moving JSF forward with smaller more
frequent spec revisions. I will remain the primary rep for JSF 2.2
and will include my team in the public mailing lists for proposals and
issues. We look forward to successful standard.<br>
<br>
Regards,<br>
Stephen<br>
</font><font size=3><br>
</font><img src=cid:_1_0D4DD3480D4FEA48006D0F738525784E><font size=2 color=#6000a1 face="Tahoma"><b><br>
stephen kenna
ibm websphere architecture & development</b></font><font size=1 color=#808080 face="Tahoma"><br>
websphere platform web tier lead architect and jsf eg member | <u>address:</u>
4205 s miami blvd, durham, nc 27703 | <u>office:</u> m215/503<u><br>
email:</u> kenna@us.ibm.com | <u>phone:</u> (919) 543-5593
| <u>t/l:</u> 441-5593 | <u>mobile:</u> (919) 454-1231
| <u>fax:</u> (919) 254-5250</font>
<br>
<br>
<br>
<table width=100%>
<tr valign=top>
<td><font size=1 color=#5f5f5f face="sans-serif">From:</font>
<td><font size=1 face="sans-serif">Pete Muir <pmuir@redhat.com></font>
<tr valign=top>
<td><font size=1 color=#5f5f5f face="sans-serif">To:</font>
<td><font size=1 face="sans-serif">jsr-314-open@jcp.org</font>
<tr>
<td valign=top><font size=1 color=#5f5f5f face="sans-serif">Cc:</font>
<td><font size=1 face="sans-serif">Mark Little <mlittle@redhat.com></font>
<tr valign=top>
<td><font size=1 color=#5f5f5f face="sans-serif">Date:</font>
<td><font size=1 face="sans-serif">02/21/2011 06:21 AM</font>
<tr valign=top>
<td><font size=1 color=#5f5f5f face="sans-serif">Subject:</font>
<td><font size=1 face="sans-serif">Re: [jsr-314-open] Pre-JCP filed draft
of JSF 2.2 JSR</font>
<tr valign=top>
<td><font size=1 color=#5f5f5f face="sans-serif">Sent by:</font>
<td><font size=1 face="sans-serif">jsr-314-open-bounces@jcp.org</font></table>
<br>
<hr noshade>
<br>
<br>
<br><tt><font size=2>Hi Ed,<br>
<br>
Red Hat would like to support this JSR. In general we are happy with the
scope, content and process associated with the JSR, however we would like
to see these issues addressed as well as those discussed in the JSR proposal:<br>
<br>
• Specification missing list of retargetable handlers<br>
• JAVASERVERFACES_SPEC_PUBLIC-922<br>
• Easy to do with large impact<br>
• Mojarra, and MyFaces currently do this differently<br>
• Deprecate or remove legacy JSF 1.x APIs that are now made obsolete with
JSF 2.0+<br>
• Example : ConfigurableNavHandler replaced NavHandler, and etc.<br>
• De-couple the Facelet template engine from the Web Request/Response
lifecycle.<br>
• Clearly explain diff<br>
<br>
Additionally we see these issues planned in JIRA but not in the JSR proposal,
and would like confirmation that they are scheduled for 2.2 (otherwise
they move to the above list ;-).<br>
<br>
• PartialViewContext interoperability<br>
• JAVASERVERFACES_SPEC_PUBLIC-658<br>
• Add new client event type - between complete and success<br>
• JAVASERVERFACES_SPEC_PUBLIC-678 <br>
• Cancelable Ajax requests<br>
• JAVASERVERFACES_SPEC_PUBLIC-621<br>
• Response containing the JSF spec version<br>
• Likely good to have impl info as well<br>
• JAVASERVERFACES_SPEC_PUBLIC-149<br>
• Request timeout support<br>
• JAVASERVERFACES_SPEC_PUBLIC-682<br>
<br>
<br>
Additionally, from a CDI integration perspective (with our CDI spec lead
hat on):<br>
<br>
• Deprecate, remove, or make optional @javax.faces.managedbean<br>
• This is confusing to new developers as it overlaps with CDI, especially
when in the Java EE platform.<br>
• Consider making this an "optional" part of the spec which
isn't available when running in the Java EE platform<br>
• All developer-facing components must be CDI-aware and available via
@Inject <br>
• Phase Listeners, Components, Nav Handlers, Applications, View Handlers,
Converters, Validators, and so on...<br>
• All JSF lifecycle and component events must be propagated to the CDI
event bus, without the need to register a JSF-coupled listener.<br>
• Less critical from an end-developer point-of-view; however<br>
• Still critical from the extension-developers perspective<br>
<br>
For this JSR Red Hat's primary representation will come from Jay Balunas
and Lincoln Baxter, however as this is an open list, I'm sure others will
chip in :-)<br>
<br>
I'll continue to help with any CDI integration issues.<br>
<br>
Best,<br>
<br>
Pete<br>
<br>
On 16 Feb 2011, at 15:32, Ed Burns wrote:<br>
<br>
>>>>>> On Mon, 14 Feb 2011 11:27:30 +0000, Pete Muir
<pmuir@redhat.com> said:<br>
> <br>
> PM> Ed, could you discuss how this, and plans for future revisions
of<br>
> PM> JSF, fit into the Java EE 7 roadmap? For example, are you intending<br>
> PM> to do another spec revision before Java EE 7 is due? That would
be<br>
> PM> most helpful when evaluating the proposal.<br>
> <br>
> Certainly. We are indeed intending to do another revision before
EE7 is<br>
> due. The intent of scoping this one for calendar year 2011 is
to<br>
> demonstrate a philosophy of smaller, but more frequent, releases of
the<br>
> JSF spec.<br>
> <br>
> Ed<br>
> <br>
> -- <br>
> | edward.burns@oracle.com | office: +1 407 458 0017<br>
> | homepage: | </font></tt><a href=http://ridingthecrest.com/><tt><font size=2>http://ridingthecrest.com/</font></tt></a><tt><font size=2><br>
<br>
</font></tt>
<br>
<br>