Here is what we have so far: 1) The default maven build will produce the target/modules for the "all" distribution only 2) "mvn -Pdistribution" will produce the dir/zip/gz archives for all distros
We are considering to use the "dir" formatfor sample or integration tests. The "dir" format is the same as unzipped folder from the zip/gz. At this point, the build-common.xml tries to use tuscany-distribution-all/target as the "development" distro. It might be more consistent to use "dir" distro instead. So the bottom line is that we maybe enable the "dir" format for "all" in the default maven build. Generating the dir format is very fast as far as I can tell. Thanks, Raymond From: ant elder Sent: Friday, January 30, 2009 1:43 AM To: [email protected] Subject: Re: Building only the all distribution archives Sure maybe, i wasn't suggesting removing all that yet i just wondered if we could stop the zip archives being produced, so something like commenting out the assembly plugin clause on the pom.xml's for the other distro's? ...ant On Thu, Jan 29, 2009 at 6:01 PM, Raymond Feng <[email protected]> wrote: The build-common.xml needs to pull the modules from somewhere. Isn't it the target/modules from the "all" distro? From: ant elder Sent: Thursday, January 29, 2009 9:51 AM To: [email protected] Subject: Re: Building only the all distribution archives But do we need those if we going with the launcher approach as discussed in: http://apache.markmail.org/message/hbmhfhuixn36re24 ...ant On Thu, Jan 29, 2009 at 5:44 PM, Raymond Feng <[email protected]> wrote: Yes, we need to have at least the "target/modules" which contains the bundles that can be used by the samples. What if I move the time-consuming assembly part out of the default profile? Producing target/modules for the "all" distro only takes less than one minute. It should be OK to have it in the default build. Thanks, Raymond -------------------------------------------------- From: "Luciano Resende" <[email protected]> Sent: Thursday, January 29, 2009 9:28 AM To: <[email protected]>; <[email protected]> Subject: Re: Building only the all distribution archives My understanding is that the distribution would build the 3rd party bundles, so we do need some when running in OSGI/PDE mode. On Thu, Jan 29, 2009 at 9:25 AM, ant elder <[email protected]> wrote: Could we have like before so when running from the top of the build tree "mvn" doesn't build any distribution and "mvn -Pdistribution" builds the one distribution. Do we really need anything else for now if we're only having one distribution? ...ant On Thu, Jan 29, 2009 at 5:16 PM, Raymond Feng <[email protected]> wrote: "mvn" will build the "all" distro only. I can also move the assembly of archive part into a different profile such as "release". This way, it will only generate the artifacts in the "target" folder. "mvn -Pdistribution" will build all distros with dir, zip and gz. Thanks, Raymond From: ant elder Sent: Thursday, January 29, 2009 8:49 AM To: [email protected] Subject: Re: Building only the all distribution archives Can you say a bit more about that, why wouldn't "mvn -Pdistribution" just build the one all distribution? ...ant On Thu, Jan 29, 2009 at 4:46 PM, Raymond Feng <[email protected]> wrote: I'll go ahead to change the pom.xml to make other distros not to be activated by default. We can still run "mvn -Pdistribution" to activate them. Thanks, Raymond From: ant elder Sent: Thursday, January 29, 2009 5:23 AM To: [email protected] Subject: Building only the all distribution archives As we've agreed to only have a single all distribution for now how about we stop building the actual distribution archives for the others? Currently it produces about twenty zips and tars that we don't need and that takes quite a long time on my machine and is only going to get slower as we add things. Commenting out the assembly builds for these reduces the distribution build from about 6 minutes to just over 2 for me. ...ant -- Luciano Resende Apache Tuscany, Apache PhotArk http://people.apache.org/~lresende http://lresende.blogspot.com/
