You are viewing a plain text version of this content. The canonical link for it is here.
Posted to user@ofbiz.apache.org by Anil Soni <An...@lntinfotech.com> on 2010/04/19 07:33:27 UTC
OFBiz screen rendering problem.
I've a question on OFBiz screen rendering mechanism.
Does screen rendering in OFBiz happen sequentially or parallelly, means suppose I've a page with 4 screens, say s1,s2,s3 and s4,when I will call this page then all the screens will render sequentially (like s1 -> s2 -> s3 -> s4) or parallelly (means all screen at a time).
I am asking this question because I found that minimum 40 % of time spent in screen rendering which is a major concern for the OFBiz performance.
Any thoughts or suggestion on it ?
Regards,
Anil Soni
Tel : 91-22-6795 4324
Cell : 91 9930302283
________________________________
This Email may contain confidential or privileged information for the intended recipient (s) If you are not the intended recipient, please do not use or disseminate the information, notify the sender and delete it from your system.
______________________________________________________________________
Re: OFBiz screen rendering problem.
Posted by Scott Gray <sc...@hotwaxmedia.com>.
Also it's discussed in here: https://cwiki.apache.org/confluence/display/OFBTECH/Apache+OFBiz+Technical+Production+Setup+Guide#ApacheOFBizTechnicalProductionSetupGuide-CacheSettings
Sadly it seems this document isn't read nearly enough.
Regards
Scott
HotWax Media
http://www.hotwaxmedia.com
On 20/04/2010, at 1:18 AM, Ruth Hoffman wrote:
> Thanks Jacopo.
> Regards,
> Ruth
>
> Jacopo Cappellato wrote:
>> framework/base/config/cache.properties
>>
>> in production you should comment out most of the entries; for widgets they are the ones with prefix: "widget."
>>
>> Jacopo
>>
>>
>> On Apr 19, 2010, at 3:07 PM, Ruth Hoffman wrote:
>>
>>
>>> Hi Scott:
>>> Exactly which cache settings are you referring to? Could you be more specific or point me to some documentation that discusses this?
>>> Thanks much.
>>> Ruth
>>>
>>> Scott Gray wrote:
>>>
>>>> If your cache settings are correct then there is no XML parsing except for the first load.
>>>>
>>>> Regards
>>>> Scott
>>>>
>>>> On 20/04/2010, at 12:11 AM, Anil Soni wrote:
>>>>
>>>>
>>>>> Because OFBiz XML rendering part is taking so much time. Minimum 40 % time (of total time taken by a request) it will take in screen rendering if user request something (same ecommerce main page).This is after all the caching setting in cache.properties.
>>>>>
>>>>> I've tried other approach where I included FTL directly on controller request and It saves my 50 % time of total time taken by a request.
>>>>>
>>>>> So OFBiz XML parsing is the bottleneck for performance. Is there any setting or something that I am missing ?
>>>>>
>>>>> -----Original Message-----
>>>>> From: Scott Gray [mailto:scott.gray@hotwaxmedia.com]
>>>>> Sent: Monday, April 19, 2010 12:20 PM
>>>>> To: user@ofbiz.apache.org
>>>>> Subject: Re: OFBiz screen rendering problem.
>>>>>
>>>>> On 19/04/2010, at 5:33 PM, Anil Soni wrote:
>>>>>
>>>>>
>>>>>> I've a question on OFBiz screen rendering mechanism.
>>>>>>
>>>>>> Does screen rendering in OFBiz happen sequentially or parallelly, means suppose I've a page with 4 screens, say s1,s2,s3 and s4,when I will call this page then all the screens will render sequentially (like s1 -> s2 -> s3 -> s4) or parallelly (means all screen at a time).
>>>>>>
>>>>>> I am asking this question because I found that minimum 40 % of time spent in screen rendering which is a major concern for the OFBiz performance.
>>>>>>
>>>>> Why is that a major concern? and 40% of what.. 10 milliseconds or 10 minutes?
>>>>>
>>>>> Regards
>>>>> Scott
>>>>>
>>>>> This Email may contain confidential or privileged information for the intended recipient (s) If you are not the intended recipient, please do not use or disseminate the information, notify the sender and delete it from your system.
>>>>>
>>>>> ______________________________________________________________________
>>>>>
>>>>
>>
>>
>>
Re: OFBiz screen rendering problem.
Posted by Ruth Hoffman <rh...@aesolves.com>.
Thanks Jacopo.
Regards,
Ruth
Jacopo Cappellato wrote:
> framework/base/config/cache.properties
>
> in production you should comment out most of the entries; for widgets they are the ones with prefix: "widget."
>
> Jacopo
>
>
> On Apr 19, 2010, at 3:07 PM, Ruth Hoffman wrote:
>
>
>> Hi Scott:
>> Exactly which cache settings are you referring to? Could you be more specific or point me to some documentation that discusses this?
>> Thanks much.
>> Ruth
>>
>> Scott Gray wrote:
>>
>>> If your cache settings are correct then there is no XML parsing except for the first load.
>>>
>>> Regards
>>> Scott
>>>
>>> On 20/04/2010, at 12:11 AM, Anil Soni wrote:
>>>
>>>
>>>
>>>> Because OFBiz XML rendering part is taking so much time. Minimum 40 % time (of total time taken by a request) it will take in screen rendering if user request something (same ecommerce main page).This is after all the caching setting in cache.properties.
>>>>
>>>> I've tried other approach where I included FTL directly on controller request and It saves my 50 % time of total time taken by a request.
>>>>
>>>> So OFBiz XML parsing is the bottleneck for performance. Is there any setting or something that I am missing ?
>>>>
>>>> -----Original Message-----
>>>> From: Scott Gray [mailto:scott.gray@hotwaxmedia.com]
>>>> Sent: Monday, April 19, 2010 12:20 PM
>>>> To: user@ofbiz.apache.org
>>>> Subject: Re: OFBiz screen rendering problem.
>>>>
>>>> On 19/04/2010, at 5:33 PM, Anil Soni wrote:
>>>>
>>>>
>>>>
>>>>> I've a question on OFBiz screen rendering mechanism.
>>>>>
>>>>> Does screen rendering in OFBiz happen sequentially or parallelly, means suppose I've a page with 4 screens, say s1,s2,s3 and s4,when I will call this page then all the screens will render sequentially (like s1 -> s2 -> s3 -> s4) or parallelly (means all screen at a time).
>>>>>
>>>>> I am asking this question because I found that minimum 40 % of time spent in screen rendering which is a major concern for the OFBiz performance.
>>>>>
>>>>>
>>>> Why is that a major concern? and 40% of what.. 10 milliseconds or 10 minutes?
>>>>
>>>> Regards
>>>> Scott
>>>>
>>>> This Email may contain confidential or privileged information for the intended recipient (s) If you are not the intended recipient, please do not use or disseminate the information, notify the sender and delete it from your system.
>>>>
>>>> ______________________________________________________________________
>>>>
>>>>
>>>
>>>
>
>
>
Re: OFBiz screen rendering problem.
Posted by Jacopo Cappellato <ja...@hotwaxmedia.com>.
framework/base/config/cache.properties
in production you should comment out most of the entries; for widgets they are the ones with prefix: "widget."
Jacopo
On Apr 19, 2010, at 3:07 PM, Ruth Hoffman wrote:
> Hi Scott:
> Exactly which cache settings are you referring to? Could you be more specific or point me to some documentation that discusses this?
> Thanks much.
> Ruth
>
> Scott Gray wrote:
>> If your cache settings are correct then there is no XML parsing except for the first load.
>>
>> Regards
>> Scott
>>
>> On 20/04/2010, at 12:11 AM, Anil Soni wrote:
>>
>>
>>> Because OFBiz XML rendering part is taking so much time. Minimum 40 % time (of total time taken by a request) it will take in screen rendering if user request something (same ecommerce main page).This is after all the caching setting in cache.properties.
>>>
>>> I've tried other approach where I included FTL directly on controller request and It saves my 50 % time of total time taken by a request.
>>>
>>> So OFBiz XML parsing is the bottleneck for performance. Is there any setting or something that I am missing ?
>>>
>>> -----Original Message-----
>>> From: Scott Gray [mailto:scott.gray@hotwaxmedia.com]
>>> Sent: Monday, April 19, 2010 12:20 PM
>>> To: user@ofbiz.apache.org
>>> Subject: Re: OFBiz screen rendering problem.
>>>
>>> On 19/04/2010, at 5:33 PM, Anil Soni wrote:
>>>
>>>
>>>> I've a question on OFBiz screen rendering mechanism.
>>>>
>>>> Does screen rendering in OFBiz happen sequentially or parallelly, means suppose I've a page with 4 screens, say s1,s2,s3 and s4,when I will call this page then all the screens will render sequentially (like s1 -> s2 -> s3 -> s4) or parallelly (means all screen at a time).
>>>>
>>>> I am asking this question because I found that minimum 40 % of time spent in screen rendering which is a major concern for the OFBiz performance.
>>>>
>>> Why is that a major concern? and 40% of what.. 10 milliseconds or 10 minutes?
>>>
>>> Regards
>>> Scott
>>>
>>> This Email may contain confidential or privileged information for the intended recipient (s) If you are not the intended recipient, please do not use or disseminate the information, notify the sender and delete it from your system.
>>>
>>> ______________________________________________________________________
>>>
>>
>>
Re: OFBiz screen rendering problem.
Posted by Ruth Hoffman <rh...@aesolves.com>.
Hi Scott:
Exactly which cache settings are you referring to? Could you be more
specific or point me to some documentation that discusses this?
Thanks much.
Ruth
Scott Gray wrote:
> If your cache settings are correct then there is no XML parsing except for the first load.
>
> Regards
> Scott
>
> On 20/04/2010, at 12:11 AM, Anil Soni wrote:
>
>
>> Because OFBiz XML rendering part is taking so much time. Minimum 40 % time (of total time taken by a request) it will take in screen rendering if user request something (same ecommerce main page).This is after all the caching setting in cache.properties.
>>
>> I've tried other approach where I included FTL directly on controller request and It saves my 50 % time of total time taken by a request.
>>
>> So OFBiz XML parsing is the bottleneck for performance. Is there any setting or something that I am missing ?
>>
>> -----Original Message-----
>> From: Scott Gray [mailto:scott.gray@hotwaxmedia.com]
>> Sent: Monday, April 19, 2010 12:20 PM
>> To: user@ofbiz.apache.org
>> Subject: Re: OFBiz screen rendering problem.
>>
>> On 19/04/2010, at 5:33 PM, Anil Soni wrote:
>>
>>
>>> I've a question on OFBiz screen rendering mechanism.
>>>
>>> Does screen rendering in OFBiz happen sequentially or parallelly, means suppose I've a page with 4 screens, say s1,s2,s3 and s4,when I will call this page then all the screens will render sequentially (like s1 -> s2 -> s3 -> s4) or parallelly (means all screen at a time).
>>>
>>> I am asking this question because I found that minimum 40 % of time spent in screen rendering which is a major concern for the OFBiz performance.
>>>
>> Why is that a major concern? and 40% of what.. 10 milliseconds or 10 minutes?
>>
>> Regards
>> Scott
>>
>> This Email may contain confidential or privileged information for the intended recipient (s) If you are not the intended recipient, please do not use or disseminate the information, notify the sender and delete it from your system.
>>
>> ______________________________________________________________________
>>
>
>
Re: OFBiz screen rendering problem.
Posted by Scott Gray <sc...@hotwaxmedia.com>.
If your cache settings are correct then there is no XML parsing except for the first load.
Regards
Scott
On 20/04/2010, at 12:11 AM, Anil Soni wrote:
> Because OFBiz XML rendering part is taking so much time. Minimum 40 % time (of total time taken by a request) it will take in screen rendering if user request something (same ecommerce main page).This is after all the caching setting in cache.properties.
>
> I've tried other approach where I included FTL directly on controller request and It saves my 50 % time of total time taken by a request.
>
> So OFBiz XML parsing is the bottleneck for performance. Is there any setting or something that I am missing ?
>
> -----Original Message-----
> From: Scott Gray [mailto:scott.gray@hotwaxmedia.com]
> Sent: Monday, April 19, 2010 12:20 PM
> To: user@ofbiz.apache.org
> Subject: Re: OFBiz screen rendering problem.
>
> On 19/04/2010, at 5:33 PM, Anil Soni wrote:
>
>> I've a question on OFBiz screen rendering mechanism.
>>
>> Does screen rendering in OFBiz happen sequentially or parallelly, means suppose I've a page with 4 screens, say s1,s2,s3 and s4,when I will call this page then all the screens will render sequentially (like s1 -> s2 -> s3 -> s4) or parallelly (means all screen at a time).
>>
>> I am asking this question because I found that minimum 40 % of time spent in screen rendering which is a major concern for the OFBiz performance.
>
> Why is that a major concern? and 40% of what.. 10 milliseconds or 10 minutes?
>
> Regards
> Scott
>
> This Email may contain confidential or privileged information for the intended recipient (s) If you are not the intended recipient, please do not use or disseminate the information, notify the sender and delete it from your system.
>
> ______________________________________________________________________
RE: OFBiz screen rendering problem.
Posted by Anil Soni <An...@lntinfotech.com>.
Because OFBiz XML rendering part is taking so much time. Minimum 40 % time (of total time taken by a request) it will take in screen rendering if user request something (same ecommerce main page).This is after all the caching setting in cache.properties.
I've tried other approach where I included FTL directly on controller request and It saves my 50 % time of total time taken by a request.
So OFBiz XML parsing is the bottleneck for performance. Is there any setting or something that I am missing ?
-----Original Message-----
From: Scott Gray [mailto:scott.gray@hotwaxmedia.com]
Sent: Monday, April 19, 2010 12:20 PM
To: user@ofbiz.apache.org
Subject: Re: OFBiz screen rendering problem.
On 19/04/2010, at 5:33 PM, Anil Soni wrote:
> I've a question on OFBiz screen rendering mechanism.
>
> Does screen rendering in OFBiz happen sequentially or parallelly, means suppose I've a page with 4 screens, say s1,s2,s3 and s4,when I will call this page then all the screens will render sequentially (like s1 -> s2 -> s3 -> s4) or parallelly (means all screen at a time).
>
> I am asking this question because I found that minimum 40 % of time spent in screen rendering which is a major concern for the OFBiz performance.
Why is that a major concern? and 40% of what.. 10 milliseconds or 10 minutes?
Regards
Scott
This Email may contain confidential or privileged information for the intended recipient (s) If you are not the intended recipient, please do not use or disseminate the information, notify the sender and delete it from your system.
______________________________________________________________________
RE: OFBiz screen rendering problem.
Posted by Anil Soni <An...@lntinfotech.com>.
Please ignore my previous mail. I mistakenly sent.
-----Original Message-----
From: Anil Soni
Sent: Saturday, July 17, 2010 4:46 PM
To: user@ofbiz.apache.org
Cc: toanilsoni@gmail.com
Subject: RE: OFBiz screen rendering problem.
Because if it renders in sequentially pattern then for each request it reads the screen sequence wise and then after it reads completely it will show the page. Which is a time taking process, it should be parallelly where multiple thread will handle each screen or widget part and draw the screen one by one instead of reading it in sequentially.
So my question is screen rendering in OFBiz is sequentially or parallelly ?
Minimum 40 % of total time taken to draw a page and time is in seconds.
-----Original Message-----
From: Scott Gray [mailto:scott.gray@hotwaxmedia.com]
Sent: Monday, April 19, 2010 12:20 PM
To: user@ofbiz.apache.org
Subject: Re: OFBiz screen rendering problem.
On 19/04/2010, at 5:33 PM, Anil Soni wrote:
> I've a question on OFBiz screen rendering mechanism.
>
> Does screen rendering in OFBiz happen sequentially or parallelly, means suppose I've a page with 4 screens, say s1,s2,s3 and s4,when I will call this page then all the screens will render sequentially (like s1 -> s2 -> s3 -> s4) or parallelly (means all screen at a time).
>
> I am asking this question because I found that minimum 40 % of time spent in screen rendering which is a major concern for the OFBiz performance.
Why is that a major concern? and 40% of what.. 10 milliseconds or 10 minutes?
Regards
Scott
This Email may contain confidential or privileged information for the intended recipient (s) If you are not the intended recipient, please do not use or disseminate the information, notify the sender and delete it from your system.
______________________________________________________________________
______________________________________________________________________
This Email may contain confidential or privileged information for the intended recipient (s) If you are not the intended recipient, please do not use or disseminate the information, notify the sender and delete it from your system.
This Email may contain confidential or privileged information for the intended recipient (s) If you are not the intended recipient, please do not use or disseminate the information, notify the sender and delete it from your system.
______________________________________________________________________
RE: OFBiz screen rendering problem.
Posted by Anil Soni <An...@lntinfotech.com>.
Because if it renders in sequentially pattern then for each request it reads the screen sequence wise and then after it reads completely it will show the page. Which is a time taking process, it should be parallelly where multiple thread will handle each screen or widget part and draw the screen one by one instead of reading it in sequentially.
So my question is screen rendering in OFBiz is sequentially or parallelly ?
Minimum 40 % of total time taken to draw a page and time is in seconds.
-----Original Message-----
From: Scott Gray [mailto:scott.gray@hotwaxmedia.com]
Sent: Monday, April 19, 2010 12:20 PM
To: user@ofbiz.apache.org
Subject: Re: OFBiz screen rendering problem.
On 19/04/2010, at 5:33 PM, Anil Soni wrote:
> I've a question on OFBiz screen rendering mechanism.
>
> Does screen rendering in OFBiz happen sequentially or parallelly, means suppose I've a page with 4 screens, say s1,s2,s3 and s4,when I will call this page then all the screens will render sequentially (like s1 -> s2 -> s3 -> s4) or parallelly (means all screen at a time).
>
> I am asking this question because I found that minimum 40 % of time spent in screen rendering which is a major concern for the OFBiz performance.
Why is that a major concern? and 40% of what.. 10 milliseconds or 10 minutes?
Regards
Scott
This Email may contain confidential or privileged information for the intended recipient (s) If you are not the intended recipient, please do not use or disseminate the information, notify the sender and delete it from your system.
______________________________________________________________________
Re: OFBiz screen rendering problem.
Posted by Scott Gray <sc...@hotwaxmedia.com>.
On 19/04/2010, at 5:33 PM, Anil Soni wrote:
> I've a question on OFBiz screen rendering mechanism.
>
> Does screen rendering in OFBiz happen sequentially or parallelly, means suppose I've a page with 4 screens, say s1,s2,s3 and s4,when I will call this page then all the screens will render sequentially (like s1 -> s2 -> s3 -> s4) or parallelly (means all screen at a time).
>
> I am asking this question because I found that minimum 40 % of time spent in screen rendering which is a major concern for the OFBiz performance.
Why is that a major concern? and 40% of what.. 10 milliseconds or 10 minutes?
Regards
Scott
Re: OFBiz screen rendering problem.
Posted by Shi Jinghai <sh...@langhua.cn>.
You can use cache to resolve this kind of problems.
If Freemark's cache is not enough, you can use squid or etc. as well.
在 2010-04-19一的 11:03 +0530，Anil Soni写道：
> I've a question on OFBiz screen rendering mechanism.
>
> Does screen rendering in OFBiz happen sequentially or parallelly, means suppose I've a page with 4 screens, say s1,s2,s3 and s4,when I will call this page then all the screens will render sequentially (like s1 -> s2 -> s3 -> s4) or parallelly (means all screen at a time).
>
> I am asking this question because I found that minimum 40 % of time spent in screen rendering which is a major concern for the OFBiz performance.
>
> Any thoughts or suggestion on it ?
>
>
> Regards,
> Anil Soni
> Tel : 91-22-6795 4324
> Cell : 91 9930302283
>
>
> ________________________________
> This Email may contain confidential or privileged information for the intended recipient (s) If you are not the intended recipient, please do not use or disseminate the information, notify the sender and delete it from your system.
>
> ______________________________________________________________________
Re: OFBiz screen rendering problem.
Posted by Rishi Solanki <ri...@gmail.com>.
I understand this ;
you have screen-1, in which included screens screens-2, screen-3, screen-4
like that. On this basis here is my post;
- screen-1 starts rendering by ModelScreenWidget constructor for each
include-screen it will then read all sub widgets and add it to render and
create object of IncludeScreen inner class which extends the same
ModelScreenWidget.
- screen-1 starts rendering and then it renders one by one complete
screen-2. screen-3 and screen-4 in order they appear in code completely,
finally complete the rendering of screen-1, i.e it render screen-1 only and
render the other included screen in the same fashion as renders for other
tags.
Rishi Solanki
Manager, Enterprise Software Development
HotWax Media Pvt. Ltd.
Direct: +91-9893287847
http://www.hotwaxmedia.com
On Mon, Apr 19, 2010 at 11:03 AM, Anil Soni <An...@lntinfotech.com>wrote:
> I've a question on OFBiz screen rendering mechanism.
>
> Does screen rendering in OFBiz happen sequentially or parallelly, means
> suppose I've a page with 4 screens, say s1,s2,s3 and s4,when I will call
> this page then all the screens will render sequentially (like s1 -> s2 -> s3
> -> s4) or parallelly (means all screen at a time).
>
> I am asking this question because I found that minimum 40 % of time spent
> in screen rendering which is a major concern for the OFBiz performance.
>
> Any thoughts or suggestion on it ?
>
>
> Regards,
> Anil Soni
> Tel : 91-22-6795 4324
> Cell : 91 9930302283
>
>
> ________________________________
> This Email may contain confidential or privileged information for the
> intended recipient (s) If you are not the intended recipient, please do not
> use or disseminate the information, notify the sender and delete it from
> your system.
>
> ______________________________________________________________________