OFBiz screen rendering problem.

[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  : [phone]
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.

______________________________________________________________________

[Rishi Solanki]

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: [phone]
http://www.hotwaxmedia.com


On Mon, Apr 19, 2010 at 11:03 AM, Anil Soni <[hidden email]>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  : [phone]
> 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.
>
> ______________________________________________________________________

[Scott Gray-2]

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

[Shi Jinghai]

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  : [phone]
> 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.
>
> ______________________________________________________________________

[Anil Soni]

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:[hidden email]]
Sent: Monday, April 19, 2010 12:20 PM
To: [hidden email]
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.

______________________________________________________________________

[Scott Gray-2]

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:[hidden email]]
> Sent: Monday, April 19, 2010 12:20 PM
> To: [hidden email]
> 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.
>
> ______________________________________________________________________

[Ruth Hoffman-2]

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:[hidden email]]
>> Sent: Monday, April 19, 2010 12:20 PM
>> To: [hidden email]
>> 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.
>>
>> ______________________________________________________________________
>>    
>
>  

[Jacopo Cappellato-4]

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:[hidden email]]
>>> Sent: Monday, April 19, 2010 12:20 PM
>>> To: [hidden email]
>>> 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.
>>>
>>> ______________________________________________________________________
>>>    
>>
>>  

[Ruth Hoffman-2]

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:[hidden email]]
>>>> Sent: Monday, April 19, 2010 12:20 PM
>>>> To: [hidden email]
>>>> 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.
>>>>
>>>> ______________________________________________________________________
>>>>    
>>>>        
>>>  
>>>      
>
>
>  

[Scott Gray-2]

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:[hidden email]]
>>>>> Sent: Monday, April 19, 2010 12:20 PM
>>>>> To: [hidden email]
>>>>> 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.
>>>>>
>>>>> ______________________________________________________________________
>>>>>          
>>>>      
>>
>>
>>  

[Anil Soni]

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:[hidden email]]
Sent: Monday, April 19, 2010 12:20 PM
To: [hidden email]
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.

______________________________________________________________________

[Anil Soni]

Please ignore my previous mail. I mistakenly sent.

-----Original Message-----
From: Anil Soni
Sent: Saturday, July 17, 2010 4:46 PM
To: [hidden email]
Cc: [hidden email]
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:[hidden email]]
Sent: Monday, April 19, 2010 12:20 PM
To: [hidden email]
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.

______________________________________________________________________