Return-Path: Delivered-To: apmail-ws-axis-dev-archive@www.apache.org Received: (qmail 64751 invoked from network); 6 May 2005 08:30:34 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur.apache.org with SMTP; 6 May 2005 08:30:34 -0000 Received: (qmail 44169 invoked by uid 500); 6 May 2005 08:32:07 -0000 Delivered-To: apmail-ws-axis-dev-archive@ws.apache.org Received: (qmail 43835 invoked by uid 500); 6 May 2005 08:32:04 -0000 Mailing-List: contact axis-dev-help@ws.apache.org; run by ezmlm Precedence: bulk Reply-To: axis-dev@ws.apache.org list-help: list-unsubscribe: List-Post: Delivered-To: mailing list axis-dev@ws.apache.org Received: (qmail 43810 invoked by uid 99); 6 May 2005 08:32:03 -0000 X-ASF-Spam-Status: No, hits=0.0 required=10.0 tests= X-Spam-Check-By: apache.org Received-SPF: pass (hermes.apache.org: local policy) Received: from anchor-post-31.mail.demon.net (HELO anchor-post-31.mail.demon.net) (194.217.242.89) by apache.org (qpsmtpd/0.28) with ESMTP; Fri, 06 May 2005 01:32:03 -0700 Received: from dcrdev.demon.co.uk ([80.177.118.55] helo=[192.168.0.10]) by anchor-post-31.mail.demon.net with esmtp (Exim 4.42) id 1DTy9m-000K6V-50 for axis-dev@ws.apache.org; Fri, 06 May 2005 08:25:58 +0000 Message-ID: <427B2AD0.2030305@dcrdev.demon.co.uk> Date: Fri, 06 May 2005 09:29:04 +0100 From: Dan Creswell User-Agent: Mozilla Thunderbird 1.0.2 (Macintosh/20050317) X-Accept-Language: en, en-us MIME-Version: 1.0 To: axis-dev@ws.apache.org Subject: Custom classloader/codebase question? Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked X-Spam-Rating: minotaur.apache.org 1.6.2 0/1000/N Hi Folks, I've been working with WSDD and have a collection of services that use the RPCProvider. It appears from the documentation and the code that there is no support for defining a codebase for each individual service. What I'd like to do is: (1) Allow specification of the codebase as a parameter just like className and allowedMethods etc (2) Modify the necessary bits of code to tweak the classloader hierarchy such that each service runs in the appropriate classloader for it's codebase. I can think of several different ways to do this including implementing a new provider which subclasses or delegates some of it's work to RPCProvider. It appears that classloading duties could be tweaked in either JavaProvider or RPCProvider itself. It also appears seems like I could add a new provider by tweaking WSDDProvider or by specifying an appropriate resource file in the .jars (if I grok'd the code correctly). I'd appreciate a little architectural guidance on the best approach to this problem - just a few pointers as to where to make modifications etc. Many thanks in advance, Dan Creswell