Return-Path: Delivered-To: apmail-geronimo-dev-archive@www.apache.org Received: (qmail 67188 invoked from network); 1 Jul 2006 20:45:34 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur.apache.org with SMTP; 1 Jul 2006 20:45:34 -0000 Received: (qmail 14737 invoked by uid 500); 1 Jul 2006 20:45:33 -0000 Delivered-To: apmail-geronimo-dev-archive@geronimo.apache.org Received: (qmail 14687 invoked by uid 500); 1 Jul 2006 20:45:32 -0000 Mailing-List: contact dev-help@geronimo.apache.org; run by ezmlm Precedence: bulk list-help: list-unsubscribe: List-Post: Reply-To: dev@geronimo.apache.org List-Id: Delivered-To: mailing list dev@geronimo.apache.org Received: (qmail 14676 invoked by uid 99); 1 Jul 2006 20:45:32 -0000 Received: from asf.osuosl.org (HELO asf.osuosl.org) (140.211.166.49) by apache.org (qpsmtpd/0.29) with ESMTP; Sat, 01 Jul 2006 13:45:32 -0700 X-ASF-Spam-Status: No, hits=0.5 required=10.0 tests=DNS_FROM_RFC_ABUSE,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (asf.osuosl.org: domain of jason.dillon@gmail.com designates 64.233.162.199 as permitted sender) Received: from [64.233.162.199] (HELO nz-out-0102.google.com) (64.233.162.199) by apache.org (qpsmtpd/0.29) with ESMTP; Sat, 01 Jul 2006 13:45:31 -0700 Received: by nz-out-0102.google.com with SMTP id s1so581172nze for ; Sat, 01 Jul 2006 13:45:10 -0700 (PDT) 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=MYZNfTNYe9Hf2C5bMlAJnD7FIBg6UA7eWjkB1mKlsRMMJ2oBl5oocWzn7T8evpHwiDfxVpCgXx37KewlZF5ydZD/Q2w5yFw5Ql4WObZDCG3wuzxnW1GlmEFBcB//P3thqCzWkSOQrRqZyGJTlySCQJhBLUow2LoSZRGaxpo4WnI= Received: by 10.36.33.3 with SMTP id g3mr471250nzg; Sat, 01 Jul 2006 13:45:10 -0700 (PDT) Received: from ?10.0.1.5? ( [67.180.143.96]) by mx.gmail.com with ESMTP id i5sm1904935nzi.2006.07.01.13.45.08; Sat, 01 Jul 2006 13:45:10 -0700 (PDT) Mime-Version: 1.0 (Apple Message framework v752.2) In-Reply-To: <20060701203909.88449.qmail@web31701.mail.mud.yahoo.com> References: <20060701203909.88449.qmail@web31701.mail.mud.yahoo.com> Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: Content-Transfer-Encoding: 7bit Subject: Re: Assembling a Geronimo distribution in a m2 build - first look. Date: Sat, 1 Jul 2006 13:44:53 -0700 To: dev@geronimo.apache.org X-Mailer: Apple Mail (2.752.2) From: Jason Dillon Sender: Jason Dillon X-Virus-Checked: Checked by ClamAV on apache.org X-Spam-Rating: minotaur.apache.org 1.6.2 0/1000/N Um, why would we want to do that? IMO the descriptors are a good thing and I do not recommend that we turn that off as a bandaid for another problem. --jason On Jul 1, 2006, at 1:39 PM, anita kulshreshtha wrote: > We can exclude META-INF/maven/.... from the jars by configuring > the > jar plugin to use false. I have not used it, > but it should work. > > Thanks > Anita > > --- 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 >> 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 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 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 >>> >> > > > __________________________________________________ > Do You Yahoo!? > Tired of spam? Yahoo! Mail has the best spam protection around > http://mail.yahoo.com