Mailing-List: contact dev-help@geronimo.apache.org; run by ezmlm
Precedence: bulk
Reply-To: dev@geronimo.apache.org
Received-SPF: pass (asf.osuosl.org: domain of jason.dillon@gmail.com
 designates 66.249.82.198 as permitted sender)
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws;
        s=beta; d=gmail.com;
        h=received:mime-version:in-reply-to:references:content-type:message-id:content-transfer-encoding:subject:date:to:x-mailer:from:sender;
        b=rO8D/uSQcRpBX+K59bRqGf39j/EUTgf6kANe3dkCBht0bCuKx/PVEIfzFVj4slJnThW5VHb1d35ZTrksKJyhVGL9kr9zACtxJOgC2jRz03xLUvLfj+/gbJ5G17nIapYAZEt4V0BE4lsrCTsrHtzqCJP9qub4hft5g7BAlu2R3wU=
Mime-Version: 1.0 (Apple Message framework v752.2)
In-Reply-To: <c278ac970607011323v2953edbew1ce132a7d74c1987@mail.gmail.com>
References: <c278ac970606301242ra12881bmeff97193c3d3aff1@mail.gmail.com>
 <c278ac970606301500j5c7658bai559d5c7fcf9425a@mail.gmail.com>
 <3646B230-472E-4FFD-A7B5-237BD1F659BA@yahoo.com>
 <7C67A570-25B7-41D1-96F7-27790D99340F@yahoo.com>
 <c278ac970606301935g1106718em261b395f2f6b3b4@mail.gmail.com>
 <F43618E3-650C-480C-AED4-A232D6201BE8@planet57.com>
 <c278ac970607011323v2953edbew1ce132a7d74c1987@mail.gmail.com>
Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed
Message-Id: <B1D0ECEF-4B2F-41CF-8AD4-B745CD346CCE@planet57.com>
Content-Transfer-Encoding: 7bit
Subject: Re: Assembling a Geronimo distribution in a m2 build - first look.
Date: Sat, 1 Jul 2006 13:55:30 -0700
To: dev@geronimo.apache.org
From: Jason Dillon <jason@planet57.com>
Sender: Jason Dillon <jason.dillon@gmail.com>

Aight... well lets get it working asis for now...

I think we don't need to run the assembly plugin twice to get to the  
same place, but we can fix that once something is working.

--jason


On Jul 1, 2006, at 1:23 PM, Prasad Kashyap wrote:

> The m-a-p is invoked twice for the following reasons:
>
> When we copy some modules into a m2 repo structure format, it also
> copies the META-INF/maven/.. directories. This unneccesary directory
> introduces a very long path too. So in the first execution, we use the
> <intermediaryAssembly> to skip the archive process. In the second
> execution, we copy over the repo structure from the staging area but
> exclude the META-INF/maven dirs into our geronimo/repository.
>
>
> We are unpacking scripts in the first execution. I think it's
> redundant. I'll remove it.
>
> Cheers
> Prasad
>
>
>
> On 7/1/06, Jason Dillon <jason@planet57.com> wrote:
>> Why do we need to invoke the assembly plugin twice?  It does not look
>> like there is anything in the steps you listed below that actually
>> requires that the assembly plugin be invoked twice.  Maybe I am
>> wrong, can you shed some light on this please?
>>
>> --jason
>>
>>
>> > Here's how we assemble our binaries
>> >
>> > 1. Our pom.xml first lists all and only geronimo modules,  
>> configs and
>> > apps as dependencies. The transitive deps are taken care of by m- 
>> a-p.
>> >
>> > 2. We first invoke the geronimo-assembly-plugin's  
>> "installConfig" goal
>> > to install the configs into target/archive-temp/repository. This  
>> mojo
>> > will try to install all dependencies of type "car" when no  
>> artifact is
>> > explicitly specified. Since we have listed all configs as deps  
>> in our
>> > j2ee-jetty-server pom.xml, they are installed.
>> >
>> > 3. Then we invoke m-a-p with assembly descriptor setup.xml and
>> > intermediaryAssembly set to true.  The intermediaryAssembly set to
>> > true will create the staging area but skip the final archive  
>> creation.
>> > The setup.xml will copy all deps other than the <excludes> from
>> > localRepository to target/archive-temp/repository. We exclude the
>> > configs here b'coz the configs are installed in step 2 above. So  
>> now
>> > we have the modules and the configs all in the same repo.
>> >
>> > 4. We also use this setup.xml to unpack the scripts module into the
>> > staging area.
>> >
>> > 5. Then we invoke m-a-p again with assembly descriptor bin.xml. The
>> > plugin copies the library jars, the schema files, the jars for bin
>> > etc. The *.bat and *.sh files that we copied into the staging  
>> area  in
>> > step 4 are now bundled into the archive but with correct mode and
>> > lineendings..
>> >
>> > That's about it.
>> >
>> > Cheers
>> > Prasad
>>