Return-Path: Delivered-To: apmail-incubator-felix-dev-archive@www.apache.org Received: (qmail 8473 invoked from network); 3 Nov 2006 13:59:49 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 3 Nov 2006 13:59:49 -0000 Received: (qmail 20244 invoked by uid 500); 3 Nov 2006 13:59:42 -0000 Delivered-To: apmail-incubator-felix-dev-archive@incubator.apache.org Received: (qmail 20160 invoked by uid 500); 3 Nov 2006 13:59:41 -0000 Mailing-List: contact felix-dev-help@incubator.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: felix-dev@incubator.apache.org Delivered-To: mailing list felix-dev@incubator.apache.org Received: (qmail 20032 invoked by uid 99); 3 Nov 2006 13:59:41 -0000 Received: from herse.apache.org (HELO herse.apache.org) (140.211.11.133) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 03 Nov 2006 05:59:41 -0800 X-ASF-Spam-Status: No, hits=-0.0 required=10.0 tests=SPF_HELO_PASS X-Spam-Check-By: apache.org Received-SPF: neutral (herse.apache.org: local policy) Received: from [217.160.230.40] (HELO mout.perfora.net) (217.160.230.40) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 03 Nov 2006 05:59:26 -0800 Received: from [24.180.252.202] (helo=[192.168.1.85]) by mrelay.perfora.net (node=mrelayus0) with ESMTP (Nemesis), id 0MKoyl-1GfzZY1QCP-0004UW; Fri, 03 Nov 2006 08:59:05 -0500 Message-ID: <454B4B3A.4050108@ungoverned.org> Date: Fri, 03 Nov 2006 08:59:22 -0500 From: "Richard S. Hall" User-Agent: Thunderbird 1.5.0.7 (X11/20060913) MIME-Version: 1.0 To: felix-dev@incubator.apache.org Subject: Re: URL Handlers Service References: <0MKp2t-1GfQaK1nlC-0003x7@mrelay.perfora.net> <454A3E31.6040205@ungoverned.org> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Provags-ID: perfora.net abuse@perfora.net login:b399c17105f59dfa36985f08f30e623d X-Virus-Checked: Checked by ClamAV on apache.org Excellent. Thanks. -> richard Felix Meschberger wrote: > Hi Richard, > > I cannot fix the situation of having Felix in different class loaders, > this is an inherent situation of the servlet API, where different web > applications are required to have different class loaders (AFAIK). > > But I will take care of Felix handling the situation correctly by > using reflection and a handler chain - that is, I try to provide a > patch for FELIX-38. > > Regards > Felix > > On 11/2/06, Richard S. Hall wrote: >> Felix Meschberger wrote: >> >> Do you have a need for it now or are you just wish listing? >> > >> > Unfortunately I have a need for this, as my application will run >> > inside a servlet container and must support running in an application >> > server and requires custom URL stream handlers .... >> > >> > If you don't mind, I will take care of this and try to prepare a patch >> > along the lines of Eclipse. >> >> Are you talking about fixing the situation where you have an existing >> factory or the case where you have felix on different class loaders >> or both? >> >> Certainly fine by me if you want to look into it... >> >> -> richard >> >> > >> > Regards >> > Felix >>