RE: struts-config and xslt

No problem with it being there, I just wanted to point out that there can be more than one config file for each module so the description/name only applies to the config file, not even a whole module. Steve > -Original Message- > From: Rob Leland [mailto:[EMAIL PROTECTED] > Sent: August 4

RE: struts-config and xslt

>>While messing with the struts-config_1_1.dtd, I was surprised not to find a >>way to name and describe the whole application. As you can have multiple config files for each module, display-name and description could really only describe the contents of each file rather than describing the appli

RE: Addition of two new actions

This is not a general purpose action. It is intended to do just one thing and that's forward the request to one place. There is deliberately no flexibility in the action. The flexibility comes from being able to use an ActionFoward definition. We wouldn't be dictating anything because you always

Re: struts-config and xslt

Jonas Björnerstedt wrote: Hello, Having to evaluate an xml editor (I won't say which), I decided to use struts-config.xml as an example. After some hours wrestling with the program, this is the result I got: http://bjornerstedt.org/struts-config.html It is the config file from the struts-example

Re: struts-config and xslt

There exists a project on the Struts Sourceforge site called "StrutsDoc" which seems to be what you are wanting - a JavaDoc tool for Struts (http://struts.sf.net/strutsdoc). While I agree visualization important, I'm not sure it belongs in Struts itself. The Struts Sourceforge project, on the oth

struts-config and xslt

Hello, Having to evaluate an xml editor (I won't say which), I decided to use struts-config.xml as an example. After some hours wrestling with the program, this is the result I got: http://bjornerstedt.org/struts-config.html It is the config file from the struts-example application. It was creat

RE: [BeanUtils] Interesting Microbenchmarks

Kurt, You could always try Optimize It with it's 10-day evaluation. http://www.borland.com/optimizeit/ It will tell you EVERYTHING you want to know, and is fairly painless to setup. As long as you can gather your data within 10 days, it should work just fine. -jason -Original Message-

RE: [BeanUtils] Interesting Microbenchmarks

Brendan I'm kind of on a low budget here and so I'm using NetBeans which as far as I can tell, doesn't have any profiling support. As soon as I got some spare time I was going to look into getting a profiler. I might also try out Eclipse to see what it has to offer. Kurt -Original Message-

RE: [BeanUtils] Interesting Microbenchmarks

I stand corrected. Changing to Tomcat 4.1.x made a huge difference. With tomcat 4.0.3 pages rendering was taking more the 2 seconds during which CPU was pegged at 100%. After repeatedly reloading test pages, the CPU fan on my machine was running at hurricane speed. With Tomcat 4.1.24, page rend

RE: [BeanUtils] Interesting Microbenchmarks

Kurt, Why don't you hit that thing with a profiler? When I hist a large number of logic:equal tags with a profiler I found an unexpected performance issue in CompareTagBase: if ((type < 0) && (value.length() > 0)) { try { doubleValue = Double.parseDouble(value

Re: Addition of two new actions

"Steve Raeburn" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED] > You're right is module relative (despite what it says in > the Javadoc). However, I don't see how it can used with a context relative > path. You might want to take a look at the 'forwardPattern' attribute, and the Req

Re: [BeanUtils] Interesting Microbenchmarks

I think jPetStore is using DynaBeans and that is what they saw - Reflection time. I myself do not use DynaBeans (or think they are a good idea for a few other reasons, like unit testing and reuse). .V Craig R. McClanahan wrote: The most important factor in page rendering time (which is not

RE: Addition of two new actions

--- Steve Raeburn <[EMAIL PROTECTED]> wrote: > I haven't suggested another way of specifying a forward. Just providing > an > action that uses the existing, most common way of doing so. > > I wouldn't want to add contextRelative attribute to because: > - it doesn't relate to the ActionMapping, b

RE: [BeanUtils] Interesting Microbenchmarks

But doesn't the big speed improvement of switching from html:checkbox to html:messages kind of eliminate the tomcat differences. Both of these tags are BodyTagSupport tags and thus the JSP compiler generates the same code with only the object names and attribute names being different. If you have

RE: [BeanUtils] Interesting Microbenchmarks

The most important factor in page rendering time (which is not the same as the CPU consumption being discussed on the ServerSide thread) is the quality of the JSP page compiler. Tomcat 4.0.6 (your platform) uses the original version of Jasper, whereas the current generation (4.1.27 and 5.0.6) uses

DO NOT REPLY [Bug 22119] New: - new book with Struts coverage

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: Addition of two new actions

I haven't suggested another way of specifying a forward. Just providing an action that uses the existing, most common way of doing so. I wouldn't want to add contextRelative attribute to because: - it doesn't relate to the ActionMapping, but to the ActionForward - having the same attribute spec

RE: [BeanUtils] Interesting Microbenchmarks

It would be more interesting if you ran the tests on the latest Tomcat production build because of the *large* JSP performance improvements between the 4.0.x and 4.1.x series. David --- Kurt Post <[EMAIL PROTECTED]> wrote: > I am creating a web app that has several survey pages where there are a

RE: [BeanUtils] Interesting Microbenchmarks

I am creating a web app that has several survey pages where there are a total of 120 or more radio buttons and check boxes on one page. I have been seeing average page render times on the order of 2 to 2.5 seconds (some times as bad as 5 seconds) with a single user hitting the site. I was going t

RE: Addition of two new actions

--- Steve Raeburn <[EMAIL PROTECTED]> wrote: > You're right is module relative (despite what it > says in > the Javadoc). However, I don't see how it can used with a context > relative > path. Maybe it needs a contextRelative attribute. > > There is no contextRelative attribute on the action co

RE: Addition of two new actions

In an ideal world, DispatchAction should probably become ParameterDispatchAction and this could be plain old DispatchAction. Is Anthony's original suggestion of ConfigDispatchAction any better? I can't think of a name that I *really* like so I'm +0 on Mapping or Config. Steve > -Original Me

DO NOT REPLY [Bug 18873] - Style deprecation messages during build

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: Addition of two new actions

You're right is module relative (despite what it says in the Javadoc). However, I don't see how it can used with a context relative path. There is no contextRelative attribute on the action config so you don't get to choose (or change) how your forward works. Of the three ways of defining forwar

Re: cvs commit: jakarta-struts/src/share/org/apache/struts/configActionConfig.java

[EMAIL PROTECTED] wrote: jmitchell2003/08/04 05:06:46 Modified:src/share/org/apache/struts/config ActionConfig.java Log: Fix comments. Submitted by Rob Leand ;) This is actually a bug from me. When I renamed everything from 'application' to 'module' I overlooked these. Thanks ! -- ---

Re: Addition of two new actions

At 10:16 -0700 8/4/03, Martin Cooper wrote: That sounds rather dangerous to me, unless you have some additional control over which JSP pages can be accessed in this way. From your description, it sounds like this gives the client blanket access to all the JSP pages in your app, which I certainly wo

Re: Addition of two new actions

"Joe Germuska" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED] > At 19:29 -0400 8/3/03, Erik Hatcher wrote: > >Having a SuccessAction makes it much easier to do > >skeleton/storyboarded sites and fill in the details later. > >Switching from a SuccessAction to a real action when the tim

Re: Addition of two new actions

"Steve Raeburn" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED] > ParameterDispatchAction fulfils much the same function as > LookupDispatchAction but its implementation is almost identical to > DispatchAction. > > It would be redundant to go through getKeyMethodMap() to get the method

Re: FW: Memory consumption 1.1 b3 vs. 1.1 final

Hi, We've seen similar issues with the moduleConfig variable. Have any of the committers looked at this one seriously? We use Struts in a clustered production environment, so a jump from 2M to 77M (in Maya's tests) presents a real issue. From the way the problem's been described, it looks as

RE: Lets call it pageflow for Struts

Cool. I can help some there as I do the same with the Workflow Extensions. -Original Message- From: Matthias Bauer [mailto:[EMAIL PROTECTED] Sent: Monday, August 04, 2003 9:22 AM To: Struts Developers List Subject: Re: Lets call it pageflow for Struts Paul, I will download your code an

Pageflow proposal

Quick question, has anybody looked at the framework? Weve been focusing on the question of whether or not workflow is appropriate for Struts. However, there's a lot more here than just that. Ive used Struts in many production projects, and found that it adds a great deal of productivity to the team

Re: Lets call it pageflow for Struts

Paul, I will download your code and try to work into your concepts to see what is common and where our approaches differ. --- Matthias [EMAIL PROTECTED] wrote: Matthias, Thanks for the reply. Sounds interesting. I wasn't aware of the workflow proposal. Of course I definitely want to share wi

RE: Addition of two new actions

Thanks for the link. I'll respond to that message here: > I'm also throwing an exception if the "success" ActionForward is not found to make the configuration problem very clear. ForwardAction also throws an exception if the path is not found. > ForwardAction and using 'forward= ' on the Action

"SmartForwardingAction" (Re: Addition of two new actions)

At 3:56 -0400 8/4/03, Erik Hatcher wrote: The only issue that it would have for me though, is we use different naming conventions for action mappings than we do for JSP pages, so it would require we either change our conventions or just rename JSP's when we inject a real action in the middle at

RE: Lets call it pageflow for Struts

Matthias, Thanks for the reply. Sounds interesting. I wasn't aware of the workflow proposal. Of course I definitely want to share with whats out there. The only issues I see are scope of change. I originally went down the path of a new RequestProcessor and action type, but the breadth of additions

RE: cvs commit: jakarta-struts/src/share/org/apache/struts/config ActionConfig.java

Yes. -- James Mitchell Software Engineer / Struts Evangelist http://www.struts-atlanta.org 770-822-3359 AIM:jmitchtx -Original Message- From: Rob Leland [mailto:[EMAIL PROTECTED] Sent: Monday, August 04, 2003 12:20 AM To: Struts Developers List Cc: [EMAIL PROTECTED] Subject: Re: cvs c

cvs commit: jakarta-struts/src/share/org/apache/struts/config ConfigHelper.java

jmitchell2003/08/04 05:07:34 Modified:src/share/org/apache/struts/config ConfigHelper.java Log: Remove unused import. Revision ChangesPath 1.8 +4 -5 jakarta-struts/src/share/org/apache/struts/config/ConfigHelper.java Index: ConfigHelper.java ===

cvs commit: jakarta-struts/src/share/org/apache/struts/config ActionConfig.java

jmitchell2003/08/04 05:06:46 Modified:src/share/org/apache/struts/config ActionConfig.java Log: Fix comments. Submitted by Rob Leand ;) Revision ChangesPath 1.14 +8 -8 jakarta-struts/src/share/org/apache/struts/config/ActionConfig.java Index: ActionConfig

Re: Lets call it pageflow for Struts

Paul, I followed the thread about your workflow (or pageflow) proposal. The issues you are trying to address look pretty similar to the issues the Struts Workflow Extension addresses (which maybe should better be called Struts Pageflow Extension as well). It can be found at http://www.livinglo

Re: Addition of two new actions

On Sunday, August 3, 2003, at 10:05 PM, Joe Germuska wrote: If you register "SmartForwardingAction" as your "unknown" (default) action, it will take what would have been the action path, append ".jsp", and forward to that JSP. So if someone requests "/HelloWorld.do", the action looks for "/He