[jsr-314-open] Pre-JCP filed draft of JSF 2.2 JSR

[Stephen Kenna]

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.

Regards,
Stephen


stephen kenna                                           ibm websphere 
architecture & development
websphere platform web tier lead architect and jsf eg member  |  address: 
4205 s miami blvd, durham, nc 27703 | office: m215/503
email: kenna at us.ibm.com  |  phone: (919) 543-5593  |  t/l: 441-5593  |  
mobile: (919) 454-1231  |  fax: (919) 254-5250



From:
Pete Muir <pmuir at redhat.com>
To:
jsr-314-open at jcp.org
Cc:
Mark Little <mlittle at redhat.com>
Date:
02/21/2011 06:21 AM
Subject:
Re: [jsr-314-open] Pre-JCP filed draft of JSF 2.2 JSR
Sent by:
jsr-314-open-bounces at jcp.org



Hi Ed,

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:

• Specification missing list of retargetable handlers
                 • JAVASERVERFACES_SPEC_PUBLIC-922
                 • Easy to do with large impact
                 • Mojarra, and MyFaces currently do this differently
• Deprecate or remove legacy JSF 1.x APIs that are now made obsolete with 
JSF 2.0+
                 • Example : ConfigurableNavHandler replaced NavHandler, 
and etc.
• De-couple the Facelet template engine from the Web Request/Response 
lifecycle.
                 • Clearly explain diff

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 ;-).

• PartialViewContext interoperability
                 • JAVASERVERFACES_SPEC_PUBLIC-658
• Add new client event type - between complete and success
                 • JAVASERVERFACES_SPEC_PUBLIC-678 
• Cancelable Ajax requests
                 • JAVASERVERFACES_SPEC_PUBLIC-621
• Response containing the JSF spec version
                 • Likely good to have impl info as well
                 • JAVASERVERFACES_SPEC_PUBLIC-149
• Request timeout support
                 • JAVASERVERFACES_SPEC_PUBLIC-682


Additionally, from a CDI integration perspective (with our CDI spec lead 
hat on):

• Deprecate, remove, or make optional @javax.faces.managedbean
                 • This is confusing to new developers as it overlaps with 
CDI, especially when in the Java EE platform.
                 • Consider making this an "optional" part of the spec 
which isn't available when running in the Java EE platform
• All developer-facing components must be CDI-aware and available via 
@Inject 
                 • Phase Listeners, Components, Nav Handlers, 
Applications, View Handlers, Converters, Validators, and so on...
• All JSF lifecycle and component events must be propagated to the CDI 
event bus, without the need to register a JSF-coupled listener.
                 • Less critical from an end-developer point-of-view; 
however
                 • Still critical from the extension-developers 
perspective

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 :-)

I'll continue to help with any CDI integration issues.

Best,

Pete

On 16 Feb 2011, at 15:32, Ed Burns wrote:

>>>>>> On Mon, 14 Feb 2011 11:27:30 +0000, Pete Muir <pmuir at redhat.com> 
said:
> 
> PM> Ed, could you discuss how this, and plans for future revisions of
> PM> JSF, fit into the Java EE 7 roadmap? For example, are you intending
> PM> to do another spec revision before Java EE 7 is due? That would be
> PM> most helpful when evaluating the proposal.
> 
> Certainly.  We are indeed intending to do another revision before EE7 is
> due.  The intent of scoping this one for calendar year 2011 is to
> demonstrate a philosophy of smaller, but more frequent, releases of the
> JSF spec.
> 
> Ed
> 
> -- 
> | edward.burns at oracle.com | office: +1 407 458 0017
> | homepage:               | http://ridingthecrest.com/




-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/jsr-314-open-mirror/attachments/20110309/55818a5d/attachment-0002.html 
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: image/gif
Size: 4542 bytes
Desc: not available
Url : http://lists.jboss.org/pipermail/jsr-314-open-mirror/attachments/20110309/55818a5d/attachment-0002.gif