[jboss-dev] hibernate 3.3.0 upgrade, slf4j introduction into jbossas
Ales Justin
ales.justin at gmail.com
Sat May 3 23:09:03 EDT 2008
I don't see what you mean. :-)
How could MC help here?
Facade of what kind?
Like we have it now - logging-spi and 2 impls, log4j and jdk - but
adding new one's?
Meaning all frameworks have to use jboss-logging, which is very very
thin layer, and with new facades they get the power of any logging
frmwrk out there?
Or each frmwrk can provide its own thin logging layer, e.g. like Seam
does, and let MC take care of the injection of the right logging?
David M. Lloyd wrote:
> Well, that's a good project, but bytecode weaving seems like a pretty
> heavy-duty solution to a simple problem.
>
> The basic problem is, people (within JBoss and without) are going to use
> the frameworks they're going to use. How much effort is it to adapt
> log2log (which has already run into some interesting technical dilemmas)
> to another framework, versus just adding another API facade? It seems
> like the microcontainer arch would be perfectly suited towards
> auto-wiring the appropriate logging API.
>
> Wouldn't it be nice if we could say, "deploy your app in JBossAS/JBossMC
> and it will *just work*, regardless of what logging frameworks are being
> used by what"?
>
> - DML
More information about the jboss-development
mailing list