Just looking for a quick clarification
on the following statement:
Make the composite component
feature usable so a "component server" can be included in a portlet
runtime such that portlets can use the components in context-dependent
ways. This feature is known as "remote components" in the portlet
community.
Is 'remote components' referring to
WSRP?
Also, do we need to open a new JSR for
a JSF 2.x Portlet Bridge? I see you have referred to the existing
JSR 329 which was written for JSF 1.2.
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@us.ibm.com | phone: (919) 543-5593
| t/l: 441-5593 | mobile: (919) 454-1231
| fax: (919) 254-5250
From:
Ed Burns <edward.burns@oracle.com>
To:
jsr-314-open@jcp.org
Date:
02/11/2011 03:42 PM
Subject:
[jsr-314-open] Pre-JCP filed draft of
JSF 2.2 JSR
Sent by:
jsr-314-open-bounces@jcp.org
Hello Experts,
We can continue the work we've been doing all along, but now we have a
delivery vehicle defined: the JSF 2.2 JSR.
The current draft of the JSR that Oracle plans to submit is at [1] and
you can comment on it by following up to this email. I'll do my best
to
roll the edits into the draft as we go.
I'd like to hand this to JCP by the end of next week so please get your
comments in by then. Please know that the JSR document describes
the
goals of the JSR at a high level, and that the final product will not
look exactly like what is outlined in a JSR.
Also, I would like to know if your company would like to be listed as a
supporter of the JSR when we submit it to the JCP. For those of you
who
are individual members of this expert group, please let me know if you
would like to be listed as an individual supporting the JSR.
The long term plan for JSF evolution now is to do smaller JSRs, one
after the other. This one is scheduled to be done by end of CY 2011.
This JSR includes a number of items to further flesh out the work we did
in JSF 2.0 and 2.1, as well as many items to address requests from the
community for additional functionality.
We'll be forming a new expert group but we will be creating new mailing
lists similar in spirit and function to what we're doing with
jsr-314-open. We will be doing these lists entirely on the java.net
infrastructure. I firmly believe the transparency for which Dan Allen
has advocated will be achieved.