Log4J travaillant localement mais pas dans des environnements plus élevés

Question

J'ai un problème avec la journalisation fonctionnant localement créant le fichier mais quand je livre à un autre environnement il ne crée pas le fichier, autant que je sache le répertoire a tout le nécessaire autorisations Notez que la même configuration fonctionne dans websphere 6.1 dev mais que nous mettons à niveau vers websphere 8 et que la consignation ne semble pas fonctionner. Pourrais-je avoir une liste des éléments de configuration requis pour log4j et s'il y a des changements à cela pour websphere 8. Nous utilisons un fichier log4j.xml pour configurer notre journalisation - je suppose que quelque chose a peut-être changé pour websphere 8 comme config travail pour was6.1.

<classpathentry kind="con" path=**Runtime** 
    <attributes> 
     <attribute name="owner.project.facets" value="jst.web;#system#"/> 
    </attributes> 
</classpathentry> 
<classpathentry kind="con" path="**JRE**"> 
    <attributes> 
     <attribute name="owner.project.facets" value="java"/> 
    </attributes> 
</classpathentry> 

S'il vous plaît voir ci-dessus j'ai remarqué que dans la version was6 de l'application des classpaths sont différents - je ne suis pas tout à fait familier avec les fichiers classpaths encore im nouvelle carrière :). Je remarque cependant que les attributs pour runtime cible et JRE sont manquants - je me demande si quelqu'un pourrait faire la lumière si cela peut affecter la journalisation aussi - il nous manque j2ee web conteneur et références de conteneur de module de la version was8?

T.I.A

Answer 1

par hasard-ce que tout votre code ou les bibliothèques 3 parties utilisent également slf4j? Si c'est le cas, nous avons découvert que sous WebSphere 8, il y a une interaction entre, je pense, JCL, slf4j et log4j, qui nous obligeait à déployer un fichier slf4j-log4j avec notre application. La même application sous WebSphere 6.1 n'a pas nécessité cette modification.

Voir

• http://www.slf4j.org/legacy.html
• http://blog.espenberntsen.net/2010/06/06/slf4j-logging-with-log4j-and-jcl/