DO NOT REPLY [Bug 33579] New: - javascript for validateValidWhen () javascript

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://issues.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 33547] - document that landing on target anchors when coming from struts-config.xml 'forward path="/myAction.do"' declaration inside an action element only works if redirect="true"

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://issues.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 866] - Clean Way to Add Parameters to Redirecting Forward

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://issues.apache.org/bugzilla/show_bug.

svn commit: r153901 - in struts/core/trunk/src: share/org/apache/struts/action/ActionRedirect.java test/org/apache/struts/action/TestActionRedirect.java

Author: mrdon Date: Mon Feb 14 22:08:33 2005 New Revision: 153901 URL: http://svn.apache.org/viewcvs?view=rev&rev=153901 Log: Adding Hubert Rabago's patch that adds the ability to send request parameters with a redirect. PR: 866 Author: Hubert Rabago Added: struts/core/trunk/src/share/org/apa

DO NOT REPLY [Bug 33426] - enhancement

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://issues.apache.org/bugzilla/show_bu

Re: Recalibrate Roadmap (Re: Action threadsafe)

FormDef has just been brought to my attention and I plan to look into it further. This is a good example of setting something up and inviting folks to take a look. Several of the features, combining forms defs and validations in the same DTD for example, are things we've been talking about bu

Re: Recalibrate Roadmap (Re: Action threadsafe)

What about an idea that's not part of the current discussion, like FormDef? I would love for Struts to have something like what FormDef offers. I wouldn't mind working on something that incorporates FormDef's features to the Struts core, or even just contribute FormDef to Struts directly. On Mon

Re: Recalibrate Roadmap (Re: Action threadsafe)

On Mon, 14 Feb 2005 17:39:34 -0600, Joe Germuska <[EMAIL PROTECTED]> wrote: > > One thing which has been talked about in a few places, and which > would be valuable, but which no one has done any work on is > implementing "extends" in as many places in struts-config.xml as it > would be useful,

Re: Recalibrate Roadmap (Re: Action threadsafe)

At 5:23 PM -0600 2/14/05, Hubert Rabago wrote: Would this mean if I had an idea I'd like to offer up, I'd implement it, create the sample app, then present everything to the dev list? What about those looking to contribute to the path the committers have chosen? I don't think that the only way to c

Re: Recalibrate Roadmap (Re: Action threadsafe)

I think so. An idea with a working, and ideally deployed, implementation is much more interesting than some guy/gal's opinion. Apache works on the principle of a meritocracy where those that do the most work get the most privilege. "Patches speak louder than words" :) If you want to tackle on

Re: Recalibrate Roadmap (Re: Action threadsafe)

At 6:13 PM -0500 2/14/05, Frank W. Zammetti wrote: Since I've been involved in these discussions today, I wanted to "put my money where my (rather substantially large) mouth is" and offer up myself to do some actual work. If there's anything you guys can pawn off on me, I wouldn't mind being in

Re: Recalibrate Roadmap (Re: Action threadsafe)

Would this mean if I had an idea I'd like to offer up, I'd implement it, create the sample app, then present everything to the dev list? What about those looking to contribute to the path the committers have chosen? On Mon, 14 Feb 2005 15:18:10 -0800, Don Brown <[EMAIL PROTECTED]> wrote: > Of cou

Re: Tomcat dies with multiple reloads of Struts webapp

From: "Joe Germuska" <[EMAIL PROTECTED]> > > PropertyUtils.clearDescriptors(); > That should do it, from my understanding of the problem. I haven't > tested anything out, but it makes sense that if Struts causes a bunch > of stuff to be cached, it needs to notify when the cache can be > cle

Re: Recalibrate Roadmap (Re: Action threadsafe)

Of course, you and anyone else, are welcome to attack bugs in bugzilla to speed us along to another release. What I personally would be interested in is for you to explore your "vision" of how action invocation should work, then rewrite a small app like the mail reader to use it. I don't beli

DO NOT REPLY [Bug 14042] - Memory leaks with JBoss 3.x +(Tomcat/Jetty)

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://issues.apache.org/bugzilla/show_bu

Re: Recalibrate Roadmap (Re: Action threadsafe)

Since I've been involved in these discussions today, I wanted to "put my money where my (rather substantially large) mouth is" and offer up myself to do some actual work. If there's anything you guys can pawn off on me, I wouldn't mind being involved in some small way. I don't think I could si

Re: Recalibrate Roadmap (Re: Action threadsafe)

Joe Germuska wrote: My inclination at this point is to treat the most complicated questions we're bumping up against as fertile ground for subprojects and contrib-type code until we really see what people want and what works. I don't think it is necessary to wrestle them all to the ground at o

Developing a RequestProcessor, can you help me?

Hi all. The last days I've been working in a Struts like framework for .NET. I guess most people that work for companies that develop both in Java and in .NET whish they had something like Struts for .NET projects. The framework is almost ready (when I finish and publish it, in few days, I'll send

Recalibrate Roadmap (Re: Action threadsafe)

Frank Z wrote: This point made me think of something... What about the idea of adding the concept of an in struts-config? At 12:11 PM -0800 2/14/05, Don Brown wrote: The question is whether there will be a one-to-one mapping between action-beans and action-mappings. If 90%+ of the time there wil

DO NOT REPLY [Bug 14042] - Memory leaks with JBoss 3.x +(Tomcat/Jetty)

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://issues.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 33573] - DispatchAction method invocation refactoring

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://issues.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 33573] New: - DispatchAction method invocation refactoring

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://issues.apache.org/bugzilla/show_bu

Re: Tomcat dies with multiple reloads of Struts webapp

At 2:24 PM -0700 2/14/05, Wendy Smoak wrote: From: "Joe Germuska" <[EMAIL PROTECTED]> See http://issues.apache.org/bugzilla/show_bug.cgi?id=14042 -- this is fixed in Struts SVN Head (1.3.0-dev). It should probably also be applied to the 1.2.x branch, but I haven't found time for that myself. Th

Re: Tomcat dies with multiple reloads of Struts webapp

From: "Joe Germuska" <[EMAIL PROTECTED]> > See http://issues.apache.org/bugzilla/show_bug.cgi?id=14042 -- this > is fixed in Struts SVN Head (1.3.0-dev). It should probably also be > applied to the 1.2.x branch, but I haven't found time for that myself. Thanks. Should putting the single line

DO NOT REPLY [Bug 33570] - A DTD defined in an XML file requires an Internet connection

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://issues.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 33570] - A DTD defined in an XML file requires an Internet connection

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://issues.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 33570] New: - A DTD defined in an XML file requires an Internet connection

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://issues.apache.org/bugzilla/show_bu

Re: Action threadsafe

Joe Germuska wrote: At 11:28 AM -0800 2/14/05, Don Brown wrote: I think there are two questions we have to answer: 1. What is the best approach for request-specific logic code? 2. How can we integrate that into our current code base while maintaining backward compatibility? To me, we need to have

Re: Action threadsafe

The question is whether there will be a one-to-one mapping between action-beans and action-mappings. If 90%+ of the time there will be, this will needlessly complicate the config. I suppose, however, if action mappings used wildcards heavily, this could come in handy, course then I'd argue fo

Flexible config (was Re: Action threadsafe)

This reminds me of this improvement Struts was going to make a long time ago, pre 1.1 days for stxx. stxx wanted to extend the Struts config to add support for multiple xslt transformations. The problem was Struts config was stuck to a rigid DTD. A hack was introduced where you could add Dig

Re: Action threadsafe

Law of averages Joe... I have to sneak in SOME good ideas every now and again :) -- Frank W. Zammetti Founder and Chief Software Architect Omnytex Technologies http://www.omnytex.com On Mon, February 14, 2005 2:52 pm, Joe Germuska said: > At 2:45 PM -0500 2/14/05, Frank W. Zammetti wrote: >>On M

Re: Action threadsafe

At 2:45 PM -0500 2/14/05, Frank W. Zammetti wrote: On Mon, February 14, 2005 2:28 pm, Don Brown said: - First level validation would be handled through commons-validator as we do now. Second level, the one where validate() code would be another specified method, defined in the action mapping

Re: Action threadsafe

At 11:28 AM -0800 2/14/05, Don Brown wrote: I think there are two questions we have to answer: 1. What is the best approach for request-specific logic code? 2. How can we integrate that into our current code base while maintaining backward compatibility? To me, we need to have clearly solved 1 be

Re: Action threadsafe

On Mon, February 14, 2005 2:28 pm, Don Brown said: > - First level validation would be handled through commons-validator as > we do now. Second level, the one where validate() code would be another > specified method, defined in the action mapping or method annotation. This point made me think

Re: Caching Appliction Level Data?

>> I see what you mean. I was assuming I'd just store the data in a >> hashtable or something in the Application Context > > That's what I think Wendy suggested, and it's probably a better idea than > what I do frankly :) > >> I have stupid question...where is your AppConfig actually getting >> sto

Re: Action threadsafe

I think there are two questions we have to answer: 1. What is the best approach for request-specific logic code? 2. How can we integrate that into our current code base while maintaining backward compatibility? To me, we need to have clearly solved 1 before tackling 2. My answer for the first q

Re: Action

Or eventlualy: className="com.UsrCmd" formThing="MyDynaMap" /> .V Don Brown wrote: Here is what an action mapping might look like: -- Forums, Boards, Blogs and News in RiA ---

Re: Action threadsafe

At 10:52 AM -0800 2/14/05, Don Brown wrote: and "process-pojo" could string together some of the same commands, but deal differently with the various special cases. Exactly how we would determine the need to branch would be open for discussion. This is, in fact, what I do today - replace several

Re: Action threadsafe

On Mon, February 14, 2005 1:47 pm, Hubert Rabago said: > On Mon, 14 Feb 2005 13:40:41 -0500 (EST), Frank W. Zammetti > <[EMAIL PROTECTED]> wrote: >> I probably forwarded it to the list as well, since it was an open >> discussion. Hope that wasn't a problem :) >> > > No problem at all, in fact I'd

Re: Action threadsafe

Joe Germuska wrote: Don wrote: Adding to 3), it would be interesting to add "dialog" scope, something Shale is working on for a scope that is for a logic process where multiple instances might exist in a single session (think browser cloning where two of the user's browsers are going through the

Re: Action threadsafe

On Mon, 14 Feb 2005 12:38:42 -0600, Hubert Rabago <[EMAIL PROTECTED]> wrote: > Now that you mention it, I gotta remember to find a doc which would > explain to me how JSF decides how to format dates and numbers. I'm > curious. You nest an appropriate converter in your input or output component:

Re: Tomcat dies with multiple reloads of Struts webapp

At 11:22 AM -0700 2/14/05, Wendy Smoak wrote: I killed my [production, ouch,] Tomcat instance the other day by reloading a Struts/JCL/Log4j webapp repeatedly using the manager app. It died with an OutOfMemory error. I mentioned it in passing on tomcat-user, and they pointed out this: http://issue

Re: Action threadsafe

Don wrote: Adding to 3), it would be interesting to add "dialog" scope, something Shale is working on for a scope that is for a logic process where multiple instances might exist in a single session (think browser cloning where two of the user's browsers are going through the same workflow). I

Re: Action, Form, Context

On Mon, 14 Feb 2005 19:20:35 +0100, Wolfgang Gehner <[EMAIL PROTECTED]> wrote: > Joe Germuska wrote: > > Chain commands should also be threadsafe; they are used in an > > equivalent process where one instance's execute method might be called > > from any number of threads. I see no reason an alte

Re: Action threadsafe

On Mon, 14 Feb 2005 10:26:02 -0800, Craig McClanahan <[EMAIL PROTECTED]> wrote: > On Mon, 14 Feb 2005 11:34:28 -0600, Hubert Rabago <[EMAIL PROTECTED]> wrote: > > > > formatting/parsing. We still need that cache for invalid values (such > > as the 1a3 entered for a numeric field). > > > > Not if

Re: [shale] Invalidating backing beans

I just answered essentially the same question on myfaces-user ... the mail archive link doesn't work, so here's a cut-n-paste of an approach where the app does this itself, when you use a getter method on an application scope bean to provide the SelectItem[] list to populate a dropdown (or whatever

Re: Change Action, ActionForm to use ActionContext?

On Mon, February 14, 2005 1:05 pm, Craig McClanahan said: > Since one can do this already (via ChainCommand), that doesn't strike > me as a strong argument to change the nature of Action. I'm not seeing ChainCommand in the Commons Chain javadocs... am I looking in the wrong place? In either case

Re: Action threadsafe

On Mon, 14 Feb 2005 11:34:28 -0600, Hubert Rabago <[EMAIL PROTECTED]> wrote: > On Mon, 14 Feb 2005 12:22:40 -0500 (EST), Frank W. Zammetti > <[EMAIL PROTECTED]> wrote: > > > Also, if making Actions POJOs is the way to go, I'd say the same should be > > true of ActionForms too. > > This would brin

Action, Form, Context

Joe Germuska wrote: At 4:18 PM +0100 2/14/05, Wolfgang Gehner wrote: add this shortcut: While type="a.b.c.xxxAction" goes to "classic" Action. I've been thinking about something like this; I was even thinking about whether we ought to simply let the value specified for "type" be interpreted mor

Tomcat dies with multiple reloads of Struts webapp

I killed my [production, ouch,] Tomcat instance the other day by reloading a Struts/JCL/Log4j webapp repeatedly using the manager app. It died with an OutOfMemory error. I mentioned it in passing on tomcat-user, and they pointed out this: http://issues.apache.org/bugzilla/show_bug.cgi?id=26135#c

[shale] Invalidating backing beans

Consider the problem of an application scope backing bean containing lookup data from the database. Consider also, that the user will have the ability to add a new value to this otherwise relatively static set of data. The problem I am dealing with is how best to "invalidate" this bean and refres

Re: Change Action, ActionForm to use ActionContext?

Some comments inline. On Mon, 14 Feb 2005 07:15:27 -0800 (PST), [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote: > Don Brown said: > > > 1. The chain logic should be separate from the application logic, which > > could, however, use common-chain. I'm fine with using a chain command > > to replace A

[OT] XML, Scripting Languages (Re: Change Action, ActionForm to use ActionContext?)

> I'm convinced that XML is a lousy way to specify things like this. You might be right... People do try and cram way too much into XML IMHO, but I'm not completely convinced yet. I think I'd like to see a failed implementation of the idea before passing judgement. I share your concern to a less

Re: Action threadsafe

On Mon, February 14, 2005 12:42 pm, Don Brown said: > I agree...in theory. In reality, as Hubert pointed out, the type of the > property might be integeter, and say the user entered, "one". When > validation fails, you want to display the value the user entered, and > without the dynabean layer,

Re: Action threadsafe

Frank W. Zammetti wrote: On Mon, February 14, 2005 12:27 pm, Don Brown said: As for 2), users can use normal actionforms, _or_ simply define setters on their POJO action class. In the latter case, Struts, behind the scenes, could create a LazyDynaActionForm, and use it to run through validation, t

Re: Action threadsafe

On Mon, February 14, 2005 12:27 pm, Don Brown said: > As for 2), users can use normal actionforms, _or_ simply define setters > on their POJO action class. In the latter case, Struts, behind the > scenes, could create a LazyDynaActionForm, and use it to run through > validation, then if successful

Re: Action threadsafe

Joe Germuska wrote: FWIW, I think Frank's idea of supporting POJO's as actions is the best.The JSF model of "action" is, IMO, the way to go: 1. It is a POJO that doesn't have to extend or implement anything 2. It can have properties for simple pages that don't need separate forms 3. It ca

Re: Action threadsafe

On Mon, 14 Feb 2005 12:22:40 -0500 (EST), Frank W. Zammetti <[EMAIL PROTECTED]> wrote: > Also, if making Actions POJOs is the way to go, I'd say the same should be > true of ActionForms too. This would bring up a whole different set of expectations. For one thing, once actionforms become POJO

Re: Action threadsafe

On Mon, February 14, 2005 12:09 pm, Joe Germuska said: > I don't really care about deprecating Action, but if the new > interface specifies "execute(ActionContext)", then Action's > "execute(ActionMapping,ActionForm,HttpServletRequest,HttpServletResponse)" > method should be deprecated, no? I supp

Re: Action threadsafe

On Mon, February 14, 2005 11:45 am, Joe Germuska said: > Didn't get many reactions on the ActionForm side -- any concerns > about changes to it? Well, I'll ask what seems like the obvious question... should ActionForms be commands as well? I guess you get into the question of how far to take the

Re: Action threadsafe

At 8:48 AM -0800 2/14/05, Don Brown wrote: Perhaps, then, we simply leave ol' Action to go out to pasture, and simply make it easier to indicate that you want to use a command by using the flexible interpretation of "type" i outlined above. We could write an "ActionCommand" class which simply p

Re: Action threadsafe

> ... and scoping at a session level even opens up new interesting > possibilities. > Interesting indeed! I could be wrong of course, but seems like most of the ideas bounced around the past couple of days have been ideas that have been around for some time already. It seems like it's only a

Re: Change Action, ActionForm to use ActionContext?

Heh, just goes to show, an original idea is a rare commodity these days ;) On Mon, February 14, 2005 11:40 am, Joe Germuska said: > Sounds like Jelly, or Marmalade. > > http://jakarta.apache.org/commons/jelly/ > http://marmalade.codehaus.org/ I wasn't aware of those. I'd heard the name Jelly bef

Re: Action threadsafe

Joe Germuska wrote: Psychologically, I would not deprecate the good old execute(1,2,3,4) yet. Else Struts 1.3 will make all the millions of existing Struts apps look old (which is the same as "bad" in the era of Nip/Tuck). "If people want to code the old way, let them" (quote of my lead develo

Re: Change Action, ActionForm to use ActionContext?

At 11:27 AM -0500 2/14/05, Frank W. Zammetti wrote: On Mon, February 14, 2005 11:12 am, Vic said: And 10 years from now... have a declerative langage... where all you do is write in xml what you want to happen.) Although no one has any reason to believe that I actually was :) ... I've recently b

Re: Action threadsafe

At 4:18 PM +0100 2/14/05, Wolfgang Gehner wrote: add this shortcut: While type="a.b.c.xxxAction" goes to "classic" Action. I've been thinking about something like this; I was even thinking about whether we ought to simply let the value specified for "type" be interpreted more loosely. I was thin

Re: Change Action, ActionForm to use ActionContext?

On Mon, February 14, 2005 11:12 am, Vic said: > And 10 years from now... have a declerative langage... where all you do > is write in xml what you want to happen.) Although no one has any reason to believe that I actually was :) ... I've recently been toying with the idea of building exactly that

Re: Change Action, ActionForm to use ActionContext?

On Mon, February 14, 2005 11:12 am, Vic said: > And 10 years from now... have a declerative langage... where all you do > is write in xml what you want to happen.) Although no one has any reason to believe that I actually was :) ... I've recently been toying with the idea of building exactly that

Re: Change Action, ActionForm to use ActionContext?

Frank W. Zammetti wrote: the more the idea of making an Action a Command appeals to me. +1. In essence ... less Struts and more Chain. 2 chains, a user chain, and a request processing chain. (even one day go as far that the user-chain.xml replaces struts-config.xml. The chain xml can have in

Re: Change Action, ActionForm to use ActionContext?

On Mon, February 14, 2005 9:20 am, Joe Germuska said: > Well, since you can already use an element to cause the > invocation of a command (or chain), I think it would be redundant to > make "Action" a command for that purpose. However, if we go ahead > and change the signature to Action, the net

Action threadsafe

This is just reminding me that Action must be threadsafe, http://struts.apache.org/userGuide/building_controller.html i.e. no instance variables. Not the same for chain commands, I guess. Someone will ask the question of performance hit through using chain instead of action (now I do). I guess I

Re: Change Action, ActionForm to use ActionContext?

Don Brown said: > 1. The chain logic should be separate from the application logic, which > could, however, use common-chain. I'm fine with using a chain command > to replace Action, as long as it can be made clear the line between the > two processes. One defines how all requests should be pro

Re: Change Action, ActionForm to use ActionContext?

Psychologically, I would not deprecate the good old execute(1,2,3,4) yet. Else Struts 1.3 will make all the millions of existing Struts apps look old (which is the same as "bad" in the era of Nip/Tuck). "If people want to code the old way, let them" (quote of my lead developer), esp. on somethi

Re: Change Action, ActionForm to use ActionContext?

At 2:05 PM -0800 2/13/05, Don Brown wrote: I don't mind sticking ActionContext everywhere as it is better than having the code rely directly on the servlet api, but since we are talking about modifying Action, why not get rid of this "must extend Action" stuff and make Action an interface? IMO,

Re: Change Action, ActionForm to use ActionContext?

Don Brown wrote: a. A single class which combines the request logic and request "model", or as we call it, ActionForm. I don't like that. Separate is simple to extend, and in my mind. b. Multiple action methods per class ala DispatchAction. With onSaveExec(.. onDisplayListExec( ... That sounds

Re: [shale] Fwd: UGLI instead of JCL?

On 2005-02-11 22:22:20, Craig McClanahan wrote: > If I were inclined to change Shale's own logging APIs, I'd just switch > to JDK 1.4 logging and be done with an external dependency (since > Shale presumes 1.4 or later anyway). Shale's own needs are very > modest, and would be adequately met by wh

DO NOT REPLY [Bug 33547] - document that landing on target anchors when coming from struts-config.xml 'forward path="/myAction.do"' declaration inside an action element only works if redirect="true"

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://issues.apache.org/bugzilla/show_bu