Mailing-List: contact user-help@geronimo.apache.org; run by ezmlm
Precedence: bulk
Reply-To: user@geronimo.apache.org
Received-SPF: pass (athena.apache.org: local policy)
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws;
  s=s1024; d=yahoo.com;
  h=Received:X-YMail-OSG:X-Yahoo-Newman-Property:Message-Id:From:To:In-Reply-To:Content-Type:Content-Transfer-Encoding:Mime-Version:Subject:Date:References:X-Mailer;
  b=EI0QV4JK9dQLOa2EXekEPAXs2AcX0B48xiQBiuyWrautUS1s3nfozxsMvRqrVbz1+0pIz8OJQI/URKjL62Szn0/IkLl3WXGB5KYbldyIl/KvVkt8iZWvhzlL6KHbZsK5wnND9KKNItRXfRT1U6euO/JzdqnWm2duC4UIDe8F3J8=
  ;
Message-Id: <17300538-075A-497F-A7A1-7F088F443CAD@yahoo.com>
From: David Jencks <david_jencks@yahoo.com>
To: user@geronimo.apache.org
In-Reply-To: <19958574.post@talk.nabble.com>
Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes
Content-Transfer-Encoding: 7bit
Mime-Version: 1.0 (Apple Message framework v926)
Subject: Re: shared libraries in the OAS way
Date: Mon, 13 Oct 2008 10:22:57 -0700
References: <19958574.post@talk.nabble.com>


On Oct 13, 2008, at 9:51 AM, Juan David wrote:

>
> Hi All
>
> I would like to know how to accomplish shared libraries in the OAS  
> way on
> Geronimo.
>
> What I mean by OAS way is the possibility to define a shared library  
> that
> holds some jars and also can define dependencies with some other  
> libraries.
> It is also possible to define a default set of dependencies for the
> applications (by adding a dependency to the default application), so  
> every
> application deployed will have a set of dependent jars by default. The
> application can remove any dependency on the deployment plan and the
> administrator can change de dependency for all application without  
> the need
> to have new deployments plans for every application and redeploy.

While sharedlib might give you a quick solution it won't help track  
what depends on what.  I'd be leery of having classpath changes not  
reflected in the deployed artifacts.

You can define "classloader" plugins that simply have a list of  
dependencies and no services.  These dependencies can be jars or other  
plugins: the classloaders (and plugins) form a directed acyclic  
graph.  Your app can depend on one of these "classloader" plugins and  
get this classloader as a parent.

I'd recommend changing the version on such a plugin every time you  
change the contents and using artifact-aliases and the "obsoletes"  
element to have each new version replace its predecessors.  This will  
give you fairly transparent auditing of exactly what jars your apps  
are using.

thanks
david jencks

>
>
> Thanks in advance
>
> JuanDa
>
> -- 
> View this message in context: http://www.nabble.com/shared-libraries-in-the-OAS-way-tp19958574s134p19958574.html
> Sent from the Apache Geronimo - Users mailing list archive at  
> Nabble.com.
>