On 4 Mar 2009, at 18:06, Dan Allen wrote:
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.
Actually, I think this comes with page parameters, as those define a
unique URI (but not path) for a resource. URL rewrite just makes em
look nice.
* 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.
This is done AFAICT (stateless pages apparently work with a build-
before-restore option and page parameters mean you can do something
useful with the stateless page)
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.
_______________________________________________
seam-dev mailing list
seam-dev(a)lists.jboss.org
https://lists.jboss.org/mailman/listinfo/seam-dev
--
Pete Muir
http://www.seamframework.org
http://in.relation.to/Bloggers/Pete