RE: Logging per generation process

[Raphael Parree <rp...@gmail.com>]

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:dev@jeremias-maerki.ch] 
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: fop-users-unsubscribe@xmlgraphics.apache.org
For additional commands, e-mail: fop-users-help@xmlgraphics.apache.org


---------------------------------------------------------------------
To unsubscribe, e-mail: fop-users-unsubscribe@xmlgraphics.apache.org
For additional commands, e-mail: fop-users-help@xmlgraphics.apache.org