RE: Why struts is looked down upon...

Congratulations... You have gotten big enough to draw negative attention. It is a sign of true success. Edgar -Original Message- From: Matt Raible [mailto:[EMAIL PROTECTED]] Sent: Friday, December 06, 2002 9:36 PM To: [EMAIL PROTECTED] Subject: Why struts is looked down upon... Any o

Re: Why struts is looked down upon...

LOL, I think it's [EMAIL PROTECTED] Dave From: "V. Cekvenich" <[EMAIL PROTECTED]> Reply-To: "Struts Developers List" <[EMAIL PROTECTED]> To: [EMAIL PROTECTED] Subject: Re: Why struts is looked down upon... Date: Fri, 06 Dec 2002 21:57:20 -0500 Oh, and his comments about Jakarta marketing,

Re: Why struts is looked down upon...

Oh, and his comments about Jakarta marketing, will make the Jakarta marketing department very proud. Let me just forward this to the Jakarta marketing. .V V. Cekvenich wrote: My Comments IN-LINE CAPS: * Struts is not very powerful. There's no action chaining; all of the models are one layer

Re: Why struts is looked down upon...

AFAIK, people don't look down upon Struts. This is the first I've heard of it. The arguments listed on that page are the most ignorant comments possible. Struts is a web implementation of MVC just as Swing is a stand-alone implemenatation. That's like saying, "Swing sucks because it binds y

Re: Why struts is looked down upon...

My Comments IN-LINE CAPS: * Struts is not very powerful. There's no action chaining; all of the models are one layer deep. STRUTS IS LIGHT WEIGHT, FAST AND EASY. AND LIKE HE SAID ON TOP, VERY POPULAR. * Struts is bound to the web. You can't use it outside of the context of a servlet eng

Why struts is looked down upon...

Any of you care to comment on this? http://java.enigmastation.com/Q806 I'll post a rebuttle on my weblog shortly. Matt

DO NOT REPLY [Bug 15146] - JavaScriptTag behaviour changed

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

Re: subclassing frustrations

Tim Moore wrote: It seems to me that just making Action an interface wouldn't even solve your problem. Your problem is that you want to use inheritance for the template method pattern, but you also want to use inheritance to reuse functionality from the LookupDispatchAction. The best solution I

DO NOT REPLY [Bug 15146] New: - JavaScriptTag behaviour changed

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

RE: subclassing frustrations

> -Original Message- > From: Erik Hatcher [mailto:[EMAIL PROTECTED]] > Sent: Thursday, December 05, 2002 1:48 PM > To: [EMAIL PROTECTED] > Subject: subclassing frustrations > > > *everything should be an interface* :)) > > ARG... I'm having some frustrations with the built-in Struts Act

RE: Code Submissions

There is no guaranteed time. We are all volunteers so it depends on if your code is a bug fix or enhancement. For enhancements, it has to interest a committer for them to spend the time to apply the patch. For bugs, there is a better chance of applying the patch quickly (assuming the committe

RE: Code Submissions

What would be a typical turnaround time, or is no such animal? -Original Message- From: David Graham [mailto:[EMAIL PROTECTED]] Sent: Friday, December 06, 2002 10:39 AM To: [EMAIL PROTECTED] Subject: Re: Code Submissions You post patches in bugzilla. A committer reviews it and/or applie

Re: Code Submissions

You post patches in bugzilla. A committer reviews it and/or applies it and will post comments back to bugzilla. David From: Edgar Dollin <[EMAIL PROTECTED]> Reply-To: "Struts Developers List" <[EMAIL PROTECTED]> To: "'[EMAIL PROTECTED]'" <[EMAIL PROTECTED]> Subject: Code Submissions Date: T

DO NOT REPLY [Bug 5518] - Convert HTML Tags to be XHTML-compliant when

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug

DO NOT REPLY [Bug 15138] - tags in html package should use "/>" to close instead of ">"

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 15138] - tags in html package should use "/>" to close instead of ">"

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 15138] New: - tags in html package should use "/>" to close instead of ">"

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

Re: subclassing frustrations

Here is how I have done actions, and yes they are an interface, repost from user list: From basicPortal, using disptaching (it also uses event object to encsulate response,request, forward, formbean, etc.): protected Object dispatchEvents(ActionEvent ae) { String parm = ae.getReq().getParameter(

Struts Taglibs

Hello everyone, This is my first message on the struts list, so I ask everyone to be kind :) I've recently being using the Struts framework and the Struts Validator plugin for the first time. Greate boost on productivity, but I missed one thing: Is there any tag

DO NOT REPLY [Bug 14366] - useAttribute tag causes nullPointerexception if id attribute not specified

us|NEW |RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2002-12-06 08:00 --- The tag did not allow for tag handler instance reuse. Fixed in the 20021206 nightly build. -- To unsubscribe, e-mail: <mailto:[EMAIL PROTEC