Return-Path: X-Original-To: apmail-cxf-dev-archive@www.apache.org Delivered-To: apmail-cxf-dev-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 49E131779C for ; Tue, 24 Feb 2015 09:45:36 +0000 (UTC) Received: (qmail 2264 invoked by uid 500); 24 Feb 2015 09:45:23 -0000 Delivered-To: apmail-cxf-dev-archive@cxf.apache.org Received: (qmail 2198 invoked by uid 500); 24 Feb 2015 09:45:23 -0000 Mailing-List: contact dev-help@cxf.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@cxf.apache.org Delivered-To: mailing list dev@cxf.apache.org Received: (qmail 2187 invoked by uid 99); 24 Feb 2015 09:45:23 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 24 Feb 2015 09:45:23 +0000 X-ASF-Spam-Status: No, hits=-0.0 required=5.0 tests=RCVD_IN_DNSWL_NONE,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of mikewse@hotmail.com designates 157.55.2.93 as permitted sender) Received: from [157.55.2.93] (HELO DUB004-OMC4S18.hotmail.com) (157.55.2.93) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 24 Feb 2015 09:45:18 +0000 Received: from DUB128-DS14 ([157.55.2.73]) by DUB004-OMC4S18.hotmail.com over TLS secured channel with Microsoft SMTPSVC(7.5.7601.22751); Tue, 24 Feb 2015 01:44:14 -0800 X-TMN: [/Rc57APETnlVXkhZn+AK7zF4JMX1BxsA] X-Originating-Email: [mikewse@hotmail.com] Message-ID: From: Mike Wilson To: Subject: avoid using contextClassLoader inside OSGi? Date: Tue, 24 Feb 2015 10:44:12 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 11 Thread-Index: AdBQFnItNvQonKY+TmSuYJXNhVJBzA== X-MimeOLE: Produced By Microsoft MimeOLE V6.1.7601.17609 X-OriginalArrivalTime: 24 Feb 2015 09:44:14.0853 (UTC) FILETIME=[735A1350:01D05016] X-Virus-Checked: Checked by ClamAV on apache.org We're using CXF in a Karaf/OSGi setting and have noticed that CXF makes use of the contextClassLoader (TCCL), which is considered bad practice in OSGi. Some discussion has taken place on the osgi-dev mailing list, see [1], and Christian Schneider recommended to take this question to cxf-dev. Would it be possible to disable, or decrease the scope of, TCCL usage in CXF when run inside OSGi? Looking at the source code I see CXF is already aware that it is running inside OSGi through its Blueprint integration, so I'm thinking maybe this would be possible to control through the extension mechanism? Thanks Mike Wilson [1] https://www.mail-archive.com/osgi-dev@mail.osgi.org/msg03643.html