Mailing-List: contact cloudstack-dev-help@incubator.apache.org; run by ezmlm
Precedence: bulk
Reply-To: cloudstack-dev@incubator.apache.org
Received-SPF: neutral (nike.apache.org: local policy)
Message-ID: <5019401E.1070906@widodh.nl>
Date: Wed, 01 Aug 2012 16:41:34 +0200
From: Wido den Hollander <wido@widodh.nl>
User-Agent: Mozilla/5.0 (X11; Linux x86_64;
 rv:14.0) Gecko/20120714 Thunderbird/14.0
MIME-Version: 1.0
To: cloudstack-dev@incubator.apache.org
Subject: Re: [DISCUSS] Binaries (jars) in our source tree/source releases.
References: 
 <CAKprHVb21r-K7=8dNcA-ixq67+Dv+Gsu_uXO_+W2pcPSn5r8vA@mail.gmail.com>
 <CAKprHVYOn34AbQBGWQDnfgVbTUoT4skBd5k4rk3UcyPY7Mx8hQ@mail.gmail.com>
 <501312BD.30104@widodh.nl>
 <CAKprHVa-=YJS9KaTpSL5XK3mPRH07FHUCcJuwyxmVgMYvwKWCg@mail.gmail.com>
 <CAKprHVawae0R6pD=SURjSO_KiPJyaEVfkunsegww6-2xNeXatw@mail.gmail.com>
In-Reply-To: 
 <CAKprHVawae0R6pD=SURjSO_KiPJyaEVfkunsegww6-2xNeXatw@mail.gmail.com>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit

On 07/31/2012 11:46 PM, David Nalley wrote:
> Hi folks,
>
> Just a quick update on this. I created the deps-ctrl branch off of
> master now that I actually have something to show.
>
> If you take a look under deps you'll see it looks pretty bare. I've
> removed a number of the jars.
>
> There's also a few new ant targets you can use:
>
> resolveBuildDeps: This downloads the jars that I've removed that are
> necessary for building and places them in deps/

I checked this and see that libvirt 0.4.7 is downloaded. This won't 
work, but that's old news.

Since libvirt hasn't updated their maven2 directory (yet) I have put a 
JAR online at: 
http://zooi.widodh.nl/cloudstack/libvirt-java/libvirt-0.4.8.jar

Would you mind if we add that as a temporary location since the 0.4.7 
bindings won't work due to missing flags for storagePoolRefresh.

>
> resolveOptBuildDeps: This downloads some of the jars for plugins that
> aren't in the default code path. (F5, and Libvirt for the moment). [1]
>
> resolveRuntimeDeps: This downloads all of the jars that weren't
> necessary for building CloudStack. I haven't gone though and verified
> that all of these jars are indeed necessary for running, though some
> obviously are.
>
> I've also removed a number of targets from build-all - currently for
> hypervisors only OVM is supported. Xen could be supported, and despite
> having the xenserverjava jar in place, I have removed XS/XCP support
> as well as KVM and VMware as they currently depend on dependencies
> with prohibited licenses. I've also removed NetScaler, F5, and NetApp
> support from the default build.
>
> So why is XenServer Java still there - well some of the db migration
> for 2.1->2.2 code depends on it for some reason. I think I have that
> worked out (I think the import is now unneeded.) but I haven't yet
> tried my fix, so it remains in place so that CloudStack builds
> cleanly. Also - CloudStack currently doesn't build with the default
> xenserverjava bits for 5.6.100 or 6.0, it depends on it's own fork, or
> pukes otherwise.
>
> I also still have the AWSAPI bits to process - I'll start a different
> thread on that momentarily as I have a few questions about that.
>
> Finally, I'd welcome help here, so if you are interested, please jump in.
>
> --David
>
> [1] I haven't been able to find easily downloadable source for all of
> the optional jars. (VMware, NetApp, etc)
>