Return-Path: X-Original-To: apmail-activemq-users-archive@www.apache.org Delivered-To: apmail-activemq-users-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id E36DD10AD6 for ; Wed, 14 Aug 2013 17:55:23 +0000 (UTC) Received: (qmail 2803 invoked by uid 500); 14 Aug 2013 17:55:23 -0000 Delivered-To: apmail-activemq-users-archive@activemq.apache.org Received: (qmail 2777 invoked by uid 500); 14 Aug 2013 17:55:23 -0000 Mailing-List: contact users-help@activemq.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: users@activemq.apache.org Delivered-To: mailing list users@activemq.apache.org Received: (qmail 2769 invoked by uid 99); 14 Aug 2013 17:55:22 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 14 Aug 2013 17:55:22 +0000 X-ASF-Spam-Status: No, hits=2.4 required=5.0 tests=FREEMAIL_ENVFROM_END_DIGIT,HTML_MESSAGE,RCVD_IN_DNSWL_NONE,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: domain of gamerz-91@hotmail.com designates 65.55.111.163 as permitted sender) Received: from [65.55.111.163] (HELO blu0-omc4-s24.blu0.hotmail.com) (65.55.111.163) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 14 Aug 2013 17:55:15 +0000 Received: from BLU0-SMTP180 ([65.55.111.137]) by blu0-omc4-s24.blu0.hotmail.com with Microsoft SMTPSVC(6.0.3790.4675); Wed, 14 Aug 2013 10:54:54 -0700 X-TMN: [CkqUe+Xg1IMekx/yC0Ctre04pVWe93su] X-Originating-Email: [gamerz-91@hotmail.com] Message-ID: Received: from [192.168.1.23] ([188.154.194.38]) by BLU0-SMTP180.phx.gbl over TLS secured channel with Microsoft SMTPSVC(6.0.3790.4675); Wed, 14 Aug 2013 10:54:52 -0700 Date: Wed, 14 Aug 2013 19:54:49 +0200 From: Matthias User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130806 Thunderbird/17.0.8 MIME-Version: 1.0 To: users@activemq.apache.org Subject: Re: ActiveMQ RAR - Logging References: In-Reply-To: Content-Type: multipart/alternative; boundary="------------090803020301060308030104" X-OriginalArrivalTime: 14 Aug 2013 17:54:52.0974 (UTC) FILETIME=[60EC9CE0:01CE9917] X-Virus-Checked: Checked by ClamAV on apache.org --------------090803020301060308030104 Content-Type: text/plain; charset="ISO-8859-1"; format=flowed Content-Transfer-Encoding: 7bit Hi all I figured it out (mostly). The connector module is loaded by a different classloader than the EAR/WAR file, see http://docs.oracle.com/cd/E19226-01/820-7695/6niugesfp/index.html#indexterm-28. Therefore the connector module's SLF4J implementation is used as it's loaded earlier. I posted my (lengthy) solution on StackOverflow ( http://stackoverflow.com/questions/18123656/slf4j-bindings-are-overwritten-by-other-applications-on-the-same-application-s). Regards Matthias On 08/12/2013 08:13 PM, Matthias wrote: > Hi all > > I have deployed activemq-rar-5.8.0.rar to a GlassFish 3.1.2.2 instance > (in order to connect to a remote broker, as described here > http://activemq.apache.org/integrating-apache-activemq-with-glassfish.html). > Unfortunately inside the connector is a SLF4J implementation which > causes all other projects on this application server to use Log4J as > logging implementation (even though they are packed with logback, i.e. > inside the EAR's or WAR's lib folder are the logback-core and the > logback-classic files). > > Does somebody know the solution to this? Why does the connector module > "binds" stronger than the logging implementation inside the EAR/WAR > files deployed to the same application server? > > I am aware that this is possible more a GlassFish specific question - > but so far I only experienced this issue with the connector module. > > > Cheers and many thanks for your time & help > > Matthias > > --------------090803020301060308030104--