Thomas, I don't understand why you say that JDK Logging is only on JVM
level. You can have as many different log files as you have Solr instances.
All you need to do it to put a logging properties inside Solr's
web-inf/classes. For example:
# Global Default logging behavior
handlers= org.apache.juli.FileHandler, java.util.logging.ConsoleHandler
.level=INFO

# File Handler specific behavior
org.apache.juli.FileHandler.directory = ${catalina.base}/logs
org.apache.juli.FileHandler.prefix = myapp1.
org.apache.juli.FileHandler.formatter = java.util.logging.SimpleFormatter

This will make logging from the webapp goto a log starting with myapp1. You
can add these properties to each solr instance you run and you'll get a log
file for each instance.

Some people have talked about emails and notifications. IMHO, those features
don't really belong in a core logging library and are best handled through
tools like logcheck ( http://logcheck.org/ ).

Let's try to enumerate the use-cases that would require Solr to move to a
different logging framework and agree on how commonly those use-cases come
up.
I would like Solr to continue to respect and use the container/JVM's logging
configuration without having to make any manual changes.

On Wed, Apr 23, 2008 at 12:12 PM, Thomas Peuss <[EMAIL PROTECTED]> wrote:

> Erik Hatcher wrote:
>
> > I'm also opposed (sorry Grant) to tossing in a 3rd party library for
> > logging when the built-in logging facility is sufficient, configurable, and
> > adaptable already.
> >
>
> I must say I never liked JDK logging because it feels like a step back
> when you are used to log4j.
>
> So from my perspective:
> * Solr is a software you mostly run on servers. So log rotation and
> sending emails on errors is a must. Nothing of that is provided by the JDK
> logging implementation (or does not work correctly as someone else has
> stated).
> * JDK logging configuration is only on JVM level. When you use many Solr
> instances in one JVM (we have one per customer) and want several different
> log destinations that is not possible. I want logs per customer - that is
> currently not possible.
>
> I would like to see SL4J based logging in Solr. commons-logging is no
> alternative. It is meant for libraries because "commons-logging does not
> attempt to initialize or terminate the underlying logging implementation
> that is used at runtime; that is the responsibility of the application".
>
> CU
> Thomas
>



-- 
Regards,
Shalin Shekhar Mangar.

Reply via email to