You are viewing a plain text version of this content. The canonical link for it is here.
Posted to java-dev@axis.apache.org by "Deepal Jayasinghe (JIRA)" <ji...@apache.org> on 2006/03/03 11:15:52 UTC

[jira] Resolved: (AXIS2-403) Issue with client embeddability and repository/modules/addressing.mar

     [ http://issues.apache.org/jira/browse/AXIS2-403?page=all ]
     
Deepal Jayasinghe resolved AXIS2-403:
-------------------------------------

    Resolution: Fixed

if you put  your modules.mar in the class path then it will work fine 

> Issue with client embeddability and repository/modules/addressing.mar
> ---------------------------------------------------------------------
>
>          Key: AXIS2-403
>          URL: http://issues.apache.org/jira/browse/AXIS2-403
>      Project: Apache Axis 2.0 (Axis2)
>         Type: Improvement
>   Components: core
>     Versions: 0.94
>     Reporter: Paul Fremantle
>      Fix For: 0.95

>
> Currently, you can only create an Axis2 client that supports addressing, security, etc, if you also create new directories on the client disk, and set axis2_home to point to this repository. I think this affects embedability. It would be great if we could simply pop a module into the classpath. Obviously this isn't much of an issue on the server, but for the client it would make it much easier to embed into other projects. 
> One proposal on how to do that is to create a new module archiving model and use the Java JAR file Service Provider spec. http://java.sun.com/j2se/1.4.2/docs/guide/jar/jar.html#Service%20Provider
> We could use this with a new interface/impl pair called o.a.a.m.ModuleInfo 
> { 
>   public String getModuleName();
> }
> Suppose the module was called foo-1.2
> Then the existing loader could look for foo-1.2/lib, foo-1.2/classes, foo-1.2/etc
> in other words the MAR format pushed down one level based on the module name. 
> Now this could simply be in a JAR called foo-1.2.jar (or foo-module-1.2.jar) and the SP stuff would identify the name and version and where to look for it.
> This does leave a problem with the remote URL repository. We could maybe figure out how the JAR SP code works and replicate that for a URL based repository, thereby using the same mechanism in both cases.

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
   http://issues.apache.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see:
   http://www.atlassian.com/software/jira