À l'aide de journalisation log4j dans weblogic 9/10

Dans weblogic je peux configurer dans la console pour le Serverlog à utiliser log4j au lieu de JDK par défaut de l'exploitation forestière.

Cependant la serverlog n'est pas à l'aide d'un log4j.fichier de propriétés, mais semble pour l'utilisation de la configuration dans config.xml
Même si le log4j.fichier de propriétés est dans le classpath, et j'ai mis ces propriétés:

set JAVA_OPTIONS=%JAVA_OPTIONS% -Dlog4j.configuration=file:<path>/log4j.properties
set JAVA_OPTIONS=%JAVA_OPTIONS% -Dorg.apache.commons.logging.Log=org.apache.commons.logging.impl.Log4JLogger   
set JAVA_OPTIONS=%JAVA_OPTIONS% -Dweblogic.log.Log4jLoggingEnabled=true

Est-il possible d'utiliser log4j.propriétés de configuration de Weblogic Server exploitation forestière, ou puis-je changer la configuration log4j avec du code java?

OriginalL'auteur Edwin | 2009-02-23

  1. 6

    Je ne sais rien à propos de WebLogic en particulier, mais l'ajout de -Dlog4j.debug sera la cause de log4j pour vous dire où il est à la recherche de sa configuration. J'ai trouvé que, pour être très précieux lors de la traque de la journalisation des problèmes dans tomcat précédemment.

    Découvrez les docs pour PropertyConfigurator et DOMConfigurator pour plus de détails sur la configuration log4j processus.

    whwere dois-je ajouter de la Dlog4j.debug ?
    Le -Dlog4j.debug option doit être ajouté à la ligne de commande paramètres de la java. Pour WebLogic il est situé dans les Serveurs/<nom>/Server Start/Arguments.

    OriginalL'auteur Dominic Mitchell

  2. 0

    Si vous mettez le log4j.xml dans votre classpath, WebLogic le ramasser. J'utilise Apache Commons logging avec log4j dans WebLogic, et c'est une chose facile à faire. Pas besoin de ces options Java.

    Cela ne fonctionne pas. Avec la décrit option java, les applications déjà connecter correctement à l'aide de log4j.propriétés de configuration, mais ce que je veux, c'est de configurer le BEA de connexion au SERVEUR. Apparemment, le bea de connexion au serveur n'a pas l'air à l'log4j.xml dans le classpath.

    OriginalL'auteur duffymo

  3. 0

    Où êtes-vous en paramètre les options ci-dessus? Essayez de mettre de l'-Dlog4j option dans le Serveur les options de Démarrage pour chaque serveur géré qui va utiliser log4j

    Les options ci-dessus où dans le script de démarrage (startweblogic.cmd). Je vois que le log4.propriétés est utilisé par la coutume, le code que j'ai déployer, mais il n'est pas utilisé par le Serverlog (et parce que Aqualogic les journaux à l'Serverlog aqualogic l'enregistrement n'est pas à l'aide de la log4j.propriétés de configuration)

    OriginalL'auteur awithrow

  4. 0

    Pour spécifier la connexion à un Enregistreur de Log4j au lieu de la valeur par défaut l'enregistrement de Java:

    * When you start the Administration Server, include the following Java option in the weblogic.Server command:

  -Dweblogic.log.Log4jLoggingEnabled=true

    À partir de: http://edocs.bea.com/wls/docs103/logging/config_logs.html#wp1014610

    J'ai déjà essayé ça, et même documenté que dans la question. (troisième option java). Ce qui est inclus dans les options java de mon admin serveur, mais n'a pas l'effet que je voulais.
    Avez-vous de modifier les paramètres de config.xml?
    L'config.xml a été modifié sur la base des modifications apportées à la console. Il ressemble à l'config.xml les paramètres de renverser la log4j.paramètres de propriétés, de sorte que la journalisation est configuré dans config.xml et je ne sais pas comment faire pour changer l'état de log4j.propriétés de configuration.

    OriginalL'auteur jon077

  5. 0

    Je n'ai jamais eu ce travail comme je l'ai destiné.

    Ce que j'ai finalement fait a été de créer un certain type de travail.
    - Je enregistrer un Gestionnaire à l'écoute de la Weblogic serverlog.
    À partir de ce gestionnaire, je fais de mon propre journalisation de log4j. La journalisation peut être redirigé vers faire ce que je veux.

    créer un personnalisé logHandler:

    public class CustomLogHandler extends Handler {
..

    public CustomLogHandler () throws SecurityException, IOException,
            NamingException {

        String log4jConfig = LogFilterConfiguration.getLog4jDirectory();
        classlogger.info("log4j configured for file"+ log4jConfig );
        PropertyConfigurator.configure(log4jConfig);
        logFilterConfiguration = new LogFilterConfiguration();
    }

    public void publish(LogRecord record) {
        WLLogRecord rec = (WLLogRecord) record;
        if (!isLoggable(rec))
            return;
        if (getLoggerName().. is something i want to log) {
                        //do my own log4j logging
                  }

    puis de créer un ApplicationLifecycleListener.
    avec un postStart méthode:

    public void postStart(ApplicationLifecycleEvent evt) {
    Logger logger = LoggingHelper.getServerLogger();
    Handler oldHandler = null;
    Handler[] currentHandlers = logger.getHandlers();

              .. code to remove an old custom handler if exists...
    with something like logger.removeHandler(oldHandler);

    //add custom handler to serverlogger.
    CustomLogHandler h = null;      
    try {
        h = new CustomLogHandler ();
        //If handler was removed we can add a new version.
        if (!(unRemovedHandlerClasses.contains(h.getClass()))){
            logger.addHandler(h);
            registerMBean(h) ;
        }
    } catch (Exception nmex) {
    classLogger.error("Error adding CustomLogHandler to serverlogger "
                + nmex.getMessage());
        logger.removeHandler(h);
    }


}

    OriginalL'auteur Edwin