Happily XWork has no dependency on web development at all, I use it to
provide a command pattern for autonomous path finding robots for
instance. Anything less than complete abstraction at the action level
would be vetoed by most of the existing developers. (At least I hope
they would vote it down as a bad idea.)  While you may see such
interfaces as *Servlet which provide a convenient way to access the
ServletSession their use is generally frowned upon.

One of the driving factors that pushed me to WebWork, really XWork in
this case, is that it has no hard dependencies on the Servet API's.
There already exists code for invoking actions via SWING, XML, JMS,
etc. You can just as easily use your actions in a service layer as
well as in the web tier. (From various discussions I've come to the
conclusion that there are two schools of thought on this. The Carreira
model which says its quite fine to have your actions in the service
tier, and the Porter(Lightbody?) model which says have your actions
live above the service tier. However in both instances you still
wouldn't be bound to the Servlet API)

I would argue thought that since WebWork supports portlets already,
removing support in SAF2 shouldn't be taken lightly.

Cheers,
  Eric

On 5/5/06, Paul Benedict <[EMAIL PROTECTED]> wrote:
I will return to the boards shortly, I hope :-) But I've been
reading and need to address this:

Please be mindful not to buttonhole Struts into a servlet-only API.
One of the large efforts of the Tiles refactoring is to remove all
references of the Servlet API, so that it could be used in a portlet
environment (as well as anything else I suppose). Struts 2.0 should
be flexible enough that you can run this in a portlet environment too.

By far, we don't have to support portlet functionality in 2.0, but
if we design without this in mind, we will not be able to retrofit
any API easily in 2.x.

Also also to make sure the public API is not dependent upon JSP.
There were too many 1.0 utility methods that required access to the
JspContext to get things out of the request or session.
Make sure that problem isn't duplicated here, because the UI could
be anything, not just JSP.

Paul

__________________________________________________
Do You Yahoo!?
Tired of spam?  Yahoo! Mail has the best spam protection around
http://mail.yahoo.com

---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Reply via email to