Thanks for the response Bill. Let's line that up with what we have today.
* Unique URIs to each "page"
We are going to call these "pretty" or "friendly" URLs and it is
slated for
JSF 2.1. We intentionally want to avoid the word REST here.
* don't overload the meaning of HTTP methods. i.e. don't change state of
server with a GET
JSF 2.0 will have bookmarkable URLs, which are used, for example, to
retrieve a record by ID. In JSF 2.1 we intend to add page actions, which may
change the state of the server with a GET, but those are discretionary cases
to adapt to an action-oriented world (sometimes, it just has to be done).
* No sessions, stateless
JSF 2.0 if they get their act together.
Or maybe people just want nice URI templating and JAX-RS injection
annotations. I don't know. Which isn't persay, "REST", but still nice
to
have.
This was my favorite idea of what was discussed in Tuscany. I'm going to
credit Christian with sparking this idea. Correct me if I'm wrong.
-Dan
--
Dan Allen
Senior Software Engineer, Red Hat | Author of Seam in Action
http://mojavelinux.com
http://mojavelinux.com/seaminaction
NOTE: While I make a strong effort to keep up with my email on a daily
basis, personal or other work matters can sometimes keep me away
from my email. If you contact me, but don't hear back for more than a week,
it is very likely that I am excessively backlogged or the message was
caught in the spam filters. Please don't hesitate to resend a message if
you feel that it did not reach my attention.