Mailing-List: contact axis-dev-help@ws.apache.org; run by ezmlm
Precedence: bulk
Reply-To: axis-dev@ws.apache.org
Message-ID: <2093756890.1205373586278.JavaMail.jira@brutus>
Date: Wed, 12 Mar 2008 18:59:46 -0700 (PDT)
From: "Davanum Srinivas (JIRA)" <jira@apache.org>
To: axis-dev@ws.apache.org
Subject: [jira] Commented: (AXIS2-3026) New AxisConfigurator that operates
 within the aar file
In-Reply-To: <7664072.1185500703577.JavaMail.jira@brutus>
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit


    [ https://issues.apache.org/jira/browse/AXIS2-3026?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12578117#action_12578117 ] 

Davanum Srinivas commented on AXIS2-3026:
-----------------------------------------

someday....

thanks,
dims

> New AxisConfigurator that operates within the aar file
> ------------------------------------------------------
>
>                 Key: AXIS2-3026
>                 URL: https://issues.apache.org/jira/browse/AXIS2-3026
>             Project: Axis 2.0 (Axis2)
>          Issue Type: Wish
>          Components: kernel
>    Affects Versions: nightly
>         Environment: Not specific
>            Reporter: Mark Badorrek
>            Assignee: Deepal Jayasinghe
>
> Currently there are several AxisConfigurators:
> FileSystemConfigurator
> URLBasedAxisConfigurator
> etc
> I feel that we also need an AxisConfigurator that can read an axis_client.xml file and client repository that are stored in the aar file. This would allow an axis service to make client-calls to other axis services using different configurations from the parent configuration.
> For example:
> I have an axis service 'foo' that is a plain old websevice - nothing special. Now consider that it has been invoked by a client.
> 'foo' must now make a couple of webservice calls of its own, but this time it will (for example) engage 'rampart' and disengage'addressing' for both of its client calls. As such each configuration will have its own rampart callback classes etc.
> Currently there is no way to include the required 'client1_axis2.xml', client1_repository', 'client2_axis2.xml', client2_repository', within the aar file and have them loaded.
> I'd like to see an 'ServiceClassloaderAxisConfigurator' to allow these artifacts to be stored within the aar file so that the entire 'foo' webservice is a single file deploy.
> The 'client1_AxisConfiguration' and  'client1_AxisConfiguration'  should also be cached as there is a high probability that they will be required agin and again.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.


---------------------------------------------------------------------
To unsubscribe, e-mail: axis-dev-unsubscribe@ws.apache.org
For additional commands, e-mail: axis-dev-help@ws.apache.org