in context:
http://www.nabble.com/Struts-2-performance-tp24732029p24801034.html
Sent from the Struts - User mailing list archive at Nabble.com.
-
To unsubscribe, e-mail: user-unsubscr...@struts.apache.org
For additional commands, e-mail
with
JRockit:
http://www.oracle.com/technology/products/jrockit/index.html
--
View this message in context:
http://www.nabble.com/Struts-2-performance-tp24732029p24801034.html
Sent from the Struts - User mailing list archive at Nabble.com
Musachy Barroso wrote:
Just to save you some time (because I just spend sometime myself on
this), I would suggest you to use the profiler that comes with
JRockit:
http://www.oracle.com/technology/products/jrockit/index.html
You will have to run your application with the JRockit jre to use it.
If you have a commercial profiler that works on Mac, it could be good
enough. But after I have been using it for a few days I was like
whoaa this thing has improved a lot. It has a feature for profiling
lock contention which is very sweet.
musachy
On Wed, Jul 29, 2009 at 11:38 PM, Dale
: Struts 2 performance
From: musa...@gmail.com
To: user@struts.apache.org
If you have a commercial profiler that works on Mac, it could be good
enough. But after I have been using it for a few days I was like
whoaa this thing has improved a lot. It has a feature for profiling
lock contention which
Hi guys,
I have been using Struts 2 for a while for some of my web apps. Performance
is OK. I'm getting less than 400ms when I use the timerinterceptor for a
regular retrieve operation. I'm just wondering, with the interceptor
architecture it seems that there are many layers to go thru' when S2 is
Yes, and not. It is a good idea to remove any interceptor that you
don't need, like i18n for example, or the double params if you are not
using it. Before making any assumptions I would suggest you to profile
your application, and see what is consuming the mos memory and time.
Just to save you
What's the latest news on the Struts 2 rendering performance issues? A browse
through the issue log suggests that despite a number of releases it still
hasn't been resolved.
https://issues.apache.org/struts/browse/WW-2128
https://issues.apache.org/struts/browse/WW-2808
The proposed solution
We are currently running on 2.0.11, have there been any performance
improvements in subsequent releases?
From: Matthew Seaborn
Sent: 24 January 2009 13:39
To: Struts Users Mailing List
Subject: Struts 2 Performance
What's the latest news on the Struts 2 rendering performance issues? A browse
Thank you for the dojo info. I did a custom build for dojo using
http://cwiki.apache.org/confluence/display/S2WIKI/Creating+a+custom+Dojo+profile+for+Struts+2.0.x
and it reduced alot of requests
I would like to turn off the page scan that dojo does and add the
bootstrap code for the widgits my
Doesn't s:head... have a parseContent attribute?
Either way, you may just be able to replicate the s:head... generated code
with your own.
Dave
--- On Mon, 6/9/08, Richard Sayre [EMAIL PROTECTED] wrote:
From: Richard Sayre [EMAIL PROTECTED]
Subject: Re: Struts 2 Performance
To: Struts
with your own.
Dave
--- On Mon, 6/9/08, Richard Sayre [EMAIL PROTECTED] wrote:
From: Richard Sayre [EMAIL PROTECTED]
Subject: Re: Struts 2 Performance
To: Struts Users Mailing List user@struts.apache.org
Date: Monday, June 9, 2008, 10:53 AM
Thank you for the dojo info. I did a custom build
Oh; that might be S2.1--sorry!
Dave
--- On Mon, 6/9/08, Richard Sayre [EMAIL PROTECTED] wrote:
From: Richard Sayre [EMAIL PROTECTED]
Subject: Re: Struts 2 Performance
To: Struts Users Mailing List user@struts.apache.org, [EMAIL PROTECTED]
Date: Monday, June 9, 2008, 12:09 PM
After some
I see it also includes Tiles 2.0.4.. that should also include
the fix for the contentType of the response not set bug present
in version 2.0.3
--
Robi
Ted Husted wrote:
For those of you following this thread, a test build for Struts 2.0.9
is available. Unless a problem is found, we expect to
2007/7/24, Roberto Nunnari [EMAIL PROTECTED]:
I see it also includes Tiles 2.0.4.. that should also include
the fix for the contentType of the response not set bug present
in version 2.0.3
Yep! Confirmed :-)
Antonio
For those of you following this thread, a test build for Struts 2.0.9
is available. Unless a problem is found, we expect to upgrade the
quality to a GA release by tomorrow evening, once the distribution has
had time to propagate through the mirroring network. Another quick-fix
to the OGNL
I tried this too, and I can confirm that it does actually shut down the
server. The return value of the method that the property tag references is
evaluated for some reason, which makes the application vulnerable to OGNL
injection attacks... this is a huge security problem.
On 7/16/07, Aram
:[EMAIL PROTECTED]
Sent: Monday, 16 July 2007 4:10 PM
To: Struts Users Mailing List
Subject: Re: Struts 2 performance
I tried this too, and I can confirm that it does actually shut down the server.
The return value of the method that the property tag references is evaluated
for some reason, which
If your application is displaying user input without checking for
malicious code, you have a problem whether Struts 2 evaluations ognl
expressions or not.This is how the majority of Cross-Site
Scripting (XSS) [1] attacks work, tricking the user into visiting a
page that the attacker has
Is there a policy or person in the struts2, webwork or apache team with
a PR role that's going to announce the vulnerability?
I'm obliged to keep my clients informed and I'd rather point them to a
factual article announced by the community than to a misinformed post
that will undoubtedly soon
look here
http://struts.apache.org/2.0.8/docs/property.html
http://struts.apache.org/2.0.8/docs/text.html
http://struts.apache.org/2.0.8/docs/if.html
and in pages of other tags
there you can find a column Evaluated
and everywhere it has value true
I guess that means that values are being
Should someone create a ticket in jira?
I guess it is really a huge problem.
Best,
Aram
Aram Mkhitaryan
52, 25 Lvovyan, Yerevan 375000, Armenia
Mobile: +374 91 518456
E-mail: [EMAIL PROTECTED]
2007/7/16, Aram Mkhitaryan [EMAIL PROTECTED]:
Should someone create a ticket in jira?
Yep.
https://issues.apache.org/struts/browse/WW-2030
Antonio
It's already known and a patch already exists.
https://issues.apache.org/struts/browse/WW-2030
Don't know when a patched version will be released.
Il giorno 16/lug/07, alle ore 10:29, Aram Mkhitaryan ha scritto:
Should someone create a ticket in jira?
I guess it is really a huge problem.
2007/7/16, Ing. Andrea Vettori [EMAIL PROTECTED]:
It's already known and a patch already exists.
Well, in fact the patch does not prevent execution of OGNL commands, but
disallow entering possible malicious code, i.e. expression like %{xxx} is
illegal: instead it should be evaluated as the
Sorry guys for spamming, but it is not clear what the patch exactly
resolves.
disallow entering possible malicious code, i.e. expression like %{xxx} is
illegal: instead it should be evaluated as the string %{xxx}.
what means the first is illegal, but should be evaluated as the string
could you
The patch works the only problem is if you need to accept %{xxx} as
legal input from your users.
To apply the patch you need to download xwork sources, apply the
patch (with the patch command or manually if you don't have it since
there are few lines of code) and insert a couple of lines
Actually that patch is not a solution, definitely.
The solution could be:
disable evaluation by default,
add a hint to enable evaluation.
for example
old---s:property value=%{amount} /
solution--- s:property value=eval/%{amount}
i suggest this solution since
s:property value=%{amount}
2007/7/16, Aram Mkhitaryan [EMAIL PROTECTED]:
i suggest this solution since
s:property value=%{amount} /
and
s:property value=amount /
should output the same. am I wrong?
Definitely yes, I suggest you to learn the basics of OGNL :-)
And anyway, in JSP pages OGNL is ok: it is when user's
Thanks for the response,
so if I type in my text input %{..System.exit(0);} it will not shut my
server down,
but what will happen?
will I get errors or just the text will not be evaluated?
Best,
Aram
Aram Mkhitaryan
52, 25 Lvovyan, Yerevan 375000, Armenia
Take a look at the jira issue, it's something I suggested too. We
should disable by default evaluation of expressions when they are an
input from the user (i.e. parameters to an action) and enable by
default expression when specified as parameters to tags.
Il giorno 16/lug/07, alle ore
The parameter is removed so it's like your input an empty string.
Il giorno 16/lug/07, alle ore 11:36, Aram Mkhitaryan ha scritto:
Thanks for the response,
so if I type in my text input %{..System.exit(0);} it will not shut my
server down,
but what will happen?
will I get errors or just the
So the patch disables only evaluation of user submitted text,
but if I write expression in tags, that will work fine as before?
If this is true,
I think this is a good solution.
Sorry that I'm asking the same again, but this is the fastest way to know
the truth
so currently (without patches),
Sorry that I'm asking the same again, but this is the fastest way
to know
the truth
so currently (without patches),
s:property value=propName / just prints the propName
property, but
s:property value=%{propName} / evaluates the expression in %{}
and if
propName=amout, it prints the
2007/7/16, Ing. Andrea Vettori [EMAIL PROTECTED]:
so currently (without patches),
s:property value=propName / just prints the propName
property, but
s:property value=%{propName} / evaluates the expression in %{}
and if
propName=amout, it prints the amout property?
No, s:property
I think we both have to find out,
even better, to test which form works and does what ...
Thanks,
Aram
Aram Mkhitaryan
52, 25 Lvovyan, Yerevan 375000, Armenia
Mobile: +374 91 518456
E-mail: [EMAIL PROTECTED]
2007/7/16, Ing. Andrea Vettori [EMAIL PROTECTED]:
No, s:property value=%{propName}/ should be equivalent to
s:property value=propName/.
If it is true, then if you have a field named password and the user
types password then it is evaluated as %{password}, so you have an
infinite loop.
Andrea,
I'm glad to see so many people joining the discussion, but let's
please take this to the dev list. There are a lot of Struts
committers and contributors that don't read this user list. So
please, no more messages on this thread for this list.
Don
On 7/16/07, Don Brown [EMAIL PROTECTED] wrote:
Don, could you please send the subject to continue the discussion in?
Should we use [EMAIL PROTECTED]
Thanks,
Aram
Aram Mkhitaryan
52, 25 Lvovyan, Yerevan 375000, Armenia
Mobile: +374 91 518456
E-mail: [EMAIL PROTECTED]
I have replied in dev@ so please post over there. Thanks,
Don
On 7/16/07, Aram Mkhitaryan [EMAIL PROTECTED] wrote:
Don, could you please send the subject to continue the discussion in?
Should we use [EMAIL PROTECTED]
Thanks,
Aram
Aram Mkhitaryan
52, 25
https://issues.apache.org/struts/browse/WW-2030
musachy
On 7/16/07, Aram Mkhitaryan [EMAIL PROTECTED] wrote:
look here
http://struts.apache.org/2.0.8/docs/property.html
http://struts.apache.org/2.0.8/docs/text.html
http://struts.apache.org/2.0.8/docs/if.html
and in pages of other tags
there
Maybe it's new just for me, but I found out one of the main reasons of the
problem
try to submit [EMAIL PROTECTED]@exit(0)} in the viewable property
for example you submit a text, and it is displayed by s2's tags
try and have fun ...
this expression works and my server shuts down!
the problem
that Tapestry mentions.
-Ted.
--
View this message in context:
http://www.nabble.com/Struts-2-performance-tf4053401.html#a11594315
Sent from the Struts - User mailing list archive at Nabble.com.
-
To unsubscribe, e-mail: [EMAIL
On 7/13/07, Aram Mkhitaryan [EMAIL PROTECTED] wrote:
Does someone know how to switch on the enhancement for ognl 2.7???
It's not a matter of throwing a switch. Some code would have to be
rewritten in XWork 2 and Struts 2, which some people (James Holmes)
are volunteering to do.
-Ted.
* http://struts.apache.org/helping.html
On 7/12/07, Don Brown [EMAIL PROTECTED] wrote:
Ted wrote up a good doc somewhere on the website, but the summary is
join the dev list, participate in discussions, file jira tickets with
patches that include unit tests.
Don
Vettori [mailto:[EMAIL PROTECTED]
Sent: 12 July 2007 11:30
To: Struts Users Mailing List
Subject: Re: Struts 2 performance
I've done some measurements with jmeter on my e-commerce site built on
struts2 and ejb3.
1 user (testing)
===
Home page, http://www.elettrotop.com/ElettroTop
time. I suspect you'll find that your DB is causing a lot of the
delay in
the short ramp up test.
-Original Message-
From: Ing. Andrea Vettori [mailto:[EMAIL PROTECTED]
Sent: 12 July 2007 11:30
To: Struts Users Mailing List
Subject: Re: Struts 2 performance
I've done some measurements
2007/7/12, Ing. Andrea Vettori [EMAIL PROTECTED]:
Yes i'm sure it's true.
So the struts related performance seems not too bad...
compared to what?
--
Guillaume Carré
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional
2007/7/12, Ing. Andrea Vettori [EMAIL PROTECTED]:
Yes i'm sure it's true.
So the struts related performance seems not too bad...
compared to what?
Compared to nothing... they are pure numbers. They are simply just
good enought (to me).
If we don't have this in mind we should use
As they say, the proof of the pudding is in the taste. The performance
of Struts 2 is at least as good as WebWork 2, which powers a large
number of excellent sites, including Atlassian Confluence and Jive
Forums. Prior versions of Tapestry were also using OGNL, which seems
to be one of the
2007/7/12, Ing. Andrea Vettori [EMAIL PROTECTED]:
Compared to nothing... they are pure numbers. They are simply just
good enought (to me).
If we don't have this in mind we should use assember for everything :)
what I meant was: maybe it could be a good idea to redevelop your
screens with, say
Il giorno 12/lug/07, alle ore 16:31, Guillaume Carré ha scritto:
2007/7/12, Ing. Andrea Vettori [EMAIL PROTECTED]:
Compared to nothing... they are pure numbers. They are simply just
good enought (to me).
If we don't have this in mind we should use assember for
everything :)
what I meant
Dunno if this might help, but:
http://www.omnytex.com/struts_benchmarking.zip
In it you'll find two applications, one for S1 (1.3.8) and one for S2
(2.0.8)... they are both (I think!) pretty much equivalent, and about as
simplistic as you can get. Also included is a JMeter test plan to run
Perfect! This is an excellent start.
I think both should be compiled with 1.6.0. That will immediately remove that
element of difference between the two.
James
On Thu Jul 12 15:22 , 'Frank W. Zammetti' [EMAIL PROTECTED] sent:
Dunno if this might help, but:
Are we targeting 1.6 now, or is the S2 target platform still 1.5?
-T.
On 7/12/07, James Holmes [EMAIL PROTECTED] wrote:
Perfect! This is an excellent start.
I think both should be compiled with 1.6.0. That will immediately remove that
element of difference between the two.
James
My only point was that the S1 and S2 apps should be compiled using the same
version of Java. I didn't mean to imply any version that S2 should support. I
guess in a perfect world the test should be compiled with 1.5 since that is what
S2 supports.
James
On Thu Jul 12 15:34 , Ted Husted sent:
The build scripts and full source are of course included, so by all
means feel free to recompile and rerun... I'm getting into something
else at the moment otherwise I'd do it right now because I'd be very
interested in seeing if the results converge a bit (I wouldn't expect
them to diverge,
]
For additional commands, e-mail: [EMAIL PROTECTED]
--
View this message in context:
http://www.nabble.com/Struts-2-performance-tf4053401.html#a11568260
Sent from the Struts - User mailing list archive at Nabble.com
: [EMAIL PROTECTED]
--
View this message in context:
http://www.nabble.com/Struts-2-performance-tf4053401.html#a11568292
Sent from the Struts - User mailing list archive at Nabble.com.
-
To unsubscribe, e-mail: [EMAIL
Well, here's exactly why I hate benchmarking: it's never consistent! :)
This time, everything compiled with JDK 1.6 (it's what I have installed
along side 1.4.2) and all used 5000 samples (updated test plan to always
do 5000 samples)...
S1:
685 average, 142.3/sec throughput, 20.89 KB/sec
On 7/12/07, Frank W. Zammetti [EMAIL PROTECTED] wrote:
(b) the OGNL bump, at least as far asjust a straight drop-in, makes no real
difference
I don't think we really expected the drop-in to make a difference
without making other adjustment to take advantage of the enhancements.
-T.
PROTECTED]
Sent: Thursday, July 12, 2007 6:39 PM
To: Struts Users Mailing List
Subject: Re: Struts 2 performance
I'm really happy to see this issue being addressed, but it is important to
remember, framework performance wasn't (isn't?) a primary goal for WebWork
2, and now Struts 2. Specific
I'm really happy to see this issue being addressed, but it is
important to remember, framework performance wasn't (isn't?) a primary
goal for WebWork 2, and now Struts 2. Specific decisions were made to
favor developer productivity and flexibility over performance such as
a template
Ted Husted wrote:
On 7/12/07, Frank W. Zammetti [EMAIL PROTECTED] wrote:
(b) the OGNL bump, at least as far asjust a straight drop-in, makes no
real difference
I don't think we really expected the drop-in to make a difference
without making other adjustment to take advantage of the
Message-
From: Frank W. Zammetti [EMAIL PROTECTED]
Date: Thu, 12 Jul 2007 17:10:17
To:Struts Users Mailing List user@struts.apache.org
Subject: Re: Struts 2 performance
Well, here's exactly why I hate benchmarking: it's never consistent! :)
This time, everything compiled with JDK 1.6 (it's
gains yet.
Sent via BlackBerry.
-Original Message-
From: Frank W. Zammetti [EMAIL PROTECTED]
Date: Thu, 12 Jul 2007 17:10:17
To:Struts Users Mailing List user@struts.apache.org
Subject: Re: Struts 2 performance
Well, here's exactly why I hate benchmarking: it's never consistent
not do this yet so it cannot realize the
performance gains yet.
Sent via BlackBerry.
-Original Message-
From: Frank W. Zammetti [EMAIL PROTECTED]
Date: Thu, 12 Jul 2007 17:10:17
To:Struts Users Mailing List user@struts.apache.org
Subject: Re: Struts 2 performance
Well, here's
One more point for the test applications,
try do not use complicated pages with db calls and stuff like that
use simple pages where you have lots of ognl expressions (as there is ticket
in jira where it is noticed that profiler showed that the bottleneck is in
ognl expressions)
Best,
Aram
there are some new results,
when setting the global theme to the simple one,
my S2 test application becomes 20 times faster,
but still it is 3 times slower then S1
There should not be a noticable difference with OGNL yet. The performance
improvements in OGNL 2.7
require expressions to be
After playing around with Firebug a little I found out that in our project
the most costly thing in the page loading process is loading the dojo
.js-files. For some reason they are included in the xhtml theme too. If I
substitute
s:head theme=xhtml /
with
link rel=stylesheet
Tooltips come to mind, and I think there is one other reason...maybe
it was the rich text editor. Anyways, in 2.1 we pulled all
Dojo-related code into its own plugin, so it shouldn't affect the
xhtml theme anymore.
Don
On 7/11/07, Toni Lyytikäinen [EMAIL PROTECTED] wrote:
After playing around
Hi there,
This is really-really a very big problem.
The tests that passed for struts1
cant pass for struts2 even partially (even after lots of optimizations).
Struts2 is slow enough to use it for the big and popular sites.
Look here
https://issues.apache.org/struts/browse/WW-1673
and
The problem is not just in dojo's js files and stuff like that.
Struts2 is too slow, 7-8x times than struts1
Best,
Aram
Aram Mkhitaryan
52, 25 Lvovyan, Yerevan 375000, Armenia
Mobile: +374 91 518456
E-mail: [EMAIL PROTECTED]
On 7/11/07, Aram Mkhitaryan [EMAIL PROTECTED] wrote:
The problem is not just in dojo's js files and stuff like that.
Struts2 is too slow, 7-8x times than struts1
Any reproduceable measurements which can support this statement?
Leon
Best,
Aram
Aram Mkhitaryan
There are load test results,
for struts1, up to 200 concurrent users with 0.75 sec timeout, result: 2%
timeout
for struts2, up to 10 concurrent users with 5 sec timeout, result: 80%
timeout
the application is the same, for struts2 ognl language is used,
but is
Don Brown wrote:
Anyways, in 2.1 we pulled all Dojo-related code into its own plugin,
so it shouldn't affect the xhtml theme anymore.
I'm looking forward to that :-)
I recognize that with any open source project timelines are difficult to
predict, but would you expect some version of 2.1 to
No idea about the 2.1 release, but if you don't use tooltips, just
override the xhtml header template, the one with the dojo import.
That should remove the dojo import and fix your issue for now.
Don
On 7/11/07, Dale Newfield [EMAIL PROTECTED] wrote:
Don Brown wrote:
Anyways, in 2.1 we pulled
-performance-detrimental-to-Struts-2-tf2804655.html#a7825136
*
http://www.nabble.com/Abstracting-Ognl-from-XWork-and-Struts-2--tf2355393.html#a6561815
(and now)
* http://www.nabble.com/Struts-2-performance-tf4053401.html#a11536097
Technology aside, the key ingredient is one or more volunteers who
://www.nabble.com/Abstracting-Ognl-from-XWork-and-Struts-2--tf2355393.html#a6561815
(and now)
* http://www.nabble.com/Struts-2-performance-tf4053401.html#a11536097
Technology aside, the key ingredient is one or more volunteers who are
are ready, willing, and able to do the work.
A good place to start
I'm using s2 2.0.8 on an e-commerce site. The site is very new so we
have about 3000 sessions a day but I don't have performance
problems... The pages are loading quickly. The most used pages are
- the products listing that gets data from a session bean and
displays rows of information
- the
2007/7/11, Musachy Barroso [EMAIL PROTECTED]:
I think so far a couple of people have tried to decouple Struts 2 from OGNL,
(so other libs like MVEL could be used), so far no patch has made it through
:)
have you considered upgrading to OGNL 2.7?
Tapestry 4 did, there seems to be some
It's not a simple JAR drop. The core XWork and Struts 2 libraries have to be
updated to compile expressions. This will take some work, but I believe it is
badly needed. I'm up for helping to do this work, but don't have much experience
with the OGNL code. I also don't have commit access to the
On 7/11/07, Guillaume Carré [EMAIL PROTECTED] wrote:
Tapestry 4 did, there seems to be some performance improvement in this release:
http://blog.opencomponentry.com/2007/06/26/tapestry-412-ognl-27-released/
is it a simple JAR drop?
I don't know, I'll give it a try.
-Ted.
-and-Struts-2--tf2355393.html#a6561815
(and now)
* http://www.nabble.com/Struts-2-performance-tf4053401.html#a11536097
Technology aside, the key ingredient is one or more volunteers who are
are ready, willing, and able to do the work.
A good place to start would be summarize the prior threads
.html#a6561815
(and now)
* http://www.nabble.com/Struts-2-performance-
tf4053401.html#a11536097
Technology aside, the key ingredient is one or more volunteers
who are
are ready, willing, and able to do the work.
A good place to start would be summarize the prior threads and post
On 7/11/07, Leon Rosenberg [EMAIL PROTECTED] wrote:
if someone would specify a valid test-case or test-app, i'd volunteer
to implement it in both s1 and s2 and measure the points where the
performance is lost exactly.
There's a WW application attached to this ticket that might be a
likely
Struts tests pass with OGNL 2.7
musachy
On 7/11/07, James Holmes [EMAIL PROTECTED] wrote:
It's not a simple JAR drop. The core XWork and Struts 2 libraries have to
be
updated to compile expressions. This will take some work, but I believe it
is
badly needed. I'm up for helping to do this
On 7/11/07, Ing. Andrea Vettori [EMAIL PROTECTED] wrote:
Can anyone suggest how to test my site for performance analysis
(best with a simple free product) ?
I can show here the result if interested.
I haven't used it personally, but there's the Eclipse TPTP project
that works with the eclipse
@struts.apache.org
Date: Wed, 11 Jul 2007 15:03:51 -0400
Subject: Re: Struts 2 performance
Struts tests pass with OGNL 2.7
musachy
On 7/11/07, James Holmes [EMAIL PROTECTED] wrote:
It's not a simple JAR drop. The core XWork and Struts 2 libraries have to
be
updated to compile expressions. This will take
If we need to test the Struts2's real performance we should not use database
calls and stuff like that.
The code should be as simple as possible, for example, as it was already
suggested,
we may use static data (a big enough list with beans that have at least 5
properties).
We may include some
BTW, the idea about participation in contributing to this part is good.
I would love to solve this performance problem.
Does someone know how we can become a contributor of struts2?
Is there a standard procedure, or we just can solve ourselves and send the
result code?
Best,
Aram
Ted wrote up a good doc somewhere on the website, but the summary is
join the dev list, participate in discussions, file jira tickets with
patches that include unit tests.
Don
On 7/12/07, Aram Mkhitaryan [EMAIL PROTECTED] wrote:
BTW, the idea about participation in contributing to this part is
On 7/9/07, climbingrose [EMAIL PROTECTED] wrote:
I don't have a chance to do any profiling to find out where is the bottleneck
Before trying any profiling, be sure to follow the tips at
http://struts.apache.org/2.x/docs/performance-tuning.html.
-Ted.
climbingrose wrote:
Dojo just seems to be to heavy weight for most purposes. I mean if
you only want a bloody calendar in your webapp, you don't want to
load up a 100kb of javascript. Plus, it might be my experience only,
Dojo seems to have the tendency to hang my browser everytime I open a
Well, I prefer using Javascript library like JQuery or Mootools for Ajax
rather than Dojo. With JQuery I only have 10kB after compressing with gzip.
On 7/11/07, Lionel [EMAIL PROTECTED] wrote:
climbingrose wrote:
Dojo just seems to be to heavy weight for most purposes. I mean if
you only
for nearly a year now and have a
great
deal of experience with it. Personally, the architecture of Struts 2 is
much
cleaner than its predecessor. However, recently I converted one of my
Struts
2 pages into Servlet + JSP solution and it turns out that Struts 2
performance is much worse than Servlet
+ JSP solution and it turns out that Struts 2
performance is much worse than Servlet + JSP. In Servlet + JSP solution,
the
server CPU is barely over 3-4% while with Struts 2, it's around 70% most
of
the time. The JSP page is around 300 lines of code. I don't have a
chance
to
do any profiling
that Struts 2
performance is much worse than Servlet + JSP. In Servlet + JSP solution, the
server CPU is barely over 3-4% while with Struts 2, it's around 70% most of
the time. The JSP page is around 300 lines of code. I don't have a chance to
do any profiling to find out where is the bottleneck but I
climbingrose wrote:
The other thing I want to comment on is the use of Dojo as Ajax theme. I
don't have much experience with Dojo apart from a few hours playing around
with it. However, even with the latest version (0.9), Dojo just seems to be
to heavy weight for most purposes. I mean if you
99 matches
Mail list logo
