Re: FOP Issues [Solved]

Previous Topic Next Topic
 
classic Classic list List threaded Threaded
9 messages Options
Reply | Threaded
Open this post in threaded view
|

Re: FOP Issues [Solved]

cjhowe
It's choking on the log4j.  If you change the root logger in framework/base/config/log4j.xml from ALL to INFO, back to normal.

----- Original Message ----
From: Adrian Crum <[hidden email]>
To: [hidden email]
Sent: Monday, December 10, 2007 11:39:37 AM
Subject: Re: FOP Issues


So much has changed between trunk and R4 that it would be a very time
 consuming task to go through a
list of changed files to see which one caused the problem. That's why I
 suggested a profiler - it
would spot the culprit right away.

Chris Howe wrote:

> It helps if one (me) reads before applying a solution.  I had applied
 Christian's patch to trunk and came up empty.  I just did a c/o of 4.0
 and viola...works OOTB.  Adrian, I share your sentiments on the issue.
  That was the most draining exercise I've gone through with OFbiz in I
 don't know how long.  Are there really that many files where the
 culprit could be?

>
> ----- Original Message ----
> From: Adrian Crum <[hidden email]>
> To: [hidden email]
> Sent: Monday, December 10, 2007 9:44:23 AM
> Subject: Re: FOP Issues
>
>
> https://issues.apache.org/jira/browse/OFBIZ-1401
>
> Chris Howe wrote:
>
>
>>I am having some trouble with FOP.  It appears that performance
>
>  suffers
>
>> exponentially for each additional page that is written in the body
>> (overflowing to the next page).  Two pages takes about a minute to
>
>  render.
>
>>  Five pages takes about 10 minutes.  Ten pages takes about a half
>> hour.  Plenty of memory available in the JVM, plenty of CPU
>
>  available as
>
>> well.  It completes the screen renderer quickly and gets stuck in
>
>  the FOP
>
>> portion.  Any hints or OOTB templates that would mimic the page
>> overflow that I can test to see if it's choking on my template or if
>
>  it's
>
>> just choking period?  I've tried it with both .93 and .94.
>>
>>
>>
>
>
>
>
>
>




Reply | Threaded
Open this post in threaded view
|

Re: FOP Issues [Solved]

Adrian Crum
You're right - thanks Chris!

Let me see if there's a way to point FOP to a different config file so we don't have to change the
project's config file.

-Adrian

Chris Howe wrote:

> It's choking on the log4j.  If you change the root logger in framework/base/config/log4j.xml from ALL to INFO, back to normal.
>
> ----- Original Message ----
> From: Adrian Crum <[hidden email]>
> To: [hidden email]
> Sent: Monday, December 10, 2007 11:39:37 AM
> Subject: Re: FOP Issues
>
>
> So much has changed between trunk and R4 that it would be a very time
>  consuming task to go through a
> list of changed files to see which one caused the problem. That's why I
>  suggested a profiler - it
> would spot the culprit right away.
>
> Chris Howe wrote:
>
>
>>It helps if one (me) reads before applying a solution.  I had applied
>
>  Christian's patch to trunk and came up empty.  I just did a c/o of 4.0
>  and viola...works OOTB.  Adrian, I share your sentiments on the issue.
>   That was the most draining exercise I've gone through with OFbiz in I
>  don't know how long.  Are there really that many files where the
>  culprit could be?
>
>>----- Original Message ----
>>From: Adrian Crum <[hidden email]>
>>To: [hidden email]
>>Sent: Monday, December 10, 2007 9:44:23 AM
>>Subject: Re: FOP Issues
>>
>>
>>https://issues.apache.org/jira/browse/OFBIZ-1401
>>
>>Chris Howe wrote:
>>
>>
>>
>>>I am having some trouble with FOP.  It appears that performance
>>
>> suffers
>>
>>
>>>exponentially for each additional page that is written in the body
>>>(overflowing to the next page).  Two pages takes about a minute to
>>
>> render.
>>
>>
>>> Five pages takes about 10 minutes.  Ten pages takes about a half
>>>hour.  Plenty of memory available in the JVM, plenty of CPU
>>
>> available as
>>
>>
>>>well.  It completes the screen renderer quickly and gets stuck in
>>
>> the FOP
>>
>>
>>>portion.  Any hints or OOTB templates that would mimic the page
>>>overflow that I can test to see if it's choking on my template or if
>>
>> it's
>>
>>
>>>just choking period?  I've tried it with both .93 and .94.
>>>
>>>
>>>
>>
>>
>>
>>
>>
>>
>
>
>
>
>

Reply | Threaded
Open this post in threaded view
|

Re: FOP Issues [Solved]

David E Jones

You can also change settings for specific class packages so that the  
logging level is not as verbose just for the fop classes.

There are some examples of this in the current log4j config file. If  
it's not obvious after looking for a few minutes please reply and I'll  
throw together an example or something.

-David


On Dec 10, 2007, at 5:28 PM, Adrian Crum wrote:

> You're right - thanks Chris!
>
> Let me see if there's a way to point FOP to a different config file  
> so we don't have to change the project's config file.
>
> -Adrian
>
> Chris Howe wrote:
>> It's choking on the log4j.  If you change the root logger in  
>> framework/base/config/log4j.xml from ALL to INFO, back to normal.
>> ----- Original Message ----
>> From: Adrian Crum <[hidden email]>
>> To: [hidden email]
>> Sent: Monday, December 10, 2007 11:39:37 AM
>> Subject: Re: FOP Issues
>> So much has changed between trunk and R4 that it would be a very time
>> consuming task to go through a list of changed files to see which  
>> one caused the problem. That's why I
>> suggested a profiler - it would spot the culprit right away.
>> Chris Howe wrote:
>>> It helps if one (me) reads before applying a solution.  I had  
>>> applied
>> Christian's patch to trunk and came up empty.  I just did a c/o of  
>> 4.0
>> and viola...works OOTB.  Adrian, I share your sentiments on the  
>> issue.
>>  That was the most draining exercise I've gone through with OFbiz  
>> in I
>> don't know how long.  Are there really that many files where the
>> culprit could be?
>>> ----- Original Message ----
>>> From: Adrian Crum <[hidden email]>
>>> To: [hidden email]
>>> Sent: Monday, December 10, 2007 9:44:23 AM
>>> Subject: Re: FOP Issues
>>>
>>>
>>> https://issues.apache.org/jira/browse/OFBIZ-1401
>>>
>>> Chris Howe wrote:
>>>
>>>
>>>
>>>> I am having some trouble with FOP.  It appears that performance
>>>
>>> suffers
>>>
>>>
>>>> exponentially for each additional page that is written in the body
>>>> (overflowing to the next page).  Two pages takes about a minute to
>>>
>>> render.
>>>
>>>
>>>> Five pages takes about 10 minutes.  Ten pages takes about a half
>>>> hour.  Plenty of memory available in the JVM, plenty of CPU
>>>
>>> available as
>>>
>>>
>>>> well.  It completes the screen renderer quickly and gets stuck in
>>>
>>> the FOP
>>>
>>>
>>>> portion.  Any hints or OOTB templates that would mimic the page
>>>> overflow that I can test to see if it's choking on my template or  
>>>> if
>>>
>>> it's
>>>
>>>
>>>> just choking period?  I've tried it with both .93 and .94.
>>>>
>>>>
>>>>
>>>
>>>
>>>
>>>
>>>
>>>
>


smime.p7s (3K) Download Attachment
Reply | Threaded
Open this post in threaded view
|

Re: FOP Issues [Solved]

Adrian Crum
David,

Great idea - thanks for the tip!

-Adrian

David E Jones wrote:

>
> You can also change settings for specific class packages so that the  
> logging level is not as verbose just for the fop classes.
>
> There are some examples of this in the current log4j config file. If  
> it's not obvious after looking for a few minutes please reply and I'll  
> throw together an example or something.
>
> -David
>
>
> On Dec 10, 2007, at 5:28 PM, Adrian Crum wrote:
>
>> You're right - thanks Chris!
>>
>> Let me see if there's a way to point FOP to a different config file  
>> so we don't have to change the project's config file.
>>
>> -Adrian
>>
>> Chris Howe wrote:
>>
>>> It's choking on the log4j.  If you change the root logger in  
>>> framework/base/config/log4j.xml from ALL to INFO, back to normal.
>>> ----- Original Message ----
>>> From: Adrian Crum <[hidden email]>
>>> To: [hidden email]
>>> Sent: Monday, December 10, 2007 11:39:37 AM
>>> Subject: Re: FOP Issues
>>> So much has changed between trunk and R4 that it would be a very time
>>> consuming task to go through a list of changed files to see which  
>>> one caused the problem. That's why I
>>> suggested a profiler - it would spot the culprit right away.
>>> Chris Howe wrote:
>>>
>>>> It helps if one (me) reads before applying a solution.  I had  applied
>>>
>>> Christian's patch to trunk and came up empty.  I just did a c/o of  4.0
>>> and viola...works OOTB.  Adrian, I share your sentiments on the  issue.
>>>  That was the most draining exercise I've gone through with OFbiz  in I
>>> don't know how long.  Are there really that many files where the
>>> culprit could be?
>>>
>>>> ----- Original Message ----
>>>> From: Adrian Crum <[hidden email]>
>>>> To: [hidden email]
>>>> Sent: Monday, December 10, 2007 9:44:23 AM
>>>> Subject: Re: FOP Issues
>>>>
>>>>
>>>> https://issues.apache.org/jira/browse/OFBIZ-1401
>>>>
>>>> Chris Howe wrote:
>>>>
>>>>
>>>>
>>>>> I am having some trouble with FOP.  It appears that performance
>>>>
>>>>
>>>> suffers
>>>>
>>>>
>>>>> exponentially for each additional page that is written in the body
>>>>> (overflowing to the next page).  Two pages takes about a minute to
>>>>
>>>>
>>>> render.
>>>>
>>>>
>>>>> Five pages takes about 10 minutes.  Ten pages takes about a half
>>>>> hour.  Plenty of memory available in the JVM, plenty of CPU
>>>>
>>>>
>>>> available as
>>>>
>>>>
>>>>> well.  It completes the screen renderer quickly and gets stuck in
>>>>
>>>>
>>>> the FOP
>>>>
>>>>
>>>>> portion.  Any hints or OOTB templates that would mimic the page
>>>>> overflow that I can test to see if it's choking on my template or  if
>>>>
>>>>
>>>> it's
>>>>
>>>>
>>>>> just choking period?  I've tried it with both .93 and .94.
>>>>>
>>>>>
>>>>>
>>>>
>>>>
>>>>
>>>>
>>>>
>>>>
>>
>

Reply | Threaded
Open this post in threaded view
|

Re: FOP Issues [Solved]

Adrian Crum
Fixed - rev 603107.


Adrian Crum wrote:

> David,
>
> Great idea - thanks for the tip!
>
> -Adrian
>
> David E Jones wrote:
>
>>
>> You can also change settings for specific class packages so that the  
>> logging level is not as verbose just for the fop classes.
>>
>> There are some examples of this in the current log4j config file. If  
>> it's not obvious after looking for a few minutes please reply and
>> I'll  throw together an example or something.
>>
>> -David
>>
>>
>> On Dec 10, 2007, at 5:28 PM, Adrian Crum wrote:
>>
>>> You're right - thanks Chris!
>>>
>>> Let me see if there's a way to point FOP to a different config file  
>>> so we don't have to change the project's config file.
>>>
>>> -Adrian
>>>
>>> Chris Howe wrote:
>>>
>>>> It's choking on the log4j.  If you change the root logger in  
>>>> framework/base/config/log4j.xml from ALL to INFO, back to normal.
>>>> ----- Original Message ----
>>>> From: Adrian Crum <[hidden email]>
>>>> To: [hidden email]
>>>> Sent: Monday, December 10, 2007 11:39:37 AM
>>>> Subject: Re: FOP Issues
>>>> So much has changed between trunk and R4 that it would be a very time
>>>> consuming task to go through a list of changed files to see which  
>>>> one caused the problem. That's why I
>>>> suggested a profiler - it would spot the culprit right away.
>>>> Chris Howe wrote:
>>>>
>>>>> It helps if one (me) reads before applying a solution.  I had  applied
>>>>
>>>>
>>>> Christian's patch to trunk and came up empty.  I just did a c/o of  4.0
>>>> and viola...works OOTB.  Adrian, I share your sentiments on the  issue.
>>>>  That was the most draining exercise I've gone through with OFbiz  in I
>>>> don't know how long.  Are there really that many files where the
>>>> culprit could be?
>>>>
>>>>> ----- Original Message ----
>>>>> From: Adrian Crum <[hidden email]>
>>>>> To: [hidden email]
>>>>> Sent: Monday, December 10, 2007 9:44:23 AM
>>>>> Subject: Re: FOP Issues
>>>>>
>>>>>
>>>>> https://issues.apache.org/jira/browse/OFBIZ-1401
>>>>>
>>>>> Chris Howe wrote:
>>>>>
>>>>>
>>>>>
>>>>>> I am having some trouble with FOP.  It appears that performance
>>>>>
>>>>>
>>>>>
>>>>> suffers
>>>>>
>>>>>
>>>>>> exponentially for each additional page that is written in the body
>>>>>> (overflowing to the next page).  Two pages takes about a minute to
>>>>>
>>>>>
>>>>>
>>>>> render.
>>>>>
>>>>>
>>>>>> Five pages takes about 10 minutes.  Ten pages takes about a half
>>>>>> hour.  Plenty of memory available in the JVM, plenty of CPU
>>>>>
>>>>>
>>>>>
>>>>> available as
>>>>>
>>>>>
>>>>>> well.  It completes the screen renderer quickly and gets stuck in
>>>>>
>>>>>
>>>>>
>>>>> the FOP
>>>>>
>>>>>
>>>>>> portion.  Any hints or OOTB templates that would mimic the page
>>>>>> overflow that I can test to see if it's choking on my template or  if
>>>>>
>>>>>
>>>>>
>>>>> it's
>>>>>
>>>>>
>>>>>> just choking period?  I've tried it with both .93 and .94.
>>>>>>
>>>>>>
>>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>
>>
>
>

Reply | Threaded
Open this post in threaded view
|

Re: FOP Issues [Solved]

cjhowe
In reply to this post by cjhowe
How is it that we're able to handle the "ALL" fail safe priority?  Perhaps we can shoot something over to Apache FOP so they can handle it as well.

----- Original Message ----
From: David E Jones <[hidden email]>
To: [hidden email]
Sent: Monday, December 10, 2007 6:37:53 PM
Subject: Re: FOP Issues [Solved]



You can also change settings for specific class packages so that the  
logging level is not as verbose just for the fop classes.

There are some examples of this in the current log4j config file. If  
it's not obvious after looking for a few minutes please reply and I'll
 
throw together an example or something.

-David


On Dec 10, 2007, at 5:28 PM, Adrian Crum wrote:

> You're right - thanks Chris!
>
> Let me see if there's a way to point FOP to a different config file  
> so we don't have to change the project's config file.
>
> -Adrian
>
> Chris Howe wrote:
>> It's choking on the log4j.  If you change the root logger in  
>> framework/base/config/log4j.xml from ALL to INFO, back to normal.
>> ----- Original Message ----
>> From: Adrian Crum <[hidden email]>
>> To: [hidden email]
>> Sent: Monday, December 10, 2007 11:39:37 AM
>> Subject: Re: FOP Issues
>> So much has changed between trunk and R4 that it would be a very
 time

>> consuming task to go through a list of changed files to see which  
>> one caused the problem. That's why I
>> suggested a profiler - it would spot the culprit right away.
>> Chris Howe wrote:
>>> It helps if one (me) reads before applying a solution.  I had  
>>> applied
>> Christian's patch to trunk and came up empty.  I just did a c/o of  
>> 4.0
>> and viola...works OOTB.  Adrian, I share your sentiments on the  
>> issue.
>>  That was the most draining exercise I've gone through with OFbiz  
>> in I
>> don't know how long.  Are there really that many files where the
>> culprit could be?
>>> ----- Original Message ----
>>> From: Adrian Crum <[hidden email]>
>>> To: [hidden email]
>>> Sent: Monday, December 10, 2007 9:44:23 AM
>>> Subject: Re: FOP Issues
>>>
>>>
>>> https://issues.apache.org/jira/browse/OFBIZ-1401
>>>
>>> Chris Howe wrote:
>>>
>>>
>>>
>>>> I am having some trouble with FOP.  It appears that performance
>>>
>>> suffers
>>>
>>>
>>>> exponentially for each additional page that is written in the body
>>>> (overflowing to the next page).  Two pages takes about a minute to
>>>
>>> render.
>>>
>>>
>>>> Five pages takes about 10 minutes.  Ten pages takes about a half
>>>> hour.  Plenty of memory available in the JVM, plenty of CPU
>>>
>>> available as
>>>
>>>
>>>> well.  It completes the screen renderer quickly and gets stuck in
>>>
>>> the FOP
>>>
>>>
>>>> portion.  Any hints or OOTB templates that would mimic the page
>>>> overflow that I can test to see if it's choking on my template or
 

>>>> if
>>>
>>> it's
>>>
>>>
>>>> just choking period?  I've tried it with both .93 and .94.
>>>>
>>>>
>>>>
>>>
>>>
>>>
>>>
>>>
>>>
>




Reply | Threaded
Open this post in threaded view
|

Re: FOP Issues [Solved]

David E Jones

Christian Geisert is probably listening in on this list, and he is  
involved in that part of the ASF (as well as a committer on OFBiz  
now). He might have some ideas about how to handle this better in FOP,  
but it may just be that FOP does a LOT of logging if certain levels  
are turned on, and they may not want to reduce or eliminate that.

If it does expose a problem with it, then hopefully it will help them  
improve FOP!

-David


On Dec 10, 2007, at 6:16 PM, Chris Howe wrote:

> How is it that we're able to handle the "ALL" fail safe priority?  
> Perhaps we can shoot something over to Apache FOP so they can handle  
> it as well.
>
> ----- Original Message ----
> From: David E Jones <[hidden email]>
> To: [hidden email]
> Sent: Monday, December 10, 2007 6:37:53 PM
> Subject: Re: FOP Issues [Solved]
>
>
>
> You can also change settings for specific class packages so that the
> logging level is not as verbose just for the fop classes.
>
> There are some examples of this in the current log4j config file. If
> it's not obvious after looking for a few minutes please reply and I'll
>
> throw together an example or something.
>
> -David
>
>
> On Dec 10, 2007, at 5:28 PM, Adrian Crum wrote:
>
>> You're right - thanks Chris!
>>
>> Let me see if there's a way to point FOP to a different config file
>> so we don't have to change the project's config file.
>>
>> -Adrian
>>
>> Chris Howe wrote:
>>> It's choking on the log4j.  If you change the root logger in
>>> framework/base/config/log4j.xml from ALL to INFO, back to normal.
>>> ----- Original Message ----
>>> From: Adrian Crum <[hidden email]>
>>> To: [hidden email]
>>> Sent: Monday, December 10, 2007 11:39:37 AM
>>> Subject: Re: FOP Issues
>>> So much has changed between trunk and R4 that it would be a very
> time
>>> consuming task to go through a list of changed files to see which
>>> one caused the problem. That's why I
>>> suggested a profiler - it would spot the culprit right away.
>>> Chris Howe wrote:
>>>> It helps if one (me) reads before applying a solution.  I had
>>>> applied
>>> Christian's patch to trunk and came up empty.  I just did a c/o of
>>> 4.0
>>> and viola...works OOTB.  Adrian, I share your sentiments on the
>>> issue.
>>> That was the most draining exercise I've gone through with OFbiz
>>> in I
>>> don't know how long.  Are there really that many files where the
>>> culprit could be?
>>>> ----- Original Message ----
>>>> From: Adrian Crum <[hidden email]>
>>>> To: [hidden email]
>>>> Sent: Monday, December 10, 2007 9:44:23 AM
>>>> Subject: Re: FOP Issues
>>>>
>>>>
>>>> https://issues.apache.org/jira/browse/OFBIZ-1401
>>>>
>>>> Chris Howe wrote:
>>>>
>>>>
>>>>
>>>>> I am having some trouble with FOP.  It appears that performance
>>>>
>>>> suffers
>>>>
>>>>
>>>>> exponentially for each additional page that is written in the body
>>>>> (overflowing to the next page).  Two pages takes about a minute to
>>>>
>>>> render.
>>>>
>>>>
>>>>> Five pages takes about 10 minutes.  Ten pages takes about a half
>>>>> hour.  Plenty of memory available in the JVM, plenty of CPU
>>>>
>>>> available as
>>>>
>>>>
>>>>> well.  It completes the screen renderer quickly and gets stuck in
>>>>
>>>> the FOP
>>>>
>>>>
>>>>> portion.  Any hints or OOTB templates that would mimic the page
>>>>> overflow that I can test to see if it's choking on my template or
>
>>>>> if
>>>>
>>>> it's
>>>>
>>>>
>>>>> just choking period?  I've tried it with both .93 and .94.
>>>>>
>>>>>
>>>>>
>>>>
>>>>
>>>>
>>>>
>>>>
>>>>
>>
>
>
>
>


smime.p7s (3K) Download Attachment
Reply | Threaded
Open this post in threaded view
|

Re: FOP Issues [Solved]

cjhowe
In reply to this post by cjhowe
Perhaps it's a problem with our implementation of the logger as well then.  Nothing ever gets written to log when it was taking it's time.

----- Original Message ----
From: David E Jones <[hidden email]>
To: [hidden email]
Sent: Monday, December 10, 2007 7:32:35 PM
Subject: Re: FOP Issues [Solved]



Christian Geisert is probably listening in on this list, and he is  
involved in that part of the ASF (as well as a committer on OFBiz  
now). He might have some ideas about how to handle this better in FOP,
 
but it may just be that FOP does a LOT of logging if certain levels  
are turned on, and they may not want to reduce or eliminate that.

If it does expose a problem with it, then hopefully it will help them  
improve FOP!

-David


On Dec 10, 2007, at 6:16 PM, Chris Howe wrote:

> How is it that we're able to handle the "ALL" fail safe priority?  
> Perhaps we can shoot something over to Apache FOP so they can handle
 

> it as well.
>
> ----- Original Message ----
> From: David E Jones <[hidden email]>
> To: [hidden email]
> Sent: Monday, December 10, 2007 6:37:53 PM
> Subject: Re: FOP Issues [Solved]
>
>
>
> You can also change settings for specific class packages so that the
> logging level is not as verbose just for the fop classes.
>
> There are some examples of this in the current log4j config file. If
> it's not obvious after looking for a few minutes please reply and
 I'll

>
> throw together an example or something.
>
> -David
>
>
> On Dec 10, 2007, at 5:28 PM, Adrian Crum wrote:
>
>> You're right - thanks Chris!
>>
>> Let me see if there's a way to point FOP to a different config file
>> so we don't have to change the project's config file.
>>
>> -Adrian
>>
>> Chris Howe wrote:
>>> It's choking on the log4j.  If you change the root logger in
>>> framework/base/config/log4j.xml from ALL to INFO, back to normal.
>>> ----- Original Message ----
>>> From: Adrian Crum <[hidden email]>
>>> To: [hidden email]
>>> Sent: Monday, December 10, 2007 11:39:37 AM
>>> Subject: Re: FOP Issues
>>> So much has changed between trunk and R4 that it would be a very
> time
>>> consuming task to go through a list of changed files to see which
>>> one caused the problem. That's why I
>>> suggested a profiler - it would spot the culprit right away.
>>> Chris Howe wrote:
>>>> It helps if one (me) reads before applying a solution.  I had
>>>> applied
>>> Christian's patch to trunk and came up empty.  I just did a c/o of
>>> 4.0
>>> and viola...works OOTB.  Adrian, I share your sentiments on the
>>> issue.
>>> That was the most draining exercise I've gone through with OFbiz
>>> in I
>>> don't know how long.  Are there really that many files where the
>>> culprit could be?
>>>> ----- Original Message ----
>>>> From: Adrian Crum <[hidden email]>
>>>> To: [hidden email]
>>>> Sent: Monday, December 10, 2007 9:44:23 AM
>>>> Subject: Re: FOP Issues
>>>>
>>>>
>>>> https://issues.apache.org/jira/browse/OFBIZ-1401
>>>>
>>>> Chris Howe wrote:
>>>>
>>>>
>>>>
>>>>> I am having some trouble with FOP.  It appears that performance
>>>>
>>>> suffers
>>>>
>>>>
>>>>> exponentially for each additional page that is written in the
 body
>>>>> (overflowing to the next page).  Two pages takes about a minute
 to

>>>>
>>>> render.
>>>>
>>>>
>>>>> Five pages takes about 10 minutes.  Ten pages takes about a half
>>>>> hour.  Plenty of memory available in the JVM, plenty of CPU
>>>>
>>>> available as
>>>>
>>>>
>>>>> well.  It completes the screen renderer quickly and gets stuck in
>>>>
>>>> the FOP
>>>>
>>>>
>>>>> portion.  Any hints or OOTB templates that would mimic the page
>>>>> overflow that I can test to see if it's choking on my template or
>
>>>>> if
>>>>
>>>> it's
>>>>
>>>>
>>>>> just choking period?  I've tried it with both .93 and .94.
>>>>>
>>>>>
>>>>>
>>>>
>>>>
>>>>
>>>>
>>>>
>>>>
>>
>
>
>
>




Reply | Threaded
Open this post in threaded view
|

Re: FOP Issues [Solved]

Jacopo Cappellato
This is interesting issue (thanks to Chris/Adrian for the resolution)
and I guess it is caused by the different log4j version we are using:
commons-logging-1.1.jar instead of the one distributed with FOP
(commons-logging-1.0.4.jar)... this is documented in
http://docs.ofbiz.org/display/OFBADMIN/Libraries+Included+in+OFBiz

Jacopo

Chris Howe wrote:

> Perhaps it's a problem with our implementation of the logger as well then.  Nothing ever gets written to log when it was taking it's time.
>
> ----- Original Message ----
> From: David E Jones <[hidden email]>
> To: [hidden email]
> Sent: Monday, December 10, 2007 7:32:35 PM
> Subject: Re: FOP Issues [Solved]
>
>
>
> Christian Geisert is probably listening in on this list, and he is  
> involved in that part of the ASF (as well as a committer on OFBiz  
> now). He might have some ideas about how to handle this better in FOP,
>  
> but it may just be that FOP does a LOT of logging if certain levels  
> are turned on, and they may not want to reduce or eliminate that.
>
> If it does expose a problem with it, then hopefully it will help them  
> improve FOP!
>
> -David
>
>
> On Dec 10, 2007, at 6:16 PM, Chris Howe wrote:
>
>> How is it that we're able to handle the "ALL" fail safe priority?  
>> Perhaps we can shoot something over to Apache FOP so they can handle
>  
>> it as well.
>>
>> ----- Original Message ----
>> From: David E Jones <[hidden email]>
>> To: [hidden email]
>> Sent: Monday, December 10, 2007 6:37:53 PM
>> Subject: Re: FOP Issues [Solved]
>>
>>
>>
>> You can also change settings for specific class packages so that the
>> logging level is not as verbose just for the fop classes.
>>
>> There are some examples of this in the current log4j config file. If
>> it's not obvious after looking for a few minutes please reply and
>  I'll
>> throw together an example or something.
>>
>> -David
>>
>>
>> On Dec 10, 2007, at 5:28 PM, Adrian Crum wrote:
>>
>>> You're right - thanks Chris!
>>>
>>> Let me see if there's a way to point FOP to a different config file
>>> so we don't have to change the project's config file.
>>>
>>> -Adrian
>>>
>>> Chris Howe wrote:
>>>> It's choking on the log4j.  If you change the root logger in
>>>> framework/base/config/log4j.xml from ALL to INFO, back to normal.
>>>> ----- Original Message ----
>>>> From: Adrian Crum <[hidden email]>
>>>> To: [hidden email]
>>>> Sent: Monday, December 10, 2007 11:39:37 AM
>>>> Subject: Re: FOP Issues
>>>> So much has changed between trunk and R4 that it would be a very
>> time
>>>> consuming task to go through a list of changed files to see which
>>>> one caused the problem. That's why I
>>>> suggested a profiler - it would spot the culprit right away.
>>>> Chris Howe wrote:
>>>>> It helps if one (me) reads before applying a solution.  I had
>>>>> applied
>>>> Christian's patch to trunk and came up empty.  I just did a c/o of
>>>> 4.0
>>>> and viola...works OOTB.  Adrian, I share your sentiments on the
>>>> issue.
>>>> That was the most draining exercise I've gone through with OFbiz
>>>> in I
>>>> don't know how long.  Are there really that many files where the
>>>> culprit could be?
>>>>> ----- Original Message ----
>>>>> From: Adrian Crum <[hidden email]>
>>>>> To: [hidden email]
>>>>> Sent: Monday, December 10, 2007 9:44:23 AM
>>>>> Subject: Re: FOP Issues
>>>>>
>>>>>
>>>>> https://issues.apache.org/jira/browse/OFBIZ-1401
>>>>>
>>>>> Chris Howe wrote:
>>>>>
>>>>>
>>>>>
>>>>>> I am having some trouble with FOP.  It appears that performance
>>>>> suffers
>>>>>
>>>>>
>>>>>> exponentially for each additional page that is written in the
>  body
>>>>>> (overflowing to the next page).  Two pages takes about a minute
>  to
>>>>> render.
>>>>>
>>>>>
>>>>>> Five pages takes about 10 minutes.  Ten pages takes about a half
>>>>>> hour.  Plenty of memory available in the JVM, plenty of CPU
>>>>> available as
>>>>>
>>>>>
>>>>>> well.  It completes the screen renderer quickly and gets stuck in
>>>>> the FOP
>>>>>
>>>>>
>>>>>> portion.  Any hints or OOTB templates that would mimic the page
>>>>>> overflow that I can test to see if it's choking on my template or
>>>>>> if
>>>>> it's
>>>>>
>>>>>
>>>>>> just choking period?  I've tried it with both .93 and .94.
>>>>>>
>>>>>>
>>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>
>>
>>
>
>
>