RE: Replacing Action.* with Globals.******** README *********

Yes, I've seen that and others. Even NetBeans cannot help me with taglib completion when working against my local cvs repository (jakarta-struts). Since the tlds are generated by the build, I only get standard jsp code completion. But heck, I'm not complaining. I was using Textpad for the longe

RE: Replacing Action.* with Globals.******** README *********

There are plugins that attempt this feature but they are currently not very good. Find the SolarEclipse project on sourceforge for one of these. Dave From: "James Mitchell" <[EMAIL PROTECTED]> Reply-To: "Struts Developers List" <[EMAIL PROTECTED]> To: "Struts Developers List" <[EMAIL PROTE

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

cvs commit: jakarta-struts/src/share/org/apache/struts/taglib/html FrameTag.java ImgTag.java

dgraham 2002/11/12 22:10:54 Modified:src/share/org/apache/struts/taglib/html FrameTag.java ImgTag.java Log: Added xhtml support by modifying how the elements are closed. Revision ChangesPath 1.7 +5 -5 jakarta-struts/src/share/org/apache

RE: Replacing Action.* with Globals.******** README *********

Yes, I miss those features very much. Although, since I upgraded my laptop to 1/2 a Gig of memory, now I can run them both (or at least I can run two whole instances of Netscape 6.0 ;) James Mitchell Software Engineer/Struts Evangelist http://www.open-tools.org "If you were plowing a field, wh

RE: Replacing Action.* with Globals.******** README *********

I haven't shown Eclipse to one person who didn't like it. I'm a big fan, but before the IDE wars start again, let me say that it doesn't do jsp highlighting or jsp code completion out of the box. I understand NetBeans does and that's a plus. Dave From: "James Mitchell" <[EMAIL PROTECTED

RE: Replacing Action.* with Globals.******** README *********

I must admit. Since the hoopla a few weeks ago about Eclipse this and Eclipse that..I decided to download it and try it out..WOW!!! I was a big NetBeans advocate, but now I'm hooked on Eclipse and I haven't looked back since. Can you believe how it resolves the import statements? He

Re: [VOTE] How to implement XHMTL support

We need to ensure that HTML taglib tags in included JSP pages also heed the xhtml attribute. That isn't the case with what's there now, because findAncestorWithClass() will fail for the tags in the included pages. Note that this is why the form tag stores itself in a request attribute. Originally,

RE: Replacing Action.* with Globals.******** README *********

Ah yes, I almost forgot about that one. James Mitchell Software Engineer/Struts Evangelist http://www.open-tools.org "If you were plowing a field, which would you rather use? Two strong oxen or 1024 chickens?" - Seymour Cray (1925-1996), father of supercomputing > -Original Message- >

RE: ChainAction class

I would just like to instigate some trouble along with this question since I am a big fan of the "Chain Of Repsonsibility" pattern and agree that it can do a nice job of creating atomic and reusable code structures. I would also like to say that I think it could be confusing to have a chain action

RE: [VOTE] How to implement XHMTL support

Yes, I have already implemented choice 1. Good points David. Dave From: "Karr, David" <[EMAIL PROTECTED]> Reply-To: "Struts Developers List" <[EMAIL PROTECTED]> To: "Struts Developers List" <[EMAIL PROTECTED]> Subject: RE: [VOTE] How to implement XHMTL support Date: Tue, 12 Nov 2002 16:14:

RE: [VOTE] How to implement XHMTL support

Just so I understand, you're experimenting with making tags generated from a jsp:include be xhtml-compliant even if the original page wasn't specified as being xhtml-compliant? It seems to me that XHTML compliance is an attribute of an "html" element and its nested elements (including the associat

[VOTE] How to implement XHMTL support

I've updated that html taglib tags to output xhtml when they are nested in a tag. This was very simple to do and resulted in minor code changes. Users have suggested this approach: 1. Add Globals.XHTML_KEY which is a boolean request scoped attribute 2. html tags check for that request attri

RE: Replacing Action.* with Globals.******** README *********

+1 on separating formatting from code changes. In my defense, several of the files had import javax.servlet.* which violates the current import practice (a practice I disagree with but follow nonetheless). Also, some of the imports were no longer needed and Eclipse removed them. The tiles cod

RE: Replacing Action.* with Globals.******** README *********

+1, with only one additional reminder -- convert leading tabs to spaces as well. Craig On Tue, 12 Nov 2002, Martin Cooper wrote: > Date: Tue, 12 Nov 2002 13:27:24 -0800 (PST) > From: Martin Cooper <[EMAIL PROTECTED]> > Reply-To: Struts Developers List <[EMAIL PROTECTED]> > To: Struts Developers

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 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 12185] - HTML tags badly parsed in text/xml mode

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 12185] - HTML tags badly parsed in text/xml mode

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: ChainAction class

+1 I have developed my own primitive BatchAction and find it very useful for running non-interactive servlets. Edgar -Original Message- From: Karl Baum [mailto:kbaum@;Tallan.com] Sent: Tuesday, November 12, 2002 4:19 PM To: Struts Developers List Subject: ChainAction class Over the pas

RE: Replacing Action.* with Globals.******** README *********

On Tue, 12 Nov 2002, James Mitchell wrote: > Since we are all bashing David (LOL...just kidding), may I make one more > suggestion. > > Can we all agree to separate code changes with format changes? +1 > > I usually check every commit to see if it impacts something I might be > working on (bug

ChainAction class

Over the past year and a half, I have developed using the Struts platform. During this time, my colleagues and I created an Action class which allows other actions to be chained together. This design resembled the Chain of Responsibility pattern. The ChainAction class was well received by the m

RE: Replacing Action.* with Globals.******** README *********

Since we are all bashing David (LOL...just kidding), may I make one more suggestion. Can we all agree to separate code changes with format changes? I usually check every commit to see if it impacts something I might be working on (bug fix or personal dev) and as I was browsing my mail this mornin

RE: Unclear semantics on form use for "wizards"

> -Original Message- > From: Craig R. McClanahan [mailto:craigmcc@;apache.org] > Sent: Tuesday, November 12, 2002 1:14 PM > To: Struts Developers List > Subject: RE: Unclear semantics on form use for "wizards" > > I'm not open to modifying fundamental behavior like this in > 1.x, even w

RE: Unclear semantics on form use for "wizards"

> -Original Message- > From: Craig R. McClanahan [mailto:craigmcc@;apache.org] > Sent: Tuesday, November 12, 2002 1:14 PM > To: Struts Developers List > Subject: RE: Unclear semantics on form use for "wizards" > > I'm open to taking a completely fresh look at the whole architecture in >

DO NOT REPLY [Bug 14471] - validator-rules.xml JavaScript fails when field not present in jsp

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: Unclear semantics on form use for "wizards"

On Mon, 11 Nov 2002, Martin Cooper wrote: > [SNIP] > > The "outrageous effort"? Just automate it, and it becomes trivial. > > As Craig mentioned earlier in this thread, using session state also means > you have to write code to somehow protect yourself from multiple > simultaneous requests (e.g.

RE: Unclear semantics on form use for "wizards"

On Mon, 11 Nov 2002, Martin Cooper wrote: > Date: Mon, 11 Nov 2002 18:49:12 -0800 > From: Martin Cooper <[EMAIL PROTECTED]> > Reply-To: Struts Developers List <[EMAIL PROTECTED]> > To: 'Struts Developers List' <[EMAIL PROTECTED]> > Subject: RE: Unclear semantics on form use for "wizards" > > > >

DO NOT REPLY [Bug 14474] - Digester exception on deploying struts.jar

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: Replacing Action.* with Globals.*

You are right. I didn't wait long enough because I was making other changes and didn't want to get confused about which ones to commit. David From: "Martin Cooper" <[EMAIL PROTECTED]> Reply-To: "Struts Developers List" <[EMAIL PROTECTED]> To: "'Struts Developers List'" <[EMAIL PROTECTED]>

DO NOT REPLY [Bug 14332] - RequestUtils.applicationClass problem with ContextClassLoader

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 14476] - Struts example war does not deploy

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 14482] -

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 14482] New: -

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: Replacing Action.* with Globals.*

> -Original Message- > From: David Graham [mailto:dgraham1980@;hotmail.com] > Sent: Tuesday, November 12, 2002 8:30 AM > To: [EMAIL PROTECTED] > Subject: Re: Replacing Action.* with Globals.* > > > I committed the updates last night because I didn't hear > anyone complain. I don't hav

Re: Replacing Action.* with Globals.*

I committed the updates last night because I didn't hear anyone complain. David From: Eddie Bush <[EMAIL PROTECTED]> Reply-To: "Struts Developers List" <[EMAIL PROTECTED]> To: Struts Developers List <[EMAIL PROTECTED]> Subject: Re: Replacing Action.* with Globals.* Date: Tue, 12 Nov 2002 09

DO NOT REPLY [Bug 14477] - MessageResource Bundles

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: RE: RE: Unclear semantics on form use for "wizards"

An HOWTO would be nice =:0) http://jakarta.apache.org/struts/faqs/index.html Over time, I'd like to condense the User Guide into an architechtural overview, and move the sections with signficiant code out, like "Accessing Relational Databases" out into HOWTOS. This will make it easier for peop

DO NOT REPLY [Bug 14477] New: - MessageResource Bundles

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 14476] New: - Struts example war does not deploy

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 14474] New: - Digester exception on deploying struts.jar

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: RE: Unclear semantics on form use for "wizards"

One elegant and secure solution is to use session-scope forms, with a clever reset, and transactional support; just be sure you have the appropriate hardware resources. If you don't like session-scoped beans, then you're back to writing hidden fields. Of course, this doesn't have to be diffic

Re: RE: Unclear semantics on form use for "wizards"

The framework calls reset(), but its an extension point that the developer controls. For ActionForms, the developer has to affirmatively give reset() funcationality. For DynaActionForms, the developer can let the default behavior ride or override the extension point with any preferred behavior.

Re: RE: Changes for 2.0 (RE: Unclear semantics on form use for "wizards")

We really can't agree on anything until we see the patch. Technnically, we can't vote on plans only actual code or text. The best course of action is always to do what *you* need to do for *your* application first, and then share the result with the community. If the Committers decide to apply

DO NOT REPLY [Bug 14332] - RequestUtils.applicationClass problem with ContextClassLoader

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: Replacing Action.* with Globals.*

Well, we're headed toward using Globals instead of Action for this purpose, so I'd think it would be highly desirable for the internal code to use those constants located in Globals. ... The Action constants can't go away yet (at least I believe that's the decision that was arrived at), but I c

DO NOT REPLY [Bug 14471] - validator-rules.xml JavaScript fails when field not present in jsp

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 14471] New: - validator-rules.xml JavaScript fails when field not present in jsp

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 14332] - RequestUtils.applicationClass problem with ContextClassLoader

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 14332] - RequestUtils.applicationClass problem with ContextClassLoader

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