Return-Path: Delivered-To: apmail-incubator-buildr-user-archive@locus.apache.org Received: (qmail 28969 invoked from network); 1 Feb 2008 00:55:41 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 1 Feb 2008 00:55:41 -0000 Received: (qmail 2767 invoked by uid 500); 1 Feb 2008 00:55:33 -0000 Delivered-To: apmail-incubator-buildr-user-archive@incubator.apache.org Received: (qmail 2746 invoked by uid 500); 1 Feb 2008 00:55:33 -0000 Mailing-List: contact buildr-user-help@incubator.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: buildr-user@incubator.apache.org Delivered-To: mailing list buildr-user@incubator.apache.org Received: (qmail 2737 invoked by uid 99); 1 Feb 2008 00:55:33 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 31 Jan 2008 16:55:33 -0800 X-ASF-Spam-Status: No, hits=2.7 required=10.0 tests=HTML_MESSAGE,SPF_SOFTFAIL X-Spam-Check-By: apache.org Received-SPF: softfail (nike.apache.org: transitioning domain of arkin@intalio.com does not designate 209.85.198.185 as permitted sender) Received: from [209.85.198.185] (HELO rv-out-0910.google.com) (209.85.198.185) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 01 Feb 2008 00:55:16 +0000 Received: by rv-out-0910.google.com with SMTP id k20so704009rvb.0 for ; Thu, 31 Jan 2008 16:54:28 -0800 (PST) Received: by 10.140.126.14 with SMTP id y14mr2021092rvc.59.1201827267919; Thu, 31 Jan 2008 16:54:27 -0800 (PST) Received: by 10.140.172.2 with HTTP; Thu, 31 Jan 2008 16:54:27 -0800 (PST) Message-ID: <3de5d7d20801311654k73dc0cfn366bcd8cec26c7c7@mail.gmail.com> Date: Thu, 31 Jan 2008 16:54:27 -0800 From: "Assaf Arkin" To: buildr-user@incubator.apache.org Subject: Re: EAR task questions In-Reply-To: <200801311059.m0VAxV0H027627@post.webmailer.de> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_21008_20554673.1201827267896" References: <200801311059.m0VAxV0H027627@post.webmailer.de> X-Virus-Checked: Checked by ClamAV on apache.org ------=_Part_21008_20554673.1201827267896 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline On 1/31/08, Ingo Schmidt wrote: > > Hi everyone! > > I finally managed to install buildr from sources. I am also using > buildr rather successfully now :) > > But there are some questions left, especially regarding the EAR task: > > 1. Why is a folder META-INF containing application.xml created in the > root of my project and not in target folder? The problem with that is, > that the clean task won't clean this folder then, and I have to > manually > do this every time (see question 2) > In lib/java/packaging.rb I changed this: > old: @descriptor ||= file('META-INF/application.xml') do |task| > new: @descriptor ||= file('target/META-INF/application.xml') do |task| > Now the clean task wipes everything as expected. Is that just a mistake > or is META-INF created on purpose in root? That is a bug, logged in JIRA, and we have a fix coming up. > 2. I am adding a WAR and an EJB to my EAR like so: > package(:ear).add :war=>project("webapp-war").package(:war) > package(:ear).add :ejb=>project("my-ejb").package(:jar) > I run the build and the result is as expected. Now I comment out > the line add the EJB to my EAR and run buildr again (no clean > task). But my application.xml still has the entry for the EJB. > Why is this so? I have seen this happen in other places in buildr, > too. Too bad, I didn't write those cases down. Because the task that creates application.xml doesn't know that the list of components have changed. I think there's a way to solve this, I'll log that in JIRA, worth tying out: http://issues.apache.org/jira/browse/BUILDR-26?focusedCommentId=12564576#action_12564576 3. Is there any way to add a WAR to my EAR as open directory and not > as *.war file? > I need this because I don't think you can tell IIS to use a *.war file > as document root... > Is there any way to change/modify the EAR task to do this for me? > Would be very handy, because the EAR task so nicely builds the > application.xml on the fly. > Currently I need to unzip the WAR and modify application.xml by > hand. It would just be so much nicer to have it all automated. I'm not sure what this would entail, maybe Victor knows. Assaf Thanks in advance for your help. > > > Cheers, Ingo =;-> > > -- CTO, Intalio http://www.intalio.com ------=_Part_21008_20554673.1201827267896--