On Sun, 17 Aug 2003, Hani Suleiman wrote:

> A whole big bunch of people. If you want to show progress of batch
> processes, a web app is probably the absolutely stupidest way of doing
> it. A request/response paradigm is a pretty foolish way of providing
> continuous feedback. A swing client would be a far better choice.

And often you don't really care about the status of, say, a highly
distributed process using a lot of JMS. It'd take more effort to report
status than it would to finish the process.

> I'm not knocking down webapps, I just think that it's important to call
> things what they are. J2EE is a published spec, there's no particular
> merit to using all it has to offer, nor is there particular merit in
> only using servlets. Calling an xwork/webwork2 solution with hibernate
> a J2EE app, to me at least, seems dishonest. This not not a comment on
> the quality of said app, in fact, chances are it works a hell of a lot
> better than a 'traditional' jsp/ejb/jms/whatever 'J2EE' app, but lets
> stick to calling things what they are, rather than what we'd like them
> to be.

Okay, I disagree - an xwork/webwork solution with hibernate, if it's in a
web app, *is* a J2EE app, even if it only uses part of the spec. It's
certainly not an "application using the majority of the J2EE spec" in that
case, but it's still something requiring the specification in part - JNDI,
servlets - and that, to me, makes it a "J2EE app."

-------------------------------------------------------------------
Joseph B. Ottinger                         http://enigmastation.com
IT Consultant                                [EMAIL PROTECTED]
J2EE Editor - Java Developer's Journal   [EMAIL PROTECTED]



-------------------------------------------------------
This SF.Net email sponsored by: Free pre-built ASP.NET sites including
Data Reports, E-commerce, Portals, and Forums are available now.
Download today and enter to win an XBOX or Visual Studio .NET.
http://aspnet.click-url.com/go/psa00100003ave/direct;at.aspnet_072303_01/01
_______________________________________________
Opensymphony-webwork mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/opensymphony-webwork

Reply via email to