RE: Logging per generation process
Jeremias, I totally agree with you, the information level for an end-user should be different from the logging information. I am certainly looking forward to a solution with a Future like approach where the information from the process can be obtained after processing has taken place using the FormattingResults object. In the meantime I have a solution for our multithreaded application using a ThreadLocal...iow the pressure is off and the app can go into production. I would love to help, but know that I can't give that commitment. Tx., Raphael -Original Message- From: Jeremias Maerki [mailto:[EMAIL PROTECTED] Sent: 28 February 2007 16:19 To: fop-users@xmlgraphics.apache.org Subject: Re: Logging per generation process Hi Raphael If that works for you that's great. A ThreadLocal is certainly a possibility especially as long as we don't do multi-threaded processing. However, my ideas go in a different direction as described on the Wiki. The important thing for me is to differentiate between feedback for developers (logging as we have today) and for users (specific feedback per processing run). I'm not so much interested in log output during production. I can still catch configuration or runtime errors and such using the log but for that I don't need per-document logging. Rather I want precise information on certain events (like an area overflow or a missing image) during processing that can be presented to a not-so-technical user possibly even in his native language. In the meantime the priority of this has gone up a little although I still can't tell when exactly we'll have something in this area. On 21.02.2007 18:51:31 Raphael Parree wrote: Jeremias, I replying a bit late (this reply is to an email dating back to November last year) see messages below. I have solved it using a ThreadLocal object and a custom log4j Appender, which might be something that leads to an easy solution. It worked for me, but don't know how to make it more structural. Have other people experimented with using this approach for logging per process using a static logger? A threadlocal object can be placed at the start of the transformation process, and perhaps store information in the FormattingResults object? What do you think? Sorry the original thread was missing: The status is the same as when I wrote that text. At some point this will be done but at this time it's only on my wish list. My notes on the issue are on the Wiki: http://wiki.apache.org/xmlgraphics-fop/ProcessingFeedback See also: http://wiki.apache.org/xmlgraphics-fop/ApiRequirements You're welcome to dive in yourself, of course. On 27.11.2006 10:17:49 Raphael Parree wrote: Hi, What is the status on We are planning to add an additional feedback facility to FOP which can be used to obtain all sorts of specific feedback (validation messages, layout problems etc.)!? I need per generation process logging...if the above has not been implemented is there a way of doing this? Tx., Raphael Jeremias Maerki - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Logging per generation process
Hi Raphael If that works for you that's great. A ThreadLocal is certainly a possibility especially as long as we don't do multi-threaded processing. However, my ideas go in a different direction as described on the Wiki. The important thing for me is to differentiate between feedback for developers (logging as we have today) and for users (specific feedback per processing run). I'm not so much interested in log output during production. I can still catch configuration or runtime errors and such using the log but for that I don't need per-document logging. Rather I want precise information on certain events (like an area overflow or a missing image) during processing that can be presented to a not-so-technical user possibly even in his native language. In the meantime the priority of this has gone up a little although I still can't tell when exactly we'll have something in this area. On 21.02.2007 18:51:31 Raphael Parree wrote: Jeremias, I replying a bit late (this reply is to an email dating back to November last year) see messages below. I have solved it using a ThreadLocal object and a custom log4j Appender, which might be something that leads to an easy solution. It worked for me, but don't know how to make it more structural. Have other people experimented with using this approach for logging per process using a static logger? A threadlocal object can be placed at the start of the transformation process, and perhaps store information in the FormattingResults object? What do you think? Sorry the original thread was missing: The status is the same as when I wrote that text. At some point this will be done but at this time it's only on my wish list. My notes on the issue are on the Wiki: http://wiki.apache.org/xmlgraphics-fop/ProcessingFeedback See also: http://wiki.apache.org/xmlgraphics-fop/ApiRequirements You're welcome to dive in yourself, of course. On 27.11.2006 10:17:49 Raphael Parree wrote: Hi, What is the status on We are planning to add an additional feedback facility to FOP which can be used to obtain all sorts of specific feedback (validation messages, layout problems etc.)!? I need per generation process logging...if the above has not been implemented is there a way of doing this? Tx., Raphael Jeremias Maerki - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Re: Logging per generation process
Jeremias, I replying a bit late (this reply is to an email dating back to November last year) see messages below. I have solved it using a ThreadLocal object and a custom log4j Appender, which might be something that leads to an easy solution. It worked for me, but don't know how to make it more structural. Have other people experimented with using this approach for logging per process using a static logger? A threadlocal object can be placed at the start of the transformation process, and perhaps store information in the FormattingResults object? What do you think? Sorry the original thread was missing: The status is the same as when I wrote that text. At some point this will be done but at this time it's only on my wish list. My notes on the issue are on the Wiki: http://wiki.apache.org/xmlgraphics-fop/ProcessingFeedback See also: http://wiki.apache.org/xmlgraphics-fop/ApiRequirements You're welcome to dive in yourself, of course. On 27.11.2006 10:17:49 Raphael Parree wrote: Hi, What is the status on We are planning to add an additional feedback facility to FOP which can be used to obtain all sorts of specific feedback (validation messages, layout problems etc.)!? I need per generation process logging...if the above has not been implemented is there a way of doing this? Tx., Raphael
Logging per generation process
Hi, What is the status on We are planning to add an additional feedback facility to FOP which can be used to obtain all sorts of specific feedback (validation messages, layout problems etc.)!? I need per generation process logging...if the above has not been implemented is there a way of doing this? Tx., Raphael
Re: Logging per generation process
The status is the same as when I wrote that text. At some point this will be done but at this time it's only on my wish list. My notes on the issue are on the Wiki: http://wiki.apache.org/xmlgraphics-fop/ProcessingFeedback See also: http://wiki.apache.org/xmlgraphics-fop/ApiRequirements You're welcome to dive in yourself, of course. On 27.11.2006 10:17:49 Raphael Parree wrote: Hi, What is the status on We are planning to add an additional feedback facility to FOP which can be used to obtain all sorts of specific feedback (validation messages, layout problems etc.)!? I need per generation process logging...if the above has not been implemented is there a way of doing this? Tx., Raphael Jeremias Maerki - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]