You are viewing a plain text version of this content. The canonical link for it is here.
Posted to users@myfaces.apache.org by "Dj Apal [GR]" <dj...@gmail.com> on 2009/07/15 09:39:45 UTC
Trinidad regexp validation
Hello all.
I'm trying to use this tag for validating integers but even the example from
the site doesn't work.
The value must match this pattern: [9]*
I get the same message all over again. Anyone has same probs? Using Trinidad
1.0.10 (for jsf 1.1)
TIA
--
Re: Performance issues with JSF
Posted by Andrew Robinson <an...@gmail.com>.
Another thing to check is the time between the DOMContentLoaded event
and the page OnLoad event. The former occurs when the page DOM
structure has been loaded by the browser, but no external entities has
been loaded, and the second after the resources have been loaded and
any JavaScript has been executed.
You can use Firebug on Firefox or Safari 4 to view the network load
and how long each took to load. Firebug will show you all the response
headers sent and received so that you can see which ones had the
"If-Modified-Since" header sent by the browser and which ones received
back a content not modified (304 code) to let you know that the CSS,
JS or image file was successfully cached.
With the cook menu, there could be a large delay in JavaScript
especially on older browsers or IE if that code does too much
JavaScript initialization. You can try to set the rendered flag to
false on certain components with JavaScript to also try to discover
the large parts of delay.
Another common JSF usage problem is to tie EL expressions to code that
does slow work. For example, tying the value attribute on a table
component to a getter that performs a database query. JSF re-evaluates
EL expressions quite often on components. A good strategy is to load
all the resources for a page at the start of the request (you can use
a PhaseListener attached to the UIViewRoot to do this cleanly) to
ensure that when the EL is invoked, it is a simple return of a loaded
value.
Hope that helps,
Andrew
On Fri, Jul 17, 2009 at 4:05 AM, Madhav
Bhargava<Ma...@infosys.com> wrote:
> Shashi wrote:
>
>>Hi All - We have built a J2EE application with JSF (MyFaces, Ajax4JSF)
>> ,Spring and IBatis. What we find is, each of the screen takes lot of time to
>> >load. We find no performance issue with Spring or Ibatis (after verifying
>> via JProfiler). Jprofiler shows the JVM memory is occupied b JSF objects. I
>> >found that the screen loading is taking time for two reasons.
>>1.The JSF screens (which has cook menu) take time to load.
>>2.The overall screen painting in the browser takes time to load.
>>Our JSF screens are not too complicated and even the simplest screen takes
>> time to load. Note that each of the screens always loads JSCookMenu. We
>> >visited apache site for tuning JSF. As per their suggestion we did the
>> following
>>1. We set the State saving mechanism as server side.
>>2. Serialization of session objects was set to false.
>>3. Compression of objects was set to false.
>>4. Streaming Add Resource and t:documentHead were added.
>>But none of these improved the performance.
>>The overall screen takes time and I'm wondering if we should do effective
>> caching of images,CSS and js files. I visited plenty of websites and tried
>> to >move all these client specific files under the <head> tag, loaded the
>> images via CSS but nothing helps. We have high capacity machines and I dont
>> >think desktop config is playing a role.
>>We thought the problem could be bcos of network traffic or slow performance
>> of underlying platform websphere server. We checked other application
>> >running in the same envrironment and they are extremely fast. The only
>> difference b/n our application and the other is JSF.
>>I'm short of solutions. Any valuable input will be greatly appreciated.
>
>
>
> You might want to check on the following:
>
> 1. Utilize HttpAnalyzer or any other similar tool to check what is the
> response received for every action. Since you have used Ajax in your page
> you need to check the response that you are getting back on each ajax call
> and whether it is only what should be returned.
>
> 2. There are some optimizations that are listed on Ajax4Jsf site which
> in past has proven to be the guilty party for performance related issues.
>
> 3. Check what is the size of the response. If the page is too large
> then you can consider introducing a gzipfilter to compress the response and
> thereby reducing the network bandwidth usage.
>
> 4. Check if objects are not getting released. Some of the Ajax4Jsf
> components like a4j:keepAlive keep the objects in memory for longer period
> than expected.
>
> 5. Also checked if there are too many session scoped beans and thereby
> slowly adding to memory usage and eventually affecting everything.
>
> 6. There are other parameters in myfaces configuration like number of
> views in session. Try changing that as well.
>
> 7. Check if the page is not heavy with different types of content
> (images, audio/video etc..). Go for incremental loading.
>
>
>
> Thanks,
>
> Madhav
RE: Performance issues with JSF
Posted by Madhav Bhargava <Ma...@infosys.com>.
Shashi wrote:
>Hi All - We have built a J2EE application with JSF (MyFaces, Ajax4JSF) ,Spring and IBatis. What we find is, each of the screen takes lot of time to >load. We find no performance issue with Spring or Ibatis (after verifying via JProfiler). Jprofiler shows the JVM memory is occupied b JSF objects. I >found that the screen loading is taking time for two reasons.
>1.The JSF screens (which has cook menu) take time to load.
>2.The overall screen painting in the browser takes time to load.
>Our JSF screens are not too complicated and even the simplest screen takes time to load. Note that each of the screens always loads JSCookMenu. We >visited apache site for tuning JSF. As per their suggestion we did the following
>1. We set the State saving mechanism as server side.
>2. Serialization of session objects was set to false.
>3. Compression of objects was set to false.
>4. Streaming Add Resource and t:documentHead were added.
>But none of these improved the performance.
>The overall screen takes time and I'm wondering if we should do effective caching of images,CSS and js files. I visited plenty of websites and tried to >move all these client specific files under the <head> tag, loaded the images via CSS but nothing helps. We have high capacity machines and I dont >think desktop config is playing a role.
>We thought the problem could be bcos of network traffic or slow performance of underlying platform websphere server. We checked other application >running in the same envrironment and they are extremely fast. The only difference b/n our application and the other is JSF.
>I'm short of solutions. Any valuable input will be greatly appreciated.
You might want to check on the following:
1. Utilize HttpAnalyzer or any other similar tool to check what is the response received for every action. Since you have used Ajax in your page you need to check the response that you are getting back on each ajax call and whether it is only what should be returned.
2. There are some optimizations that are listed on Ajax4Jsf site which in past has proven to be the guilty party for performance related issues.
3. Check what is the size of the response. If the page is too large then you can consider introducing a gzipfilter to compress the response and thereby reducing the network bandwidth usage.
4. Check if objects are not getting released. Some of the Ajax4Jsf components like a4j:keepAlive keep the objects in memory for longer period than expected.
5. Also checked if there are too many session scoped beans and thereby slowly adding to memory usage and eventually affecting everything.
6. There are other parameters in myfaces configuration like number of views in session. Try changing that as well.
7. Check if the page is not heavy with different types of content (images, audio/video etc..). Go for incremental loading.
Thanks,
Madhav
Re: Performance issues with JSF
Posted by Jan-Kees van Andel <ja...@gmail.com>.
Also, as you probably know, the second time you access a JSP, it
should be *much* faster, since it needs to be compiled the first time.
If your app is only slow the first time you access a page, there may
be no problem.
But, show us some timing results. Where is the bottleneck?
With a simple PhaseListener, you can measure the JSF lifecycle. Just
count the milli- (or nano-) seconds every phase takes.
And while you're at it, you might also want to print the duration of
the entire request. A filter is a good place, since it also covers the
Ajax4jsf Filter, etc.
When you know the performance of the server side, install a good
network monitoring tool. FireBug works fine for me most of the time.
It has a simple network tab where you can see the durations and timing
of web requests (CSS, JS, images...).
You need to find the problem before fixing it.
When you really don't know how to find/fix the problem, but you're
sure the problem is web related, try the YSlow plugin for Firebug.
If you can post a simple benchmark or something like that, we may be
able to help you further.
Regards,
Jan-Kees
2009/7/20 Kito Mann <ki...@virtua.com>:
> Hello Shasi,
>
> Honestly, looking at your stack, I think you could gain the biggest
> performance boost by either switching to JDK 1.5 or upgrading to WAS 7.0
> (which I'm sure isn't a trivial task politically).
>
> Upgrading to Facelets is a great long-term move, especially since JSF 2.0
> includes Facelets. It's pretty painless, especially if you're using the JSPX
> syntax (which most people don't use). However, using Tiles complicates the
> process, and it's certainly not something I would try with a larger app at
> the last minute.
>
> So, read the articles I mentioned, follow the advice on this list in order
> to find and eliminate bottlenecks, and try upgrading your JDK.
>
> On Mon, Jul 20, 2009 at 5:27 AM, Shasi Mitra Yarram <sh...@yahoo.com>
> wrote:
>>
>> Hi - This is my configuration
>> 1.JSF1.1
>> 2.MyFaces 1.1.6
>> 3.Tomahawk 1.1.8
>> 4.IBM Websphere Server 6.0
>> 5.Ajax4JSF1.1
>> 6.JDK1.4
>> Somebody mentioned that using jsp as page description slows down
>> performance. Instead use Facelets. Can you tell what he meant?
>> Also our application has 447 jsp pages. We are using struts-tiles. If we
>> want to convert to facelets how much time it'll take for the entire
>> conversion , as its time for us to freeze the code. Is it easy to
>> incorporate those changes?
>>
>> Thanks,
>> Shasi
>>
>> --- On Sat, 18/7/09, Kito Mann <ki...@virtua..com> wrote:
>>
>> From: Kito Mann <ki...@virtua.com>
>> Subject: Re: Performance issues with JSF
>> To: "Shasi Mitra Yarram" <sh...@yahoo.com>, "MyFaces Discussion"
>> <us...@myfaces.apache.org>
>> Date: Saturday, 18 July, 2009, 7:47 PM
>>
>> Hello Sashi,
>>
>> Ok, but which version? I'm asking because I had a client that switched
>> from WAS 7.0 on AS/400 to 7.0 on Linux and saw some major performance
>> improvements.
>> ---
>> Kito D. Mann -- Author, JavaServer Faces in Action
>> http://twitter.com/kito99 http://twitter.com/jsfcentral
>> http://www.virtua.com - JSF/Java EE consulting, training, and mentoring
>> http://www.JSFCentral.com - JavaServer Faces FAQ, news, and info
>> +1 203-404-4848 x3
>>
>>
>> On Sat, Jul 18, 2009 at 12:14 AM, Shasi Mitra Yarram
>> <sh...@yahoo.com> wrote:
>>>
>>> Thanks Kito Mann for the reply. I am using IBM's websphere server and
>>> unix OS.
>>>
>>> --- On Fri, 17/7/09, Kito Mann <ki...@virtua.com> wrote:
>>>
>>> From: Kito Mann <ki...@virtua.com>
>>> Subject: Re: Performance issues with JSF
>>> To: "MyFaces Discussion" <us...@myfaces.apache.org>, shasimitra@yahoo.com
>>> Date: Friday, 17 July, 2009, 4:27 PM
>>>
>>> Hello Shashi,
>>>
>>> A couple more recommendations:
>>>
>>> * Follow Dan Allen's suggestions in these articles:
>>> http://www.jsfcentral.com/articles/speed_up_your_jsf_app_1..html and
>>> http://www.jsfcentral.com/articles/speed_up_your_jsf_app_2.html. Often, as
>>> someone else suggested, the problem is placing time-consuming code inside of
>>> getter methods that are referenced via the EL.
>>>
>>> * Time different parts of the life cycle -- this will verify whether or
>>> not the problem is really in the Restore View phase. You can do this by
>>> writing a simple PhaseListener or using something like PrimeFaces'
>>> FacesTrace (http://primefaces.prime.com.tr/en/).
>>>
>>> Which application server and OS are you using?
>>> ---
>>> Kito D. Mann -- Author, JavaServer Faces in Action
>>> http://twitter.com/kito99 http://twitter.com/jsfcentral
>>> http://www.virtua.com - JSF/Java EE consulting, training, and mentoring
>>> http://www.JSFCentral.com - JavaServer Faces FAQ, news, and info
>>> +1 203-404-4848 x3
>>>
>>>
>>> On Fri, Jul 17, 2009 at 5:56 AM, Shasi Mitra Yarram
>>> <sh...@yahoo.com> wrote:
>>>>
>>>> Hi All - We have built a J2EE application with JSF (MyFaces, Ajax4JSF)
>>>> ,Spring and IBatis. What we find is, each of the screen takes lot of time to
>>>> load. We find no performance issue with Spring or Ibatis (after verifying
>>>> via JProfiler). Jprofiler shows the JVM memory is occupied b JSF objects. I
>>>> found that the screen loading is taking time for two reasons.
>>>> 1.The JSF screens (which has cook menu) take time to load.
>>>> 2.The overall screen painting in the browser takes time to load.
>>>> Our JSF screens are not too complicated and even the simplest screen
>>>> takes time to load. Note that each of the screens always loads JSCookMenu.
>>>> We visited apache site for tuning JSF. As per their suggestion we did the
>>>> following
>>>> 1. We set the State saving mechanism as server side.
>>>> 2. Serialization of session objects was set to false.
>>>> 3. Compression of objects was set to false.
>>>> 4. Streaming Add Resource and t:documentHead were added.
>>>> But none of these improved the performance.
>>>> The overall screen takes time and I'm wondering if we should do
>>>> effective caching of images,CSS and js files. I visited plenty of websites
>>>> and tried to move all these client specific files under the <head> tag,
>>>> loaded the images via CSS but nothing helps. We have high capacity machines
>>>> and I dont think desktop config is playing a role.
>>>> We thought the problem could be bcos of network traffic or slow
>>>> performance of underlying platform websphere server. We checked other
>>>> application running in the same envrironment and they are extremely fast.
>>>> The only difference b/n our application and the other is JSF.
>>>> I'm short of solutions. Any valuable input will be greatly appreciated.
>>>>
>>>> ________________________________
>>>> Looking for local information? Find it on Yahoo! Local
>>>
>>> ________________________________
>>> Love Cricket? Check out live scores, photos, video highlights and more.
>>> Click here.
>>
>> ________________________________
>> Yahoo! recommends that you upgrade to the new and safer Internet Explorer
>> 8.
>
Re: Performance issues with JSF
Posted by Victor H De la Luz <it...@gmail.com>.
Saludos!
I had similar problem, but finally I found that was design problem.
I was creating a lot of session beans, when the client login the first
time, the response time was incredible slow and many times in some
places of the applications when the data was stored in the session
beans.
So, I changue the major of session bean for application bean (when was
possible). I think that you need search for the number of beans and
try to use the logic. ¿How many beans do you use for one single
client? ¿What happen if you have 100 users in the system?
On Mon, Jul 20, 2009 at 4:23 PM, Jan-Kees van
Andel<ja...@gmail.com> wrote:
> You might be able to upgrade to WAS 6.1, which supports Java 5. This
> may be a less big hurdle for your company/client than upgrading a full
> major release.
>
> /JK
>
>
> 2009/7/20 Kito Mann <ki...@virtua.com>:
>> Hello Shasi,
>>
>> Honestly, looking at your stack, I think you could gain the biggest
>> performance boost by either switching to JDK 1.5 or upgrading to WAS 7.0
>> (which I'm sure isn't a trivial task politically).
>>
>> Upgrading to Facelets is a great long-term move, especially since JSF 2.0
>> includes Facelets. It's pretty painless, especially if you're using the JSPX
>> syntax (which most people don't use). However, using Tiles complicates the
>> process, and it's certainly not something I would try with a larger app at
>> the last minute.
>>
>> So, read the articles I mentioned, follow the advice on this list in order
>> to find and eliminate bottlenecks, and try upgrading your JDK.
>>
>> On Mon, Jul 20, 2009 at 5:27 AM, Shasi Mitra Yarram <sh...@yahoo.com>
>> wrote:
>>>
>>> Hi - This is my configuration
>>> 1.JSF1.1
>>> 2.MyFaces 1.1.6
>>> 3.Tomahawk 1.1.8
>>> 4.IBM Websphere Server 6.0
>>> 5.Ajax4JSF1.1
>>> 6.JDK1.4
>>> Somebody mentioned that using jsp as page description slows down
>>> performance. Instead use Facelets. Can you tell what he meant?
>>> Also our application has 447 jsp pages. We are using struts-tiles. If we
>>> want to convert to facelets how much time it'll take for the entire
>>> conversion , as its time for us to freeze the code. Is it easy to
>>> incorporate those changes?
>>>
>>> Thanks,
>>> Shasi
>>>
>>> --- On Sat, 18/7/09, Kito Mann <ki...@virtua..com> wrote:
>>>
>>> From: Kito Mann <ki...@virtua.com>
>>> Subject: Re: Performance issues with JSF
>>> To: "Shasi Mitra Yarram" <sh...@yahoo.com>, "MyFaces Discussion"
>>> <us...@myfaces.apache.org>
>>> Date: Saturday, 18 July, 2009, 7:47 PM
>>>
>>> Hello Sashi,
>>>
>>> Ok, but which version? I'm asking because I had a client that switched
>>> from WAS 7.0 on AS/400 to 7.0 on Linux and saw some major performance
>>> improvements.
>>> ---
>>> Kito D. Mann -- Author, JavaServer Faces in Action
>>> http://twitter.com/kito99 http://twitter.com/jsfcentral
>>> http://www.virtua.com - JSF/Java EE consulting, training, and mentoring
>>> http://www.JSFCentral.com - JavaServer Faces FAQ, news, and info
>>> +1 203-404-4848 x3
>>>
>>>
>>> On Sat, Jul 18, 2009 at 12:14 AM, Shasi Mitra Yarram
>>> <sh...@yahoo.com> wrote:
>>>>
>>>> Thanks Kito Mann for the reply. I am using IBM's websphere server and
>>>> unix OS.
>>>>
>>>> --- On Fri, 17/7/09, Kito Mann <ki...@virtua.com> wrote:
>>>>
>>>> From: Kito Mann <ki...@virtua.com>
>>>> Subject: Re: Performance issues with JSF
>>>> To: "MyFaces Discussion" <us...@myfaces.apache.org>, shasimitra@yahoo.com
>>>> Date: Friday, 17 July, 2009, 4:27 PM
>>>>
>>>> Hello Shashi,
>>>>
>>>> A couple more recommendations:
>>>>
>>>> * Follow Dan Allen's suggestions in these articles:
>>>> http://www.jsfcentral.com/articles/speed_up_your_jsf_app_1..html and
>>>> http://www.jsfcentral.com/articles/speed_up_your_jsf_app_2.html. Often, as
>>>> someone else suggested, the problem is placing time-consuming code inside of
>>>> getter methods that are referenced via the EL.
>>>>
>>>> * Time different parts of the life cycle -- this will verify whether or
>>>> not the problem is really in the Restore View phase. You can do this by
>>>> writing a simple PhaseListener or using something like PrimeFaces'
>>>> FacesTrace (http://primefaces.prime.com.tr/en/).
>>>>
>>>> Which application server and OS are you using?
>>>> ---
>>>> Kito D. Mann -- Author, JavaServer Faces in Action
>>>> http://twitter.com/kito99 http://twitter.com/jsfcentral
>>>> http://www.virtua.com - JSF/Java EE consulting, training, and mentoring
>>>> http://www.JSFCentral.com - JavaServer Faces FAQ, news, and info
>>>> +1 203-404-4848 x3
>>>>
>>>>
>>>> On Fri, Jul 17, 2009 at 5:56 AM, Shasi Mitra Yarram
>>>> <sh...@yahoo.com> wrote:
>>>>>
>>>>> Hi All - We have built a J2EE application with JSF (MyFaces, Ajax4JSF)
>>>>> ,Spring and IBatis. What we find is, each of the screen takes lot of time to
>>>>> load. We find no performance issue with Spring or Ibatis (after verifying
>>>>> via JProfiler). Jprofiler shows the JVM memory is occupied b JSF objects. I
>>>>> found that the screen loading is taking time for two reasons.
>>>>> 1.The JSF screens (which has cook menu) take time to load.
>>>>> 2.The overall screen painting in the browser takes time to load.
>>>>> Our JSF screens are not too complicated and even the simplest screen
>>>>> takes time to load. Note that each of the screens always loads JSCookMenu.
>>>>> We visited apache site for tuning JSF. As per their suggestion we did the
>>>>> following
>>>>> 1. We set the State saving mechanism as server side.
>>>>> 2. Serialization of session objects was set to false.
>>>>> 3. Compression of objects was set to false.
>>>>> 4. Streaming Add Resource and t:documentHead were added.
>>>>> But none of these improved the performance.
>>>>> The overall screen takes time and I'm wondering if we should do
>>>>> effective caching of images,CSS and js files. I visited plenty of websites
>>>>> and tried to move all these client specific files under the <head> tag,
>>>>> loaded the images via CSS but nothing helps. We have high capacity machines
>>>>> and I dont think desktop config is playing a role.
>>>>> We thought the problem could be bcos of network traffic or slow
>>>>> performance of underlying platform websphere server. We checked other
>>>>> application running in the same envrironment and they are extremely fast.
>>>>> The only difference b/n our application and the other is JSF.
>>>>> I'm short of solutions. Any valuable input will be greatly appreciated.
>>>>>
>>>>> ________________________________
>>>>> Looking for local information? Find it on Yahoo! Local
>>>>
>>>> ________________________________
>>>> Love Cricket? Check out live scores, photos, video highlights and more.
>>>> Click here.
>>>
>>> ________________________________
>>> Yahoo! recommends that you upgrade to the new and safer Internet Explorer
>>> 8.
>>
>
--
ItZtLi
Re: Performance issues with JSF
Posted by Jan-Kees van Andel <ja...@gmail.com>.
You might be able to upgrade to WAS 6.1, which supports Java 5. This
may be a less big hurdle for your company/client than upgrading a full
major release.
/JK
2009/7/20 Kito Mann <ki...@virtua.com>:
> Hello Shasi,
>
> Honestly, looking at your stack, I think you could gain the biggest
> performance boost by either switching to JDK 1.5 or upgrading to WAS 7.0
> (which I'm sure isn't a trivial task politically).
>
> Upgrading to Facelets is a great long-term move, especially since JSF 2.0
> includes Facelets. It's pretty painless, especially if you're using the JSPX
> syntax (which most people don't use). However, using Tiles complicates the
> process, and it's certainly not something I would try with a larger app at
> the last minute.
>
> So, read the articles I mentioned, follow the advice on this list in order
> to find and eliminate bottlenecks, and try upgrading your JDK.
>
> On Mon, Jul 20, 2009 at 5:27 AM, Shasi Mitra Yarram <sh...@yahoo.com>
> wrote:
>>
>> Hi - This is my configuration
>> 1.JSF1.1
>> 2.MyFaces 1.1.6
>> 3.Tomahawk 1.1.8
>> 4.IBM Websphere Server 6.0
>> 5.Ajax4JSF1.1
>> 6.JDK1.4
>> Somebody mentioned that using jsp as page description slows down
>> performance. Instead use Facelets. Can you tell what he meant?
>> Also our application has 447 jsp pages. We are using struts-tiles. If we
>> want to convert to facelets how much time it'll take for the entire
>> conversion , as its time for us to freeze the code. Is it easy to
>> incorporate those changes?
>>
>> Thanks,
>> Shasi
>>
>> --- On Sat, 18/7/09, Kito Mann <ki...@virtua..com> wrote:
>>
>> From: Kito Mann <ki...@virtua.com>
>> Subject: Re: Performance issues with JSF
>> To: "Shasi Mitra Yarram" <sh...@yahoo.com>, "MyFaces Discussion"
>> <us...@myfaces.apache.org>
>> Date: Saturday, 18 July, 2009, 7:47 PM
>>
>> Hello Sashi,
>>
>> Ok, but which version? I'm asking because I had a client that switched
>> from WAS 7.0 on AS/400 to 7.0 on Linux and saw some major performance
>> improvements.
>> ---
>> Kito D. Mann -- Author, JavaServer Faces in Action
>> http://twitter.com/kito99 http://twitter.com/jsfcentral
>> http://www.virtua.com - JSF/Java EE consulting, training, and mentoring
>> http://www.JSFCentral.com - JavaServer Faces FAQ, news, and info
>> +1 203-404-4848 x3
>>
>>
>> On Sat, Jul 18, 2009 at 12:14 AM, Shasi Mitra Yarram
>> <sh...@yahoo.com> wrote:
>>>
>>> Thanks Kito Mann for the reply. I am using IBM's websphere server and
>>> unix OS.
>>>
>>> --- On Fri, 17/7/09, Kito Mann <ki...@virtua.com> wrote:
>>>
>>> From: Kito Mann <ki...@virtua.com>
>>> Subject: Re: Performance issues with JSF
>>> To: "MyFaces Discussion" <us...@myfaces.apache.org>, shasimitra@yahoo.com
>>> Date: Friday, 17 July, 2009, 4:27 PM
>>>
>>> Hello Shashi,
>>>
>>> A couple more recommendations:
>>>
>>> * Follow Dan Allen's suggestions in these articles:
>>> http://www.jsfcentral.com/articles/speed_up_your_jsf_app_1..html and
>>> http://www.jsfcentral.com/articles/speed_up_your_jsf_app_2.html. Often, as
>>> someone else suggested, the problem is placing time-consuming code inside of
>>> getter methods that are referenced via the EL.
>>>
>>> * Time different parts of the life cycle -- this will verify whether or
>>> not the problem is really in the Restore View phase. You can do this by
>>> writing a simple PhaseListener or using something like PrimeFaces'
>>> FacesTrace (http://primefaces.prime.com.tr/en/).
>>>
>>> Which application server and OS are you using?
>>> ---
>>> Kito D. Mann -- Author, JavaServer Faces in Action
>>> http://twitter.com/kito99 http://twitter.com/jsfcentral
>>> http://www.virtua.com - JSF/Java EE consulting, training, and mentoring
>>> http://www.JSFCentral.com - JavaServer Faces FAQ, news, and info
>>> +1 203-404-4848 x3
>>>
>>>
>>> On Fri, Jul 17, 2009 at 5:56 AM, Shasi Mitra Yarram
>>> <sh...@yahoo.com> wrote:
>>>>
>>>> Hi All - We have built a J2EE application with JSF (MyFaces, Ajax4JSF)
>>>> ,Spring and IBatis. What we find is, each of the screen takes lot of time to
>>>> load. We find no performance issue with Spring or Ibatis (after verifying
>>>> via JProfiler). Jprofiler shows the JVM memory is occupied b JSF objects. I
>>>> found that the screen loading is taking time for two reasons.
>>>> 1.The JSF screens (which has cook menu) take time to load.
>>>> 2.The overall screen painting in the browser takes time to load.
>>>> Our JSF screens are not too complicated and even the simplest screen
>>>> takes time to load. Note that each of the screens always loads JSCookMenu.
>>>> We visited apache site for tuning JSF. As per their suggestion we did the
>>>> following
>>>> 1. We set the State saving mechanism as server side.
>>>> 2. Serialization of session objects was set to false.
>>>> 3. Compression of objects was set to false.
>>>> 4. Streaming Add Resource and t:documentHead were added.
>>>> But none of these improved the performance.
>>>> The overall screen takes time and I'm wondering if we should do
>>>> effective caching of images,CSS and js files. I visited plenty of websites
>>>> and tried to move all these client specific files under the <head> tag,
>>>> loaded the images via CSS but nothing helps. We have high capacity machines
>>>> and I dont think desktop config is playing a role.
>>>> We thought the problem could be bcos of network traffic or slow
>>>> performance of underlying platform websphere server. We checked other
>>>> application running in the same envrironment and they are extremely fast.
>>>> The only difference b/n our application and the other is JSF.
>>>> I'm short of solutions. Any valuable input will be greatly appreciated.
>>>>
>>>> ________________________________
>>>> Looking for local information? Find it on Yahoo! Local
>>>
>>> ________________________________
>>> Love Cricket? Check out live scores, photos, video highlights and more.
>>> Click here.
>>
>> ________________________________
>> Yahoo! recommends that you upgrade to the new and safer Internet Explorer
>> 8.
>
Re: Performance issues with JSF
Posted by Kito Mann <ki...@virtua.com>.
Hello Shasi,
Honestly, looking at your stack, I think you could gain the biggest
performance boost by either switching to JDK 1.5 or upgrading to WAS 7.0
(which I'm sure isn't a trivial task politically).
Upgrading to Facelets is a great long-term move, especially since JSF 2.0
includes Facelets. It's pretty painless, especially if you're using the JSPX
syntax (which most people don't use). However, using Tiles complicates the
process, and it's certainly not something I would try with a larger app at
the last minute.
So, read the articles I mentioned, follow the advice on this list in order
to find and eliminate bottlenecks, and try upgrading your JDK.
On Mon, Jul 20, 2009 at 5:27 AM, Shasi Mitra Yarram <sh...@yahoo.com>wrote:
> Hi - This is my configuration
> 1.JSF1.1
> 2.MyFaces 1.1.6
> 3.Tomahawk 1.1.8
> 4.IBM Websphere Server 6.0
> 5.Ajax4JSF1.1
> 6.JDK1.4
> Somebody mentioned that using jsp as page description slows down
> performance. Instead use Facelets. Can you tell what he meant?
> Also our application has 447 jsp pages. We are using struts-tiles. If we
> want to convert to facelets how much time it'll take for the entire
> conversion , as its time for us to freeze the code. Is it easy to
> incorporate those changes?
>
> Thanks,
> Shasi
>
> --- On *Sat, 18/7/09, Kito Mann <ki...@virtua..com>* wrote:
>
>
> From: Kito Mann <ki...@virtua.com>
> Subject: Re: Performance issues with JSF
> To: "Shasi Mitra Yarram" <sh...@yahoo.com>, "MyFaces Discussion" <
> users@myfaces.apache.org>
> Date: Saturday, 18 July, 2009, 7:47 PM
>
>
> Hello Sashi,
>
> Ok, but which version? I'm asking because I had a client that switched from
> WAS 7.0 on AS/400 to 7.0 on Linux and saw some major performance
> improvements.
> ---
> Kito D. Mann -- Author, JavaServer Faces in Action
> http://twitter.com/kito99 <http://twitter..com/kito99>
> http://twitter.com/jsfcentral
> http://www.virtua.com - JSF/Java EE consulting, training, and mentoring
> http://www.JSFCentral.com <http://www.jsfcentral.com/> - JavaServer Faces
> FAQ, news, and info
> +1 203-404-4848 x3
>
>
> On Sat, Jul 18, 2009 at 12:14 AM, Shasi Mitra Yarram <sh...@yahoo.com>
> > wrote:
>
>> Thanks Kito Mann for the reply. I am using IBM's websphere server and
>> unix OS.
>>
>> --- On *Fri, 17/7/09, Kito Mann <ki...@virtua..com>
>> >* wrote:
>>
>>
>> From: Kito Mann <ki...@virtua.com>
>> >
>> Subject: Re: Performance issues with JSF
>> To: "MyFaces Discussion" <us...@myfaces.apache.org>>,
>> shasimitra@yahoo.com<ht...@yahoo.com>
>> Date: Friday, 17 July, 2009, 4:27 PM
>>
>>
>> Hello Shashi,
>>
>> A couple more recommendations:
>>
>> * Follow Dan Allen's suggestions in these articles:
>> http://www.jsfcentral.com/articles/speed_up_your_jsf_app_1..html<http://www.jsfcentral.com/articles/speed_up_your_jsf_app_1.html>and
>> http://www.jsfcentral.com/articles/speed_up_your_jsf_app_2.html. Often,
>> as someone else suggested, the problem is placing time-consuming code inside
>> of getter methods that are referenced via the EL.
>>
>> * Time different parts of the life cycle -- this will verify whether or
>> not the problem is really in the Restore View phase. You can do this by
>> writing a simple PhaseListener or using something like PrimeFaces'
>> FacesTrace (http://primefaces.prime.com.tr/en/).
>>
>> Which application server and OS are you using?
>> ---
>> Kito D. Mann -- Author, JavaServer Faces in Action
>> http://twitter.com/kito99 http://twitter.com/jsfcentral
>> http://www.virtua.com - JSF/Java EE consulting, training, and mentoring
>> http://www.JSFCentral.com <http://www.jsfcentral.com/> - JavaServer Faces
>> FAQ, news, and info
>> +1 203-404-4848 x3
>>
>>
>> On Fri, Jul 17, 2009 at 5:56 AM, Shasi Mitra Yarram <sh...@yahoo.com>
>> > wrote:
>>
>>> Hi All - We have built a J2EE application with JSF (MyFaces, Ajax4JSF)
>>> ,Spring and IBatis. What we find is, each of the screen takes lot of time to
>>> load. We find no performance issue with Spring or Ibatis (after verifying
>>> via JProfiler). Jprofiler shows the JVM memory is occupied b JSF objects. I
>>> found that the screen loading is taking time for two reasons.
>>> 1.The JSF screens (which has cook menu) take time to load.
>>> 2.The overall screen painting in the browser takes time to load.
>>> Our JSF screens are not too complicated and even the simplest screen
>>> takes time to load. Note that each of the screens always loads JSCookMenu.
>>> We visited apache site for tuning JSF. As per their suggestion we did the
>>> following
>>> 1. We set the State saving mechanism as server side.
>>> 2. Serialization of session objects was set to false.
>>> 3. Compression of objects was set to false.
>>> 4. Streaming Add Resource and t:documentHead were added.
>>> But none of these improved the performance.
>>> The overall screen takes time and I'm wondering if we should do effective
>>> caching of images,CSS and js files. I visited plenty of websites and tried
>>> to move all these client specific files under the <head> tag, loaded the
>>> images via CSS but nothing helps. We have high capacity machines and I dont
>>> think desktop config is playing a role.
>>> We thought the problem could be bcos of network traffic or slow
>>> performance of underlying platform websphere server. We checked other
>>> application running in the same envrironment and they are extremely fast.
>>> The only difference b/n our application and the other is JSF.
>>> I'm short of solutions. Any valuable input will be greatly appreciated.
>>>
>>> ------------------------------
>>> Looking for local information? Find it on Yahoo! Local<http://in.rd.yahoo.com/tagline_local_1/*http://in.local.yahoo.com/>
>>>
>>
>>
>> ------------------------------
>> Love Cricket? Check out live scores, photos, video highlights and more. Click
>> here<http://in.rd.yahoo..com/tagline_cricket_2/*http://cricket.yahoo.com>
>> .
>
>
>
> ------------------------------
> Yahoo! recommends that you upgrade to the new and safer Internet Explorer
> 8<http://in.rd.yahoo.com/tagline_ie8_1/*http://downloads.yahoo.com/in/internetexplorer/>
> .
>
AW: Performance issues with JSF
Posted by David Gampe <dg...@texcelerate.biz>.
"Somebody mentioned that using jsp as page description slows down
performance. Instead use Facelets. Can you tell what he meant?"
I've read that facelets fits in the jsf life cylce and jsp doesnt (that
good). So handling jsps in the jsf life cycle take 10%-15% of the speed of
your app.
(so it is written... http://jsfatwork.irian.at/semistatic/facelets.html)
greetz
david
-----Ursprüngliche Nachricht-----
Von: Shasi Mitra Yarram [mailto:shasimitra@yahoo.com]
Gesendet: Montag, 20. Juli 2009 11:28
An: MyFaces Discussion
Betreff: Re: Performance issues with JSF
Hi - This is my configuration
1.JSF1.1
2.MyFaces 1.1.6
3.Tomahawk 1.1.8
4.IBM Websphere Server 6.0
5.Ajax4JSF1.1
6.JDK1.4
Somebody mentioned that using jsp as page description slows down
performance. Instead use Facelets. Can you tell what he meant?
Also our application has 447 jsp pages. We are using struts-tiles.
If we want to convert to facelets how much time it'll take for the entire
conversion , as its time for us to freeze the code. Is it easy to
incorporate those changes?
Thanks,
Shasi
--- On Sat, 18/7/09, Kito Mann <ki...@virtua..com> wrote:
From: Kito Mann <ki...@virtua.com>
Subject: Re: Performance issues with JSF
To: "Shasi Mitra Yarram" <sh...@yahoo.com>, "MyFaces
Discussion" <us...@myfaces.apache.org>
Date: Saturday, 18 July, 2009, 7:47 PM
Hello Sashi,
Ok, but which version? I'm asking because I had a client that
switched from WAS 7.0 on AS/400 to 7.0 on Linux and saw some major
performance improvements.
---
Kito D. Mann -- Author, JavaServer Faces in Action
http://twitter.com/kito99 http://twitter.com/jsfcentral
http://www.virtua.com - JSF/Java EE consulting, training, and
mentoring
http://www.JSFCentral.com - JavaServer Faces FAQ, news, and info
+1 203-404-4848 x3
On Sat, Jul 18, 2009 at 12:14 AM, Shasi Mitra Yarram
<sh...@yahoo.com> wrote:
Thanks Kito Mann for the reply. I am using IBM's websphere
server and unix OS.
--- On Fri, 17/7/09, Kito Mann <ki...@virtua.com>
wrote:
From: Kito Mann <ki...@virtua.com>
Subject: Re: Performance issues with JSF
To: "MyFaces Discussion" <us...@myfaces.apache.org>,
shasimitra@yahoo.com
Date: Friday, 17 July, 2009, 4:27 PM
Hello Shashi,
A couple more recommendations:
* Follow Dan Allen's suggestions in these articles:
http://www.jsfcentral.com/articles/speed_up_your_jsf_app_1..html and
http://www.jsfcentral.com/articles/speed_up_your_jsf_app_2.html. Often, as
someone else suggested, the problem is placing time-consuming code inside of
getter methods that are referenced via the EL.
* Time different parts of the life cycle -- this will
verify whether or not the problem is really in the Restore View phase. You
can do this by writing a simple PhaseListener or using something like
PrimeFaces' FacesTrace (http://primefaces.prime.com.tr/en/).
Which application server and OS are you using?
---
Kito D. Mann -- Author, JavaServer Faces in Action
http://twitter.com/kito99 http://twitter.com/jsfcentral
http://www.virtua.com - JSF/Java EE consulting,
training, and mentoring
http://www.JSFCentral.com - JavaServer Faces FAQ, news,
and info
+1 203-404-4848 x3
On Fri, Jul 17, 2009 at 5:56 AM, Shasi Mitra Yarram
<sh...@yahoo.com> wrote:
Hi All - We have built a J2EE application with
JSF (MyFaces, Ajax4JSF) ,Spring and IBatis. What we find is, each of the
screen takes lot of time to load. We find no performance issue with Spring
or Ibatis (after verifying via JProfiler). Jprofiler shows the JVM memory is
occupied b JSF objects. I found that the screen loading is taking time for
two reasons.
1.The JSF screens (which has cook menu) take
time to load.
2.The overall screen painting in the browser
takes time to load.
Our JSF screens are not too complicated and even
the simplest screen takes time to load. Note that each of the screens always
loads JSCookMenu. We visited apache site for tuning JSF. As per their
suggestion we did the following
1. We set the State saving mechanism as server
side.
2. Serialization of session objects was set to
false.
3. Compression of objects was set to false.
4. Streaming Add Resource and t:documentHead
were added.
But none of these improved the performance.
The overall screen takes time and I'm wondering
if we should do effective caching of images,CSS and js files. I visited
plenty of websites and tried to move all these client specific files under
the <head> tag, loaded the images via CSS but nothing helps. We have high
capacity machines and I dont think desktop config is playing a role.
We thought the problem could be bcos of network
traffic or slow performance of underlying platform websphere server. We
checked other application running in the same envrironment and they are
extremely fast. The only difference b/n our application and the other is
JSF.
I'm short of solutions. Any valuable input will
be greatly appreciated.
----------------------------------------------------------
Looking for local information? Find it on Yahoo! Local
--------------------------------------------------------------------
Love Cricket? Check out live scores, photos, video highlights
and more. Click here.
----------------------------------------------------------------------------
--
Yahoo! recommends that you upgrade to the new and safer Internet Explorer
8.
Re: Performance issues with JSF
Posted by Shasi Mitra Yarram <sh...@yahoo.com>.
Hi - This is my configuration
1.JSF1.1
2.MyFaces 1.1.6
3.Tomahawk 1.1.8
4.IBM Websphere Server 6.0
5.Ajax4JSF1.1
6.JDK1.4
Somebody mentioned that using jsp as page description slows down performance. Instead use Facelets. Can you tell what he meant?
Also our application has 447 jsp pages. We are using struts-tiles. If we want to convert to facelets how much time it'll take for the entire conversion , as its time for us to freeze the code. Is it easy to incorporate those changes?
Thanks,
Shasi
--- On Sat, 18/7/09, Kito Mann <ki...@virtua.com> wrote:
From: Kito Mann <ki...@virtua.com>
Subject: Re: Performance issues with JSF
To: "Shasi Mitra Yarram" <sh...@yahoo.com>, "MyFaces Discussion" <us...@myfaces.apache.org>
Date: Saturday, 18 July, 2009, 7:47 PM
Hello Sashi,
Ok, but which version? I'm asking because I had a client that switched from WAS 7.0 on AS/400 to 7.0 on Linux and saw some major performance improvements.
---
Kito D. Mann -- Author, JavaServer Faces in Action
http://twitter.com/kito99 http://twitter.com/jsfcentral
http://www.virtua.com - JSF/Java EE consulting, training, and mentoring
http://www.JSFCentral.com - JavaServer Faces FAQ, news, and info
+1 203-404-4848 x3
On Sat, Jul 18, 2009 at 12:14 AM, Shasi Mitra Yarram <sh...@yahoo.com> wrote:
Thanks Kito Mann for the reply. I am using IBM's websphere server and unix OS.
--- On Fri, 17/7/09, Kito Mann <ki...@virtua.com> wrote:
From: Kito Mann <ki...@virtua.com>
Subject: Re: Performance issues with JSF
To: "MyFaces Discussion" <us...@myfaces.apache.org>, shasimitra@yahoo.com
Date: Friday, 17 July, 2009, 4:27 PM
Hello Shashi,
A couple more recommendations:
* Follow Dan Allen's suggestions in these articles: http://www.jsfcentral.com/articles/speed_up_your_jsf_app_1..html and http://www.jsfcentral.com/articles/speed_up_your_jsf_app_2.html. Often, as someone else suggested, the problem is placing time-consuming code inside of getter methods that are referenced via the EL.
* Time different parts of the life cycle -- this will verify whether or not the problem is really in the Restore View phase. You can do this by writing a simple PhaseListener or using something like PrimeFaces' FacesTrace (http://primefaces.prime.com.tr/en/).
Which application server and OS are you using?
---
Kito D. Mann -- Author, JavaServer Faces in Action
http://twitter.com/kito99 http://twitter.com/jsfcentral
http://www.virtua.com - JSF/Java EE consulting, training, and mentoring
http://www.JSFCentral.com - JavaServer Faces FAQ, news, and info
+1 203-404-4848 x3
On Fri, Jul 17, 2009 at 5:56 AM, Shasi Mitra Yarram <sh...@yahoo.com> wrote:
Hi All - We have built a J2EE application with JSF (MyFaces, Ajax4JSF) ,Spring and IBatis. What we find is, each of the screen takes lot of time to load. We find no performance issue with Spring or Ibatis (after verifying via JProfiler). Jprofiler shows the JVM memory is occupied b JSF objects. I found that the screen loading is taking time for two reasons.
1.The JSF screens (which has cook menu) take time to load.
2.The overall screen painting in the browser takes time to load.
Our JSF screens are not too complicated and even the simplest screen takes time to load. Note that each of the screens always loads JSCookMenu. We visited apache site for tuning JSF. As per their suggestion we did the following
1. We set the State saving mechanism as server side.
2. Serialization of session objects was set to false.
3. Compression of objects was set to false.
4. Streaming Add Resource and t:documentHead were added.
But none of these improved the performance.
The overall screen takes time and I'm wondering if we should do effective caching of images,CSS and js files. I visited plenty of websites and tried to move all these client specific files under the <head> tag, loaded the images via CSS but nothing helps. We have high capacity machines and I dont think desktop config is playing a role.
We thought the problem could be bcos of network traffic or slow performance of underlying platform websphere server. We checked other application running in the same envrironment and they are extremely fast. The only difference b/n our application and the other is JSF.
I'm short of solutions. Any valuable input will be greatly appreciated.
Looking for local information? Find it on Yahoo! Local
Love Cricket? Check out live scores, photos, video highlights and more. Click here.
Love Cricket? Check out live scores, photos, video highlights and more. Click here http://cricket.yahoo.com
Re: Performance issues with JSF
Posted by Kito Mann <ki...@virtua.com>.
Hello Sashi,
Ok, but which version? I'm asking because I had a client that switched from
WAS 7.0 on AS/400 to 7.0 on Linux and saw some major performance
improvements.
---
Kito D. Mann -- Author, JavaServer Faces in Action
http://twitter.com/kito99 http://twitter.com/jsfcentral
http://www.virtua.com - JSF/Java EE consulting, training, and mentoring
http://www.JSFCentral.com - JavaServer Faces FAQ, news, and info
+1 203-404-4848 x3
On Sat, Jul 18, 2009 at 12:14 AM, Shasi Mitra Yarram
<sh...@yahoo.com>wrote:
> Thanks Kito Mann for the reply. I am using IBM's websphere server and unix
> OS.
>
> --- On *Fri, 17/7/09, Kito Mann <ki...@virtua.com>* wrote:
>
>
> From: Kito Mann <ki...@virtua.com>
> Subject: Re: Performance issues with JSF
> To: "MyFaces Discussion" <us...@myfaces.apache.org>, shasimitra@yahoo.com
> Date: Friday, 17 July, 2009, 4:27 PM
>
>
> Hello Shashi,
>
> A couple more recommendations:
>
> * Follow Dan Allen's suggestions in these articles:
> http://www.jsfcentral.com/articles/speed_up_your_jsf_app_1..html<http://www.jsfcentral.com/articles/speed_up_your_jsf_app_1.html>and
> http://www.jsfcentral.com/articles/speed_up_your_jsf_app_2.html. Often, as
> someone else suggested, the problem is placing time-consuming code inside of
> getter methods that are referenced via the EL.
>
> * Time different parts of the life cycle -- this will verify whether or not
> the problem is really in the Restore View phase. You can do this by writing
> a simple PhaseListener or using something like PrimeFaces' FacesTrace (
> http://primefaces.prime.com.tr/en/).
>
> Which application server and OS are you using?
> ---
> Kito D. Mann -- Author, JavaServer Faces in Action
> http://twitter.com/kito99 http://twitter.com/jsfcentral
> http://www.virtua.com - JSF/Java EE consulting, training, and mentoring
> http://www.JSFCentral.com <http://www.jsfcentral.com/> - JavaServer Faces
> FAQ, news, and info
> +1 203-404-4848 x3
>
>
> On Fri, Jul 17, 2009 at 5:56 AM, Shasi Mitra Yarram <sh...@yahoo.com>
> > wrote:
>
>> Hi All - We have built a J2EE application with JSF (MyFaces, Ajax4JSF)
>> ,Spring and IBatis. What we find is, each of the screen takes lot of time to
>> load. We find no performance issue with Spring or Ibatis (after verifying
>> via JProfiler). Jprofiler shows the JVM memory is occupied b JSF objects. I
>> found that the screen loading is taking time for two reasons.
>> 1.The JSF screens (which has cook menu) take time to load.
>> 2.The overall screen painting in the browser takes time to load.
>> Our JSF screens are not too complicated and even the simplest screen takes
>> time to load. Note that each of the screens always loads JSCookMenu. We
>> visited apache site for tuning JSF. As per their suggestion we did the
>> following
>> 1. We set the State saving mechanism as server side.
>> 2. Serialization of session objects was set to false.
>> 3. Compression of objects was set to false.
>> 4. Streaming Add Resource and t:documentHead were added.
>> But none of these improved the performance.
>> The overall screen takes time and I'm wondering if we should do effective
>> caching of images,CSS and js files. I visited plenty of websites and tried
>> to move all these client specific files under the <head> tag, loaded the
>> images via CSS but nothing helps. We have high capacity machines and I dont
>> think desktop config is playing a role.
>> We thought the problem could be bcos of network traffic or slow
>> performance of underlying platform websphere server. We checked other
>> application running in the same envrironment and they are extremely fast.
>> The only difference b/n our application and the other is JSF.
>> I'm short of solutions. Any valuable input will be greatly appreciated.
>>
>> ------------------------------
>> Looking for local information? Find it on Yahoo! Local<http://in.rd.yahoo.com/tagline_local_1/*http://in.local.yahoo.com/>
>>
>
>
> ------------------------------
> Love Cricket? Check out live scores, photos, video highlights and more. Click
> here <http://in.rd.yahoo..com/tagline_cricket_2/*http://cricket.yahoo.com>
> .
Re: Performance issues with JSF
Posted by Kito Mann <ki...@virtua.com>.
Hello Shashi,
A couple more recommendations:
* Follow Dan Allen's suggestions in these articles:
http://www.jsfcentral.com/articles/speed_up_your_jsf_app_1.html and
http://www.jsfcentral.com/articles/speed_up_your_jsf_app_2.html. Often, as
someone else suggested, the problem is placing time-consuming code inside of
getter methods that are referenced via the EL.
* Time different parts of the life cycle -- this will verify whether or not
the problem is really in the Restore View phase. You can do this by writing
a simple PhaseListener or using something like PrimeFaces' FacesTrace (
http://primefaces.prime.com.tr/en/).
Which application server and OS are you using?
---
Kito D. Mann -- Author, JavaServer Faces in Action
http://twitter.com/kito99 http://twitter.com/jsfcentral
http://www.virtua.com - JSF/Java EE consulting, training, and mentoring
http://www.JSFCentral.com - JavaServer Faces FAQ, news, and info
+1 203-404-4848 x3
On Fri, Jul 17, 2009 at 5:56 AM, Shasi Mitra Yarram <sh...@yahoo.com>wrote:
> Hi All - We have built a J2EE application with JSF (MyFaces, Ajax4JSF)
> ,Spring and IBatis. What we find is, each of the screen takes lot of time to
> load. We find no performance issue with Spring or Ibatis (after verifying
> via JProfiler). Jprofiler shows the JVM memory is occupied b JSF objects. I
> found that the screen loading is taking time for two reasons.
> 1.The JSF screens (which has cook menu) take time to load.
> 2.The overall screen painting in the browser takes time to load.
> Our JSF screens are not too complicated and even the simplest screen takes
> time to load. Note that each of the screens always loads JSCookMenu. We
> visited apache site for tuning JSF. As per their suggestion we did the
> following
> 1. We set the State saving mechanism as server side.
> 2. Serialization of session objects was set to false.
> 3. Compression of objects was set to false.
> 4. Streaming Add Resource and t:documentHead were added.
> But none of these improved the performance.
> The overall screen takes time and I'm wondering if we should do effective
> caching of images,CSS and js files. I visited plenty of websites and tried
> to move all these client specific files under the <head> tag, loaded the
> images via CSS but nothing helps. We have high capacity machines and I dont
> think desktop config is playing a role.
> We thought the problem could be bcos of network traffic or slow performance
> of underlying platform websphere server. We checked other application
> running in the same envrironment and they are extremely fast. The only
> difference b/n our application and the other is JSF.
> I'm short of solutions. Any valuable input will be greatly appreciated.
>
> ------------------------------
> Looking for local information? Find it on Yahoo! Local<http://in.rd.yahoo.com/tagline_local_1/*http://in.local.yahoo.com/>
>
Performance issues with JSF
Posted by Shasi Mitra Yarram <sh...@yahoo.com>.
Hi All - We have built a J2EE application with JSF (MyFaces, Ajax4JSF) ,Spring and IBatis. What we find is, each of the screen takes lot of time to load. We find no performance issue with Spring or Ibatis (after verifying via JProfiler). Jprofiler shows the JVM memory is occupied b JSF objects. I found that the screen loading is taking time for two reasons.
1.The JSF screens (which has cook menu) take time to load.
2.The overall screen painting in the browser takes time to load.
Our JSF screens are not too complicated and even the simplest screen takes time to load. Note that each of the screens always loads JSCookMenu. We visited apache site for tuning JSF. As per their suggestion we did the following
1. We set the State saving mechanism as server side.
2. Serialization of session objects was set to false.
3. Compression of objects was set to false.
4. Streaming Add Resource and t:documentHead were added.
But none of these improved the performance.
The overall screen takes time and I'm wondering if we should do effective caching of images,CSS and js files. I visited plenty of websites and tried to move all these client specific files under the <head> tag, loaded the images via CSS but nothing helps. We have high capacity machines and I dont think desktop config is playing a role.
We thought the problem could be bcos of network traffic or slow performance of underlying platform websphere server. We checked other application running in the same envrironment and they are extremely fast. The only difference b/n our application and the other is JSF.
I'm short of solutions. Any valuable input will be greatly appreciated.
See the Web's breaking stories, chosen by people like you. Check out Yahoo! Buzz. http://in.buzz.yahoo.com/
Re: Trinidad regexp validation
Posted by "Dj Apal [GR]" <dj...@gmail.com>.
Thnx Matthias!
For the time being I switched to server side validation (custom class etc).
I'll have that in mind though.
Thnx again!
2009/7/16 Matthias Wessendorf <ma...@apache.org>
> fixed: TRINIDAD-1317
>
> please get the latest branch, to consume the update;
> I hope to run a release kinda soon.
>
> -Matthias
>
> On Thu, Jul 16, 2009 at 8:44 AM, Dj Apal [GR]<dj...@gmail.com> wrote:
> > Yes same issue. :(
> > Thnx for the info
> >
> > 2009/7/15 Mamallan Uthaman <ma...@oracle.com>
> >>
> >> Hi Dj Apal,
> >>
> >> Do you have this problem only during client-side validations? Not sure
> if
> >> it is the same problem reported in the issue below
> >> https://issues.apache.org/jira/browse/TRINIDAD-1339
> >>
> >> Thanks
> >> Mamallan
> >>
> >> Dj Apal [GR] wrote:
> >>>
> >>> Hello all.
> >>>
> >>> I'm trying to use this tag for validating integers but even the example
> >>> from the site doesn't work.
> >>>
> >>> The value must match this pattern: [9]*
> >>>
> >>> I get the same message all over again. Anyone has same probs? Using
> >>> Trinidad 1.0.10 (for jsf 1.1)
> >>> TIA
> >>>
> >>>
> >>> --
> >>>
> >
> >
> >
> > --
> >
>
>
>
> --
> Matthias Wessendorf
>
> blog: http://matthiaswessendorf.wordpress.com/
> sessions: http://www.slideshare.net/mwessendorf
> twitter: http://twitter.com/mwessendorf
>
--
Re: Trinidad regexp validation
Posted by Matthias Wessendorf <ma...@apache.org>.
fixed: TRINIDAD-1317
please get the latest branch, to consume the update;
I hope to run a release kinda soon.
-Matthias
On Thu, Jul 16, 2009 at 8:44 AM, Dj Apal [GR]<dj...@gmail.com> wrote:
> Yes same issue. :(
> Thnx for the info
>
> 2009/7/15 Mamallan Uthaman <ma...@oracle.com>
>>
>> Hi Dj Apal,
>>
>> Do you have this problem only during client-side validations? Not sure if
>> it is the same problem reported in the issue below
>> https://issues.apache.org/jira/browse/TRINIDAD-1339
>>
>> Thanks
>> Mamallan
>>
>> Dj Apal [GR] wrote:
>>>
>>> Hello all.
>>>
>>> I'm trying to use this tag for validating integers but even the example
>>> from the site doesn't work.
>>>
>>> The value must match this pattern: [9]*
>>>
>>> I get the same message all over again. Anyone has same probs? Using
>>> Trinidad 1.0.10 (for jsf 1.1)
>>> TIA
>>>
>>>
>>> --
>>>
>
>
>
> --
>
--
Matthias Wessendorf
blog: http://matthiaswessendorf.wordpress.com/
sessions: http://www.slideshare.net/mwessendorf
twitter: http://twitter.com/mwessendorf
Re: Trinidad regexp validation
Posted by "Dj Apal [GR]" <dj...@gmail.com>.
Yes same issue. :(
Thnx for the info
2009/7/15 Mamallan Uthaman <ma...@oracle.com>
> Hi Dj Apal,
>
> Do you have this problem only during client-side validations? Not sure if
> it is the same problem reported in the issue below
> https://issues.apache.org/jira/browse/TRINIDAD-1339
>
> Thanks
> Mamallan
>
>
> Dj Apal [GR] wrote:
>
>> Hello all.
>>
>> I'm trying to use this tag for validating integers but even the example
>> from the site doesn't work.
>>
>> The value must match this pattern: [9]*
>>
>> I get the same message all over again. Anyone has same probs? Using
>> Trinidad 1.0.10 (for jsf 1.1)
>> TIA
>>
>>
>> --
>>
>>
--
Re: Trinidad regexp validation
Posted by Mamallan Uthaman <ma...@oracle.com>.
Hi Dj Apal,
Do you have this problem only during client-side validations? Not sure
if it is the same problem reported in the issue below
https://issues.apache.org/jira/browse/TRINIDAD-1339
Thanks
Mamallan
Dj Apal [GR] wrote:
> Hello all.
>
> I'm trying to use this tag for validating integers but even the
> example from the site doesn't work.
>
> The value must match this pattern: [9]*
>
> I get the same message all over again. Anyone has same probs? Using
> Trinidad 1.0.10 (for jsf 1.1)
> TIA
>
>
> --
>