http://maven.apache.org/plugins/maven-shade-plugin/examples/executable-jar.html 
Sweet, kudos for shade-plugin!

Regards.
________________________________________
From: Wido den Hollander [w...@widodh.nl]
Sent: Monday, November 12, 2012 7:07 PM
To: cloudstack-dev@incubator.apache.org
Subject: Re: Debian packaging progress

Hi,

On 11/12/2012 11:10 AM, Rohit Yadav wrote:
> Hi Wido,
>
> Thanks for sharing, the new packaging idea is better. Keeping the number of 
> packages low would be great as long as the functionality provided is not 
> affected.
> Are we then going to rename the packages as cloudstack-*? Not sure about 
> breaking symlinking, it would be great for future releases but will affect 
> upgrade scenarios.
>

Yes, I'm going to rename them to cloudstack-*.

Ofcourse will reducing the number of packages nog affect the
functionality for the end-user.

> Lastly, I want to share an idea to rename all cloudstack dependencies, we 
> used to install using the cloud-deps pkg, with a cloudstack-deps or 
> cloud-deps prefix so say there is a pkg axiom.jar preinstalled on a system, 
> won't fail our installation of cloudstack as one of the pkgs (say cloud-deps) 
> wanted to install the same pkg in the same location. Keep us posted.
>

I'm trying to get rid of all those dependencies. By packaging them into
the JAR of the Agent for example we prevent that.

Take a look at the maven shade plugin :)

Wido

> Regards.
>
> ________________________________________
> From: Wido den Hollander [w...@widodh.nl]
> Sent: Monday, November 12, 2012 1:54 PM
> To: <cloudstack-dev@incubator.apache.org>
> Subject: Debian packaging progress
>
> Hi,
>
> Last week at ApacheCon Hugo and I discussed the Deb and RPM packaging
> following up on the work which was done in the Maven RPM branch.
>
> The RPM packaging now partially works, but it still needs improvement.
>
> We discussed multiple ideas, but we figured it would be best to use the
> maven-shade-plugin and create on JAR file for for example the Agent with
> all the runtime dependencies in there.
>
> This makes life much easier and also makes sure we have all the deps we
> need.
>
> The client/UI goes into one big WAR file which also has it's
> dependencies in it for the same reason.
>
> As I'm going offline for about a month I'll be working on this locally
> when I have some spare time.
>
> I don't say this is final, but I'll try to push a new branch later on
> with the proposed fixes so we can discuss if we like this for our Deb
> and RPM packaging.
>
> As far as I can see now we can ditch the cloud-agent-libs,
> cloud-agent-deps and cloud-deps packages, but probably also cloud-utils.
>
> We can reduce the number of packages and individual dependencies, so
> that should be a bonus.
>
> Other than that I want to prevent us symlinking from /etc to
> /usr/share/cloud/management since that breaks all rules regarding
> configuration.
>
> This is just a FYI to let you know I'm working on it.
>
> Wido
>

Reply via email to