webwork-user Mailing List for WebWork (Page 6)
Brought to you by:
baldree,
rickardoberg
Menu
▾
▴
webwork-user — WebWork users mailing list
You can subscribe to this list here.
| 2000 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(24) |
Dec
(194) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2001 |
Jan
(70) |
Feb
(133) |
Mar
(193) |
Apr
(114) |
May
(141) |
Jun
(176) |
Jul
(334) |
Aug
(418) |
Sep
(329) |
Oct
(209) |
Nov
(296) |
Dec
(122) |
| 2002 |
Jan
(123) |
Feb
(61) |
Mar
(115) |
Apr
(149) |
May
(124) |
Jun
(69) |
Jul
(80) |
Aug
(22) |
Sep
(1) |
Oct
(4) |
Nov
(3) |
Dec
|
| 2003 |
Jan
|
Feb
(1) |
Mar
(5) |
Apr
|
May
(1) |
Jun
(5) |
Jul
(4) |
Aug
(3) |
Sep
|
Oct
|
Nov
|
Dec
|
|
From: Peter K. <pe...@mo...> - 2002-06-25 05:21:24
|
Oops, forgot to say that I opened issue http://opensource.atlassian.com/projects/webwork/secure/ViewIssue.jspa?id=10048 about this problem -- regards, Peter Kelley MoveIt Pty Ltd "If you want to build a ship, don't drum up the men to gather wood, divide the work and give orders. Instead, teach them to yearn for the vast and endless sea." - Saint-Exupery |
|
From: Peter K. <pe...@mo...> - 2002-06-25 05:19:30
|
Matt, The problem seems to be with including selectmap.jsp when there is a value selected that is obtained from the action. The performance slowdown is proportional to the number of items in the select list. For example we have a drop down that has the possible values for days in a month, the numbers 1 to 31. If the value of the control is set to today's date it consistently takes 9 seconds to execute. If we take out the code that sets the date it executes in a few milliseconds. By running our page in the debugger the method that seems to be taking all the time is: rd.include(aContext.getRequest(), res); at line 54 in webwork.view.taglib.IncludeTag Since we are using JBoss 3.0 this all runs under Tomcat 4.0.3 - the only servlet container currently integrated with JBoss out of the box. We have tried Tomcat 4.0.4 integrated with JBoss with no better performance but Tomcat 4.0.4 standalone seems to be OK. I have attached a test case that demonstrates the problem. To run it unzip the files into a directory called test.war under the JBoss 3.0 server directory of your choice and then browse to http://localhost:8080/test and follow the link. This page is taking 14 seconds to draw the list control on my system. Friday, June 21, 2002, 10:19:55 PM, you wrote: MB> Can you submit a simple example that illustrates the problem? MB> -Matt MB> ----- Original Message ----- MB> From: "Peter Kelley" <pe...@mo...> MB> To: "Chris Miller" <chr...@ho...>; MB> <web...@li...> MB> Sent: Friday, June 21, 2002 4:03 AM MB> Subject: Re: [Webwork-user] Re: Performance of ParameterAware >> Chris, >> >> I just managed to get a run in OptimizeIt and 95% of the time is being >> spent in java.lang.reflect.Array.newInstance(). Along with the fact >> that there are 10-20 getParameter calls for each control does this >> suggest anything to anybody ? The pattern seems to be: >> >> Get the control value from the method in the action >> Call getParameter on the action a few times very quickly >> Do something else that we are not logging, sometimes for a second or >> more. >> Get the next control value >> etc... >> >> Any ideas as to how we can solve this ? >> >> BTW, the reason we are using parameter aware is that we have input >> controls inside an iterator tag and we need to be able to get the >> values for each of the controls when the form is submitted (and >> display them if the same page is re-displayed). If there is another >> recommended way of doing this I would be interested in finding out. >> What would be really cool is if webwork supported indexed properties >> (a little used feature of Java beans) on actions but I can't see this >> documented anywhere. Should this be a feature request ? >> >> Thursday, June 20, 2002, 10:52:24 PM, you wrote: >> >> CM> Have you tried with Tomcat 4.0.4 and/or 4.1.5, or even better, a MB> different >> CM> servlet container (Orion, Resin, ...)? There have been changes in the MB> latest >> CM> builds of Tomcat that can provide large performance improvements in MB> many >> CM> circumstances. >> >> CM> Also, it sounds like you've done some profiling - where is the MB> majority of >> CM> the time being spent? >> >> CM> Note that I'm not trying to discount the possibility of this being a MB> WW >> CM> issue, just trying to help narrow down the source of the problem. >> >> CM> Regards, >> CM> Chris >> >> >> We have an admittedly complex JSP page that is taking between 20 and >> >> 30 seconds to load, even after a first view. There are 3 actions on >> >> the page in addition to the calling action but each of them is taking >> >> 20-30 milliseconds to run. There appear to be a large number of calls >> >> to the getParameter() method on the main action for each control on >> >> the page. >> >> >> >> Any ideas ? >> >> >> >> Jboss 3.0 with Tomcat 4.0.3 >> >> Webwork 1.1 >> >> Windows 2000 Professional >> >> >> >> -- -- regards, Peter Kelley MoveIt Pty Ltd "If you want to build a ship, don't drum up the men to gather wood, divide the work and give orders. Instead, teach them to yearn for the vast and endless sea." - Saint-Exupery |
|
From: <ma...@sm...> - 2002-06-24 20:54:56
|
No. It just means we don't have to keep to sets in sync. and since css is not xhtml compliant, less headaches. On Mon, 24 June 2002, Vipul Manglik wrote > > Hi, > We are using our own theme which we copied from CSS theme and made > some changes. Would removing the CSS theme taglib affect our theme? > > Thanks > Vipul Manglik > > > > Matt Baldree wrote: > > > Last chance! Anybody using CSS theme taglib? > > > > -Matt > > > > ----- Original Message ----- > > From: <ma...@sm...> > > To: <web...@li...> > > Sent: Friday, June 14, 2002 1:16 PM > > Subject: [Webwork-devel] CSS tags > > > > > Is anybody using the CSS tags? I'm in the process of > > > making sure our standard tags are XHTML compliant. I > > > looked at the CSS tags and I will not be able to make > > > them XHTML compliant without essentially making them > > > similar to the standard tags. > > > > > > So, the question is do we need to keep CSS? XHTML will > > > definitely be the wave of the future and therefore I > > > think we should strive to keep our tags XHTML compliant. > > > > > > I would like to remove CSS and rename standard to > > > XHTML. Anybody see a problem with this? I'm also going > > > to move the VXML tags out from under standard. So, in > > > the end we will have XHTML and VXML tags. > > > > > > -Matt > > > > > > > > > > > > _______________________________________________________________ > > > > > > Don't miss the 2002 Sprint PCS Application Developer's Conference > > > August 25-28 in Las Vegas - > > http://devcon.sprintpcs.com/adp/index.cfm?source=osdntextlink > > > > > > _______________________________________________ > > > Webwork-devel mailing list > > > Web...@li... > > > https://lists.sourceforge.net/lists/listinfo/webwork-devel > > > > > > > > > > ------------------------------------------------------- > > Sponsored by: > > ThinkGeek at http://www.ThinkGeek.com/ > > _______________________________________________ > > Webwork-user mailing list > > Web...@li... > > https://lists.sourceforge.net/lists/listinfo/webwork-user > > > > ------------------------------------------------------- > Sponsored by: > ThinkGeek at http://www.ThinkGeek.com/ > _______________________________________________ > Webwork-user mailing list > Web...@li... > https://lists.sourceforge.net/lists/listinfo/webwork-user |
|
From: Vipul M. <vi...@mo...> - 2002-06-24 03:21:51
|
Hi, We are using our own theme which we copied from CSS theme and made some changes. Would removing the CSS theme taglib affect our theme? Thanks Vipul Manglik Matt Baldree wrote: > Last chance! Anybody using CSS theme taglib? > > -Matt > > ----- Original Message ----- > From: <ma...@sm...> > To: <web...@li...> > Sent: Friday, June 14, 2002 1:16 PM > Subject: [Webwork-devel] CSS tags > > > Is anybody using the CSS tags? I'm in the process of > > making sure our standard tags are XHTML compliant. I > > looked at the CSS tags and I will not be able to make > > them XHTML compliant without essentially making them > > similar to the standard tags. > > > > So, the question is do we need to keep CSS? XHTML will > > definitely be the wave of the future and therefore I > > think we should strive to keep our tags XHTML compliant. > > > > I would like to remove CSS and rename standard to > > XHTML. Anybody see a problem with this? I'm also going > > to move the VXML tags out from under standard. So, in > > the end we will have XHTML and VXML tags. > > > > -Matt > > > > > > > > _______________________________________________________________ > > > > Don't miss the 2002 Sprint PCS Application Developer's Conference > > August 25-28 in Las Vegas - > http://devcon.sprintpcs.com/adp/index.cfm?source=osdntextlink > > > > _______________________________________________ > > Webwork-devel mailing list > > Web...@li... > > https://lists.sourceforge.net/lists/listinfo/webwork-devel > > > > > > ------------------------------------------------------- > Sponsored by: > ThinkGeek at http://www.ThinkGeek.com/ > _______________________________________________ > Webwork-user mailing list > Web...@li... > https://lists.sourceforge.net/lists/listinfo/webwork-user |
|
From: Matt B. <ma...@sm...> - 2002-06-24 00:10:00
|
Last chance! Anybody using CSS theme taglib? -Matt ----- Original Message ----- From: <ma...@sm...> To: <web...@li...> Sent: Friday, June 14, 2002 1:16 PM Subject: [Webwork-devel] CSS tags > Is anybody using the CSS tags? I'm in the process of > making sure our standard tags are XHTML compliant. I > looked at the CSS tags and I will not be able to make > them XHTML compliant without essentially making them > similar to the standard tags. > > So, the question is do we need to keep CSS? XHTML will > definitely be the wave of the future and therefore I > think we should strive to keep our tags XHTML compliant. > > I would like to remove CSS and rename standard to > XHTML. Anybody see a problem with this? I'm also going > to move the VXML tags out from under standard. So, in > the end we will have XHTML and VXML tags. > > -Matt > > > > _______________________________________________________________ > > Don't miss the 2002 Sprint PCS Application Developer's Conference > August 25-28 in Las Vegas - http://devcon.sprintpcs.com/adp/index.cfm?source=osdntextlink > > _______________________________________________ > Webwork-devel mailing list > Web...@li... > https://lists.sourceforge.net/lists/listinfo/webwork-devel > > |
|
From: Matt B. <ma...@sm...> - 2002-06-24 00:07:49
|
I committed this fix and fixed URLTag to allow you to override the request params with children param tags. -Matt ----- Original Message ----- From: <ma...@sm...> To: <taa...@ib...> Cc: <web...@li...> Sent: Saturday, June 22, 2002 3:29 PM Subject: Re: [Webwork-user] redirect action > This is fixed and I will commit it sometime tomorrow. I > also added a couple of test pages to test this > functionality. > > -Matt > > On Sat, 22 June 2002, "Taavi Tiirik" wrote > > > > > > > I am in kind of a hurry with getting redirect.action > or > > it's equivalent to work with latest cvs. If there is > an easy > > way then could you please point me in the right > direction. > > > > Would it be nice if anybody who adds some new > > functionality to webwork writes an example. Then it > > would be easier to avoid breaking any existing > > features. > > > > with best wishes, > > Taavi > > > > > > > > > > > ------------------------------------------------------- > > Sponsored by: > > ThinkGeek at http://www.ThinkGeek.com/ > > _______________________________________________ > > Webwork-user mailing list > > Web...@li... > > > https://lists.sourceforge.net/lists/listinfo/webwork-user > > > ------------------------------------------------------- > Sponsored by: > ThinkGeek at http://www.ThinkGeek.com/ > _______________________________________________ > Webwork-user mailing list > Web...@li... > https://lists.sourceforge.net/lists/listinfo/webwork-user > > |
|
From: <ma...@sm...> - 2002-06-22 20:29:28
|
This is fixed and I will commit it sometime tomorrow. I also added a couple of test pages to test this functionality. -Matt On Sat, 22 June 2002, "Taavi Tiirik" wrote > > > I am in kind of a hurry with getting redirect.action or > it's equivalent to work with latest cvs. If there is an easy > way then could you please point me in the right direction. > > Would it be nice if anybody who adds some new > functionality to webwork writes an example. Then it > would be easier to avoid breaking any existing > features. > > with best wishes, > Taavi > > > > > ------------------------------------------------------- > Sponsored by: > ThinkGeek at http://www.ThinkGeek.com/ > _______________________________________________ > Webwork-user mailing list > Web...@li... > https://lists.sourceforge.net/lists/listinfo/webwork-user |
|
From: Taavi T. <ta...@ib...> - 2002-06-22 08:46:11
|
I am in kind of a hurry with getting redirect.action or it's equivalent to work with latest cvs. If there is an easy way then could you please point me in the right direction. Would it be nice if anybody who adds some new functionality to webwork writes an example. Then it would be easier to avoid breaking any existing features. with best wishes, Taavi |
|
From: Vaishakhi A. <vai...@ar...> - 2002-06-21 18:33:00
|
Hi ,
I understand from the webwork mailing list that you have been able to =
get the redirect working but am not sure if I understand how though.
I want to redirect to another url and pass along some params as well so =
I cannot call the standard redirect.action in my actions.xml.
I tried doing the following code in my action before I do a return =
SUCCESS.
/*//first I create the url that I want to redirect too */
url =3D createUrl(user.getID(), roleString, false);
Redirect redirect =3D (Redirect)ActionFactory.getAction("Redirect");
redirect.setUrl(url);
redirect.execute();
But I get the following exception
java.lang.IllegalStateException: Cannot forward after response has been =
committed
at =
org.apache.catalina.core.ApplicationDispatcher.doForward(ApplicationDispa=
tcher.java:367)
at =
org.apache.catalina.core.ApplicationDispatcher.forward(ApplicationDispatc=
her.java:355)
at =
webwork.dispatcher.ServletDispatcher.service(ServletDispatcher.java:266)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:853)
at =
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Applicat=
ionFilterChain.java:247)
at =
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilte=
rChain.java:193)
at =
org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve=
.java:243)
at =
org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.jav=
a:566)
at =
org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:47=
2
...................
.....................
Please help me get around this
Shall highly appreciate it
Thanks
Vaishakhi
|
|
From: Matt B. <ma...@sm...> - 2002-06-21 12:20:33
|
Can you submit a simple example that illustrates the problem? -Matt ----- Original Message ----- From: "Peter Kelley" <pe...@mo...> To: "Chris Miller" <chr...@ho...>; <web...@li...> Sent: Friday, June 21, 2002 4:03 AM Subject: Re: [Webwork-user] Re: Performance of ParameterAware > Chris, > > I just managed to get a run in OptimizeIt and 95% of the time is being > spent in java.lang.reflect.Array.newInstance(). Along with the fact > that there are 10-20 getParameter calls for each control does this > suggest anything to anybody ? The pattern seems to be: > > Get the control value from the method in the action > Call getParameter on the action a few times very quickly > Do something else that we are not logging, sometimes for a second or > more. > Get the next control value > etc... > > Any ideas as to how we can solve this ? > > BTW, the reason we are using parameter aware is that we have input > controls inside an iterator tag and we need to be able to get the > values for each of the controls when the form is submitted (and > display them if the same page is re-displayed). If there is another > recommended way of doing this I would be interested in finding out. > What would be really cool is if webwork supported indexed properties > (a little used feature of Java beans) on actions but I can't see this > documented anywhere. Should this be a feature request ? > > Thursday, June 20, 2002, 10:52:24 PM, you wrote: > > CM> Have you tried with Tomcat 4.0.4 and/or 4.1.5, or even better, a different > CM> servlet container (Orion, Resin, ...)? There have been changes in the latest > CM> builds of Tomcat that can provide large performance improvements in many > CM> circumstances. > > CM> Also, it sounds like you've done some profiling - where is the majority of > CM> the time being spent? > > CM> Note that I'm not trying to discount the possibility of this being a WW > CM> issue, just trying to help narrow down the source of the problem. > > CM> Regards, > CM> Chris > > >> We have an admittedly complex JSP page that is taking between 20 and > >> 30 seconds to load, even after a first view. There are 3 actions on > >> the page in addition to the calling action but each of them is taking > >> 20-30 milliseconds to run. There appear to be a large number of calls > >> to the getParameter() method on the main action for each control on > >> the page. > >> > >> Any ideas ? > >> > >> Jboss 3.0 with Tomcat 4.0.3 > >> Webwork 1.1 > >> Windows 2000 Professional > >> > >> -- > >> > >> regards, > >> Peter Kelley > >> > >> MoveIt Pty Ltd > >> > >> "If you want to build a ship, don't drum up the men to > >> gather wood, divide the work and give orders. Instead, > >> teach them to yearn for the vast and endless sea." > >> - Saint-Exupery > >> > >> > >> > >> ------------------------------------------------------- > >> Bringing you mounds of caffeinated joy > >> >>> http://thinkgeek.com/sf <<< > > > > > > > CM> ------------------------------------------------------- > CM> Bringing you mounds of caffeinated joy > CM> >>> http://thinkgeek.com/sf <<< > > CM> _______________________________________________ > CM> Webwork-user mailing list > CM> Web...@li... > CM> https://lists.sourceforge.net/lists/listinfo/webwork-user > > > -- > > regards, > Peter Kelley > > MoveIt Pty Ltd > > "If you want to build a ship, don't drum up the men to > gather wood, divide the work and give orders. Instead, > teach them to yearn for the vast and endless sea." > - Saint-Exupery > > > > ------------------------------------------------------- > Sponsored by: > ThinkGeek at http://www.ThinkGeek.com/ > _______________________________________________ > Webwork-user mailing list > Web...@li... > https://lists.sourceforge.net/lists/listinfo/webwork-user > > |
|
From: Peter K. <pe...@mo...> - 2002-06-21 09:02:47
|
Chris, I just managed to get a run in OptimizeIt and 95% of the time is being spent in java.lang.reflect.Array.newInstance(). Along with the fact that there are 10-20 getParameter calls for each control does this suggest anything to anybody ? The pattern seems to be: Get the control value from the method in the action Call getParameter on the action a few times very quickly Do something else that we are not logging, sometimes for a second or more. Get the next control value etc... Any ideas as to how we can solve this ? BTW, the reason we are using parameter aware is that we have input controls inside an iterator tag and we need to be able to get the values for each of the controls when the form is submitted (and display them if the same page is re-displayed). If there is another recommended way of doing this I would be interested in finding out. What would be really cool is if webwork supported indexed properties (a little used feature of Java beans) on actions but I can't see this documented anywhere. Should this be a feature request ? Thursday, June 20, 2002, 10:52:24 PM, you wrote: CM> Have you tried with Tomcat 4.0.4 and/or 4.1.5, or even better, a different CM> servlet container (Orion, Resin, ...)? There have been changes in the latest CM> builds of Tomcat that can provide large performance improvements in many CM> circumstances. CM> Also, it sounds like you've done some profiling - where is the majority of CM> the time being spent? CM> Note that I'm not trying to discount the possibility of this being a WW CM> issue, just trying to help narrow down the source of the problem. CM> Regards, CM> Chris >> We have an admittedly complex JSP page that is taking between 20 and >> 30 seconds to load, even after a first view. There are 3 actions on >> the page in addition to the calling action but each of them is taking >> 20-30 milliseconds to run. There appear to be a large number of calls >> to the getParameter() method on the main action for each control on >> the page. >> >> Any ideas ? >> >> Jboss 3.0 with Tomcat 4.0.3 >> Webwork 1.1 >> Windows 2000 Professional >> >> -- >> >> regards, >> Peter Kelley >> >> MoveIt Pty Ltd >> >> "If you want to build a ship, don't drum up the men to >> gather wood, divide the work and give orders. Instead, >> teach them to yearn for the vast and endless sea." >> - Saint-Exupery >> >> >> >> ------------------------------------------------------- >> Bringing you mounds of caffeinated joy >> >>> http://thinkgeek.com/sf <<< CM> ------------------------------------------------------- CM> Bringing you mounds of caffeinated joy CM> >>> http://thinkgeek.com/sf <<< CM> _______________________________________________ CM> Webwork-user mailing list CM> Web...@li... CM> https://lists.sourceforge.net/lists/listinfo/webwork-user -- regards, Peter Kelley MoveIt Pty Ltd "If you want to build a ship, don't drum up the men to gather wood, divide the work and give orders. Instead, teach them to yearn for the vast and endless sea." - Saint-Exupery |
|
From: <ma...@sm...> - 2002-06-20 19:48:07
|
Dion, Have you searched WW's e-mail archives and Sitemesh? This really is a Sitemesh issue but there have been e-mails on this issue on both sites. I would recommend reading those e-mails and then see if your situation is similar or different. If it is different and you still believe it is a WW issue, then repost and somebody will look into it. -Matt On Thu, 20 June 2002, "Dion Almaer" wrote > > > Hi guys - > > I am running into this problem running code that uses webwork and > sitemesh on WLS 7.x. > > I have a simple war file that shows the problem. > With a decorator I get an empty page, if I bypass it, all works fine. > To break things I just have a simple action that uses an iterator: > > <webwork:action name="'test'"> > <webwork:bean name="'webwork.util.Sorter'" id="sorter"/> > <webwork:sort source="list" comparator="@sorter/descending"> > <webwork:iterator> > whee > </webwork:iterator> > </webwork:sort> > </webwork:action> > > To see the sample war file: http://www.almaer.com/wls7bug.war > > To test: http://localhost:7001/wls7bug/index.jsp [will not work] > http://localhost:7001/wls7bug/nodecorator.jsp [will work] > > Has anyone found away to get around this problem? > BEA said they had a patch, but that didn't fix this particular problem. > Any ideas would be great. Thanks for the great framework. > > Cheers, > > Dion > > -- > \\|// > (o o) > +----oOOo-(_)-oOOo---------------------------------------------------+ > | di...@mi... | TheServerSide J2EE Community | > | www.middleware-company.com | www.theserverside.com | > +--------------------------------------------------------------------+ > > > > ------------------------------------------------------- > Bringing you mounds of caffeinated joy > >>> http://thinkgeek.com/sf <<< > > _______________________________________________ > Webwork-user mailing list > Web...@li... > https://lists.sourceforge.net/lists/listinfo/webwork-user |
|
From: Dion A. <di...@al...> - 2002-06-20 16:47:13
|
Hi guys - I am running into this problem running code that uses webwork and sitemesh on WLS 7.x. I have a simple war file that shows the problem. With a decorator I get an empty page, if I bypass it, all works fine. To break things I just have a simple action that uses an iterator: <webwork:action name="'test'"> <webwork:bean name="'webwork.util.Sorter'" id="sorter"/> <webwork:sort source="list" comparator="@sorter/descending"> <webwork:iterator> whee </webwork:iterator> </webwork:sort> </webwork:action> To see the sample war file: http://www.almaer.com/wls7bug.war To test: http://localhost:7001/wls7bug/index.jsp [will not work] http://localhost:7001/wls7bug/nodecorator.jsp [will work] Has anyone found away to get around this problem? BEA said they had a patch, but that didn't fix this particular problem. Any ideas would be great. Thanks for the great framework. Cheers, Dion -- \\|// (o o) +----oOOo-(_)-oOOo---------------------------------------------------+ | di...@mi... | TheServerSide J2EE Community | | www.middleware-company.com | www.theserverside.com | +--------------------------------------------------------------------+ |
|
From: Mike Cannon-B. <mi...@at...> - 2002-06-20 13:17:49
|
20-30 seconds? Wow - something is DEFINITELY going wrong here. We've got some VERY complex pages in JIRA and even on Tomcrap they don't take that long ;) (3 seconds is a long time). (I do recommend using Orion or Resin - seriously once you've tried, you'll never go back) Having said that - I have no idea where to look for the timing problem ;) You might want to try our profiling filter, this might give you a bit of extra timing information and it will also tell you where the time is spent (we find it very useful), see: http://kb.atlassian.com/content/atlassian/howto/profilingfilter.jsp Hope this helps. Cheers, Mike -- ATLASSIAN - http://www.atlassian.com Expert J2EE Software, Services and Support On 20/6/02 10:52 PM, "Chris Miller" (chr...@ho...) penned the words: > Have you tried with Tomcat 4.0.4 and/or 4.1.5, or even better, a different > servlet container (Orion, Resin, ...)? There have been changes in the latest > builds of Tomcat that can provide large performance improvements in many > circumstances. > > Also, it sounds like you've done some profiling - where is the majority of > the time being spent? > > Note that I'm not trying to discount the possibility of this being a WW > issue, just trying to help narrow down the source of the problem. > > Regards, > Chris > >> We have an admittedly complex JSP page that is taking between 20 and >> 30 seconds to load, even after a first view. There are 3 actions on >> the page in addition to the calling action but each of them is taking >> 20-30 milliseconds to run. There appear to be a large number of calls >> to the getParameter() method on the main action for each control on >> the page. >> >> Any ideas ? >> >> Jboss 3.0 with Tomcat 4.0.3 >> Webwork 1.1 >> Windows 2000 Professional >> >> -- >> >> regards, >> Peter Kelley >> >> MoveIt Pty Ltd >> >> "If you want to build a ship, don't drum up the men to >> gather wood, divide the work and give orders. Instead, >> teach them to yearn for the vast and endless sea." >> - Saint-Exupery >> >> >> >> ------------------------------------------------------- >> Bringing you mounds of caffeinated joy >>>>> http://thinkgeek.com/sf <<< > > > > > > > ------------------------------------------------------- > Bringing you mounds of caffeinated joy >>>> http://thinkgeek.com/sf <<< > > _______________________________________________ > Webwork-user mailing list > Web...@li... > https://lists.sourceforge.net/lists/listinfo/webwork-user |
|
From: Chris M. <chr...@ho...> - 2002-06-20 13:00:31
|
Have you tried with Tomcat 4.0.4 and/or 4.1.5, or even better, a different servlet container (Orion, Resin, ...)? There have been changes in the latest builds of Tomcat that can provide large performance improvements in many circumstances. Also, it sounds like you've done some profiling - where is the majority of the time being spent? Note that I'm not trying to discount the possibility of this being a WW issue, just trying to help narrow down the source of the problem. Regards, Chris > We have an admittedly complex JSP page that is taking between 20 and > 30 seconds to load, even after a first view. There are 3 actions on > the page in addition to the calling action but each of them is taking > 20-30 milliseconds to run. There appear to be a large number of calls > to the getParameter() method on the main action for each control on > the page. > > Any ideas ? > > Jboss 3.0 with Tomcat 4.0.3 > Webwork 1.1 > Windows 2000 Professional > > -- > > regards, > Peter Kelley > > MoveIt Pty Ltd > > "If you want to build a ship, don't drum up the men to > gather wood, divide the work and give orders. Instead, > teach them to yearn for the vast and endless sea." > - Saint-Exupery > > > > ------------------------------------------------------- > Bringing you mounds of caffeinated joy > >>> http://thinkgeek.com/sf <<< |
|
From: Peter K. <pe...@mo...> - 2002-06-20 10:46:06
|
Are there any known performance problems with the ParameterAware interface ? We have an admittedly complex JSP page that is taking between 20 and 30 seconds to load, even after a first view. There are 3 actions on the page in addition to the calling action but each of them is taking 20-30 milliseconds to run. There appear to be a large number of calls to the getParameter() method on the main action for each control on the page. Any ideas ? Jboss 3.0 with Tomcat 4.0.3 Webwork 1.1 Windows 2000 Professional -- regards, Peter Kelley MoveIt Pty Ltd "If you want to build a ship, don't drum up the men to gather wood, divide the work and give orders. Instead, teach them to yearn for the vast and endless sea." - Saint-Exupery |
|
From: Taavi T. <ta...@ib...> - 2002-06-20 09:09:08
|
> > What has happened to redirect.action? It does not
> > seem to work with latest CVS.
> I'll take a look and add an example. I'm out of pocket
> for next couple of days so it will be later this week.
Thanks Matt,
It seems that one of the reasons why redirect.action
does not work as it used to is because of current
action chaining code.
If my action has a following success view:
index.action=Index
index.success=redirect.action?url=another.action
then isAction() finds that next action in chain is
'redirect.action?url=another'. isAction() merely removes
'.action' from the end.
Another reason seems to be that redirect action itselt
(ie. action without a view) does not execute. getView()
always throws ServletException if it does not find a
view for a given action.
with best wishes,
Taavi
|
|
From: <ma...@sm...> - 2002-06-19 13:52:43
|
Yes, I spoke with Anthony and he mentioned that someone had integrated WW w= ith FormProc. He gave me the name which I will e-mail offline and see if th= ey are interested in donating code. Has anybody else done this? WW provides= a good form-based validation but has no mechanism for a centralized valida= tion which is needed in large applications. I'll add this feature request in JIRA. -Matt On Tue, 18 June 2002, Fran=E7ois Beauregard wrote <br> <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN"> <HTML><HEAD> <META content=3D"text/html; charset=3Diso-8859-1" http-equiv=3DContent-Type> <META content=3D"MSHTML 5.00.3315.2870" name=3DGENERATOR></HEAD> <BODY> <DIV><SPAN class=3D974591102-19062002><FONT face=3DArial size=3D2>From a po= st on TSS=20 <A=20 href=3D"http://www.theserverside.com/home/thread.jsp?thread_id=3D14020">htt= p://www.theserverside.com/home/thread.jsp?thread_id=3D14020</A></FONT></SPA= N></DIV> <DIV><SPAN class=3D974591102-19062002><FONT face=3DArial size=3D2>I have ju= st found=20 FormProc.</FONT></SPAN></DIV> <DIV><SPAN class=3D974591102-19062002><FONT face=3DArial size=3D2>I downloa= ded it and=20 had a quick look and it seems interesting.</FONT></SPAN></DIV> <DIV><SPAN class=3D974591102-19062002></SPAN> </DIV> <DIV><FONT face=3DArial size=3D2><SPAN class=3D974591102-19062002>On the di= scussion=20 thread on TSS it is said that someone would have done some work integrating= =20 FormProc and WebWork</SPAN></FONT></DIV> <DIV><FONT face=3DArial size=3D2><SPAN=20 class=3D974591102-19062002></SPAN></FONT> </DIV> <DIV><FONT face=3DArial size=3D2><SPAN class=3D974591102-19062002>I would b= e=20 interested in seeing that.</SPAN></FONT></DIV> <DIV><SPAN class=3D974591102-19062002></SPAN> </DIV><SPAN=20 class=3D974591102-19062002><FONT face=3DArial=20 size=3D2>Frank</FONT></SPAN><BR>___________________________<BR><FONT color= =3D#990000=20 face=3D"Verdana, Arial, Helvetica, sans-serif" size=3D2><B>Fran=E7ois Beaur= egard,=20 b.ing.</B><BR></FONT><FONT color=3D#000000=20 face=3D"Verdana, Arial, Helvetica, sans-serif" size=3D2>Vice-pr=E9sident<BR= >Recherche=20 et d=E9veloppement<BR><FONT color=3D#000000><B>Pyxis</B> </FONT><FONT=20 color=3D#888888><B>Technologies</B></FONT><BR><A=20 href=3D"http://www.pyxis-tech.com/"><FONT color=3D#000000=20 face=3D"Verdana, Arial, Helvetica, sans-serif"=20 size=3D2>www.pyxis-tech.com</FONT></A><BR><BR>T : (450) 681-9094, poste 102= <BR>F :=20 (450) 681-5758<BR><A href=3D"mailto:fbe...@py..."><FONT=20 color=3D#000000 face=3D"Verdana, Arial, Helvetica, sans-serif"=20 size=3D2>fbe...@py...</FONT></A> </FONT> <DIV> </DIV></BODY></HTML><br> <br> ------- End of forwarded message -------<br> <br> |
|
From: <ma...@sm...> - 2002-06-18 15:15:44
|
There are several examples in the example WAR that include tests and examples. 0.98?, you should definitely upgrade. :) -Matt On Tue, 18 June 2002, Michael van Leeuwen wrote > > Hi, > > I cannot seem to figure out how to get the requestURI > from the HTTPServletRequest into my JSP page. It should > work like > <jsp:getProperty name="request" property="requestURI"/> > but that doesn't work and trying to retrieve it using > <webwork:property name="$requestURI"/> > doesn't work either. > > Any help is appreciated. > > We are still working with WebWork 0.98, so if the > construction changed meanwhile, please note so. > > Michael. > > ---------------------------------------------------------------------------- > Bringing you mounds of caffeinated joy > >>> http://thinkgeek.com/sf <<< > > _______________________________________________ > Webwork-user mailing list > Web...@li... > https://lists.sourceforge.net/lists/listinfo/webwork-user |
|
From: <ma...@sm...> - 2002-06-18 14:53:14
|
I'll take a look and add an example. I'm out of pocket for next couple of days so it will be later this week. -Matt On Tue, 18 June 2002, "Taavi Tiirik" wrote > > What has happened to redirect.action? It does not seem to work with > latest CVS. > > I have following in my views.properties: > > redirect.action=webwork.action.standard.Redirect > > index.action=Index > index.success=redirect.action?url=index2.action > index.error=/view/error.jsp > > index2.action=Index2 > index2.success=/view/index2.jsp > > > index2.action works just fine but index.action displays an empty page > and gives a following message: > > [ (ServletDispatcher)] Could not instantiate > action:redirect.action?url=index2 > java.lang.IllegalArgumentException: Action 'redirect.action?url=index2' not > found > > > This used to work before... Do you have any idea of what is causing this? > Redirect.java itself has not been changed lately. > > And there is no example of redirect.action usage. It would be great to have > one. > > best regards, > Taavi > > > > ---------------------------------------------------------------------------- > Bringing you mounds of caffeinated joy > >>> http://thinkgeek.com/sf <<< > > _______________________________________________ > Webwork-user mailing list > Web...@li... > https://lists.sourceforge.net/lists/listinfo/webwork-user |
|
From: <ma...@sm...> - 2002-06-18 14:51:39
|
So, the issues is that we don't want to allow overriding a request param from an internal param tag? If so, then we can add the request params last to override any internal param. But, I guess I could see situations where people might want to override these params. -Matt On Tue, 18 June 2002, "Taavi Tiirik" wrote > > > On recall, We modified the start tag to null params > > which was required for WL to work correctly with this. > > I did provide a patch and updated CVS. When you get a > > chance, take a look at 1.9 and see if this fixes the > > problem. > > Sorry to bring it up again. 1.9 fixed half of this problem. > > It does add request parameters *after* these parameters > that are added with <webwork:param> tag. Not good > since this makes it impossible to redefine any allready > existing parameters with <webwork:param> tag. > > Better would be to add request parameters in doStartTag() > not in doEndTag as it is done right now. Do you agree? > > with best regards, > Taavi > > > > ---------------------------------------------------------------------------- > Bringing you mounds of caffeinated joy > >>> http://thinkgeek.com/sf <<< > > _______________________________________________ > Webwork-user mailing list > Web...@li... > https://lists.sourceforge.net/lists/listinfo/webwork-user |
|
From: Michael v. L. <M.v...@ef...> - 2002-06-18 14:06:20
|
Hi, I cannot seem to figure out how to get the requestURI from the HTTPServletRequest into my JSP page. It should work like <jsp:getProperty name="request" property="requestURI"/> but that doesn't work and trying to retrieve it using <webwork:property name="$requestURI"/> doesn't work either. Any help is appreciated. We are still working with WebWork 0.98, so if the construction changed meanwhile, please note so. Michael. |
|
From: Taavi T. <ta...@ib...> - 2002-06-18 11:29:41
|
> On recall, We modified the start tag to null params > which was required for WL to work correctly with this. > I did provide a patch and updated CVS. When you get a > chance, take a look at 1.9 and see if this fixes the > problem. Sorry to bring it up again. 1.9 fixed half of this problem. It does add request parameters *after* these parameters that are added with <webwork:param> tag. Not good since this makes it impossible to redefine any allready existing parameters with <webwork:param> tag. Better would be to add request parameters in doStartTag() not in doEndTag as it is done right now. Do you agree? with best regards, Taavi |
|
From: Taavi T. <ta...@ib...> - 2002-06-18 09:57:27
|
What has happened to redirect.action? It does not seem to work with latest CVS. I have following in my views.properties: redirect.action=webwork.action.standard.Redirect index.action=Index index.success=redirect.action?url=index2.action index.error=/view/error.jsp index2.action=Index2 index2.success=/view/index2.jsp index2.action works just fine but index.action displays an empty page and gives a following message: [ (ServletDispatcher)] Could not instantiate action:redirect.action?url=index2 java.lang.IllegalArgumentException: Action 'redirect.action?url=index2' not found This used to work before... Do you have any idea of what is causing this? Redirect.java itself has not been changed lately. And there is no example of redirect.action usage. It would be great to have one. best regards, Taavi |
|
From: Taavi T. <ta...@ib...> - 2002-06-17 15:51:52
|
Thanks, Matt 1.9 works just fine. with best wishes, Taavi ----- Original Message ----- From: <ma...@sm...> To: <ma...@sm...> Cc: <taa...@ib...>; <web...@li...> Sent: Monday, June 17, 2002 6:23 PM Subject: Re: [Webwork-user] url tag > On recall, We modified the start tag to null params > which was required for WL to work correctly with this. > I did provide a patch and updated CVS. When you get a > chance, take a look at 1.9 and see if this fixes the > problem. |
3279 messages has been excluded from this view by a project administrator.
