On Thu, 2002-09-05 at 10:55, [EMAIL PROTECTED] wrote:
> >>> [ disable / dont show Boot Logger messages ]
> >>
> >>BTW: why don't you like this message?
> > 
> > Automated tests are supposed to be silent when successful.  This 
> > prevents that.  When I run 300 unit-tests that all pass, I expect to see 
> 
> > no output on the screen.  When I do, I assume something is wrong. 
> > 
> >  Furthermore, any many imaginable environments, stdout is not what you 
> > think it is.
> 
> I've got a similar itch: We are using log4j in our product and of course 
> for OJB as well and this works like a charm. As far as I know the 
> BootLogger doesn't use log4j in this set-up for two reasons:
> 
> 1.) As no configuration is loaded, it doesn't even know that I want to use 
> Log4J for logging
> 2.) It thinks that it has to configure log4j to do successfull logging
> 
> the first assumption is true, the second isn't ('cause we do log4j 
> configuration before we even start using ojb).

Agreed !

> 
> I think it would be nice to be able to tell OJB which logger to use, 
> before configuration starts.
> 
> Any comments?

I think we must trust a *safe* logger ( read : bootlogger ) and use it
on ojb initialization. OJB is not really designed to be a component, but
a Persistence layer. ( read : it doesn't conform to a component model
that plugs into a container )

I'm working on a proposal to make ojb a component, using Avalon . We
will make the assumption that every thing the OJB component ( PB, ODMG
,JDO or OTM ) needs (configuration data for example) will be handled to
it.

Right now I'm doing really hard thinking about system/component
initialization and I have no conclusions yet !


> 
> regards
> Joachim Sauer
> 
> --
> To unsubscribe, e-mail:   <mailto:[EMAIL PROTECTED]>
> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
> 
> 
-- 
Leandro Rodrigo Saad Cruz
IT - Inter Business Tecnologia e Servicos (IB)
http://www.ibnetwork.com.br
http://jakarta.apache.org/ojb


--
To unsubscribe, e-mail:   <mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>

Reply via email to