You're right, excuse me, I should have explain : I'm a struts developper on
Tomcat, and I had no problem with it.

I'm talking about another project, which is a specific "house made" framework
based on Struts for a part ; since this frawework uses EJB and JMS and so on,
Tomcat was not possible (and the choice is Weblogic).

I'm currently benchmarking an application running on this framework (maybe load
figures are not very representative because of the specific framework, but it's
25 transactions per second, 500 users on one instance - Weblogic on AIX). I have
performance (response time) issues, and I'm looking for causes. One possibility
I've found is that Tiles may be in cause, because some timers I've put show
that time is lost *between* 2 JSP include in a Tiles layout.

I can add something today ; the same bench with static includes (<%@ include%>)
instead of Tiles is a little (very little) better. And the same bench with no
include (and no Tiles) is a lot better. I'm looking for an "JSP include"
problem of WebLogic, but as it seems not to concern Struts directly, I think I
have to contact BEA support.

Thanks and excuse me for my english

Philippe


Selon Allistair Crossley <[EMAIL PROTECTED]>:

 Have you tried your application under something like Tomcat? It's very easy to
 say that you application is slow because of a particular API but what
 substantiates this? How do you know it is Struts? I am not saying that it is
 _not_ Struts, but it would first help understand what brings you to this
 conclusion. For example, how are you benchmarking, under what load, with what
 profiler, what are you timings. What is the operation you are doing, under how
 much load? Have you tried alternatives like running struts-example webapp that
 comes with Struts.

 There is so much information you have left out of your post that noone can
 answer it. Come back to us with more info.

 Allistair

 > -----Original Message-----
 > From: David G. Friedman [mailto:[EMAIL PROTECTED]
 > Sent: 24 September 2004 01:03
 > To: Struts Users Mailing List
 > Subject: RE: Tiles performance under Weblogic Server 6.1
 >
 >
 > Philippe,
 >
 > I was looking up something under bugzilla last night and
 > noticed a note
 > about Struts v1.1 and Tiles possibly taking up significant
 > memory if a HUGE
 > number of tiles were defined.  Is this something you have
 > setup?  Perhaps
 > this bug report fits your situation:
 >
 > http://issues.apache.org/bugzilla/show_bug.cgi?id=18237
 >
 > I hope that helps, if not you could try searching bugzilla to see if
 > anything matches your situation, such as on the keyword Weblogic.
 >
 > Regards,
 > David
 >
 > -----Original Message-----
 > From: philippelonchampt [mailto:[EMAIL PROTECTED]
 > Sent: Thursday, September 23, 2004 11:02 AM
 > To: Struts Users Mailing List
 > Subject: Tiles performance under Weblogic Server 6.1
 >
 >
 > Hi all,
 >
 > I saw some topics on it in this list, but nothing about Weblogic. I'm
 > experiencing an important performance issue with Tiles under
 > Weblogic 6.1
 > (struts 1.1). Does anybody know something about it ?
 >
 > Thanks a lot.
 >
 > Philippe
 >
 >
 > ---------------------------------------------------------------------
 > To unsubscribe, e-mail: [EMAIL PROTECTED]
 > For additional commands, e-mail: [EMAIL PROTECTED]
 >
 >
 > ---------------------------------------------------------------------
 > To unsubscribe, e-mail: [EMAIL PROTECTED]
 > For additional commands, e-mail: [EMAIL PROTECTED]
 >
 >


 <FONT SIZE=1 FACE="VERDANA,ARIAL" COLOR=BLUE>
 -------------------------------------------------------
 QAS Ltd.
 Developers of QuickAddress Software
 <a href="http://www.qas.com";>www.qas.com</a>
 Registered in England: No 2582055
 Registered in Australia: No 082 851 474
 -------------------------------------------------------
 </FONT>


 ---------------------------------------------------------------------
 To unsubscribe, e-mail: [EMAIL PROTECTED]
 For additional commands, e-mail: [EMAIL PROTECTED]





---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Reply via email to