From dev-return-23610-apmail-directory-dev-archive=directory.apache.org@directory.apache.org Tue Feb 05 10:57:05 2008 Return-Path: Delivered-To: apmail-directory-dev-archive@www.apache.org Received: (qmail 49511 invoked from network); 5 Feb 2008 10:57:04 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 5 Feb 2008 10:57:04 -0000 Received: (qmail 18822 invoked by uid 500); 5 Feb 2008 10:56:56 -0000 Delivered-To: apmail-directory-dev-archive@directory.apache.org Received: (qmail 18782 invoked by uid 500); 5 Feb 2008 10:56:56 -0000 Mailing-List: contact dev-help@directory.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: "Apache Directory Developers List" Delivered-To: mailing list dev@directory.apache.org Received: (qmail 18771 invoked by uid 99); 5 Feb 2008 10:56:56 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 05 Feb 2008 02:56:56 -0800 X-ASF-Spam-Status: No, hits=2.0 required=10.0 tests=HTML_MESSAGE,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of pajbam@gmail.com designates 72.14.252.156 as permitted sender) Received: from [72.14.252.156] (HELO po-out-1718.google.com) (72.14.252.156) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 05 Feb 2008 10:56:24 +0000 Received: by po-out-1718.google.com with SMTP id b23so3435268poe.0 for ; Tue, 05 Feb 2008 02:56:32 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:sender:to:subject:in-reply-to:mime-version:content-type:references:x-google-sender-auth; bh=pnznObkWNctWDWswp7pREmaS6mpnhus+dTAE8PSZAfc=; b=NWEHGYq4MdaYl1c9/4daPMfaQ3FOslVWHI4TpVB4pY7iIiDzLzWM/5tTQhH9/Xw/wSCzrhj45Qs9TX0yjNjjw4Yj6I3GbhRLQdduLforMzix/bKXu8Yg2ZQFEkSDOGQcoxh7yUCHJkx5reS6wIni6QR4WrBkPOg45iOkiLXly/o= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:sender:to:subject:in-reply-to:mime-version:content-type:references:x-google-sender-auth; b=WZQXwSOdGn5mAOFwCczbUXCqMgI1nsNsu5pNly6iWh2Zz/d3XAyMgA7R7L5bDrq/XBYH4AQxbZYO+2IntYgrsMFBk3IqSLuT5euTLAbzwD1gfmHss6G/E1Mi62tJywcgS6x5wfuJhjuZws6tfKOsGSKCUfp9ifyb0HTs/zr4zu0= Received: by 10.140.163.3 with SMTP id l3mr5558817rve.22.1202208991958; Tue, 05 Feb 2008 02:56:31 -0800 (PST) Received: by 10.140.192.17 with HTTP; Tue, 5 Feb 2008 02:56:31 -0800 (PST) Message-ID: <98d8c0860802050256t5f61deaeh153cc04d662133b3@mail.gmail.com> Date: Tue, 5 Feb 2008 11:56:31 +0100 From: "Pierre-Arnaud Marcelot" Sender: pajbam@gmail.com To: "Apache Directory Developers List" Subject: Re: [Studio] Mavenization status - Remaning issues In-Reply-To: <47A6FE22.7060904@gmail.com> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_6946_21570941.1202208991961" References: <98d8c0860801160525o585810ccg31d504cc621d8d37@mail.gmail.com> <98d8c0860802010004y1d2e163fu578f25659e15ab17@mail.gmail.com> <98d8c0860802010157g676a288dx1499a3c102640cc1@mail.gmail.com> <47A2EFA7.6080700@apache.org> <98d8c0860802010218w73c2cb3ch6f6638d7face494d@mail.gmail.com> <47A2F42C.2020906@apache.org> <98d8c0860802010238j4c1e62feg9cebd4656a3a6c7e@mail.gmail.com> <47A35E78.1020007@gmail.com> <98d8c0860802040023i6c1b7b3bv3685436d87007e02@mail.gmail.com> <47A6FE22.7060904@gmail.com> X-Google-Sender-Auth: fc7cdceb25de1209 X-Virus-Checked: Checked by ClamAV on apache.org ------=_Part_6946_21570941.1202208991961 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Hi, I created two Jiras about our problems: - *MECLIPSE-386 - *Modifi= ed MANIFEST.MF file for eclipse jars packaged from folders with eclipse:to-maven - *MDEP-142 - *Path with space makes the dependency:unpack goal fail We'll see if they get fixed soon... I hope so... I'll replace the dependency:unpack goal with Ant tasks for the Mac OS X par= t of the build. Regards, Pierre-Arnaud On Feb 4, 2008 12:59 PM, Emmanuel Lecharny wrote: > Pierre-Arnaud Marcelot wrote: > > Hi Emmanuel, > > > > On Feb 1, 2008 7:01 PM, Emmanuel Lecharny > > wrote: > > > > One more bug, on Mac OSX... > > > > The (undocumented, as usual ...) maven-depdendency-plugin fails > while > > trying to unpack the mac app. The reason is that the file name > > contains > > spaces. Sadly, Maven plugin are built on top of plexus, which is > > not an > > Apache piece of code (it's at codehaus), so the only thing we can > > do is > > to open a JIRA on Maven, which I did. We are not the only ones > > being hit > > by this bug (http://jira.codehaus.org/browse/MDEP-137) > > > > > > I also saw the JIRA which seems related to our problem. I suggest we > > also open another one for our specific "space" problem. > Yeah, that's sound a good idea. > > > > May be invoking a ant task which will rename the file to Apache > > Directory Studio.app after the unpack has been done can do the tric= k > > (yes, I know, it's ugly, but this is the only workthefuckaround I > > can see). > > > > > > Yes, good idea. A cleaner idea could also be to rewrite the unpack > > goal of the plugin in fault using ant tasks (which should be easy and > > work like a charm)... > Sadly, the current unpack goal depends heavily on plexus. Plexus is not > exactly my favorite body part, as if you hit it, you get knock down > immediately, like Maven does, so I buy the idea to rewrite this POS. > (Piece Of Software for those who think I had something different in mind > when I wrote POS). Should not take days, I think. Maybe an afternoon, > certainly not a morning (but my mornings are short : I wake up at 10). > > > > > > In our case, the idea of using a single build system in the whole > > directory project makes that our choice goes to Maven. It will clearly > > be a great benefit for our project when all its subprojects will have > > the same build system. > > Even if it's painful to set up... > It was a , and irrelevant when it comes to make a decision ;) > > > > Regards, > > Pierre-Arnaud > > > -- > -- > cordialement, regards, > Emmanuel L=E9charny > www.iktek.com > directory.apache.org > > > ------=_Part_6946_21570941.1202208991961 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Hi,

I created two Jiras about our problems:
  • MECLIPSE-386 - Modified MANIFEST.MF file for eclipse jars package= d from folders with eclipse:to-maven
  • MDEP-142 - Path with space makes the dependency:unpack g= oal fail
We'll see if they get fixed soon... I hope so...
<= br> I'll replace the dependency:unpack goal with Ant tasks for the Mac OS X= part of the build.

Regards,
Pierre-Arnaud

On Feb 4, 2008 12:59 PM, Emmanuel Lecharny <elecharny@gmail.com> wrote:
Pierre-Arnaud Marcelot wrote:
> Hi Emmanuel,
>
> On = Feb 1, 2008 7:01 PM, Emmanuel Lecharny <elecharny@gmail.com
> <mailto:elecharny@gmail.com>> wrote:
>
>    = ; One more bug, on Mac OSX...
>
>     The (undocument= ed, as usual ...) maven-depdendency-plugin fails while
>     trying to unpack the mac app. The reason is that the fil= e name
>     contains
>     spaces. Sadly, = Maven plugin are built on top of plexus, which is
>     not= an
>     Apache piece of code (it's at codehaus), so t= he only thing we can
>     do is
>     to open a JIRA on Maven, whi= ch I did. We are not the only ones
>     being hit
> =     by this bug (http://jira.codehaus.org/browse/MDEP-137)
>
>
>  I also saw the JIRA which seems related to our p= roblem. I suggest we
> also open another one for our specific "s= pace" problem.
Yeah, that's sound a good idea.
>
>     May be invoking a ant task which will rename the= file to Apache
>     Directory Studio.app after the unpack= has been done can do the trick
>     (yes, I know, it'= s ugly, but this is the only workthefuckaround I
>     can see).
>
>
> Yes, good idea. A clea= ner idea could also be to rewrite the unpack
> goal of the plugin in = fault using ant tasks (which should be easy and
> work like a charm).= ..
Sadly, the current unpack goal depends heavily on plexus. Plexus is n= ot
exactly my favorite body part, as if you hit it, you get knock downimmediately, like Maven does, so I buy the idea to rewrite this POS.
(Piece Of Software for those who think I had something different in mindwhen I wrote POS). Should not take days, I think. Maybe an afternoon,
c= ertainly not a morning (but my mornings are short : I wake up at 10).

<snip/>
>
> In our case, the id= ea of using a single build system in the whole
> directory project ma= kes that our choice goes to Maven. It will clearly
> be a great benef= it for our project when all its subprojects will have
> the same build system.
> Even if it's painful to set up...
It was a <rant>, and irrelevant when it comes to make a decis= ion ;)
>
> Regards,
> Pierre-Arnaud


--
--
cordialement, regards,
Emmanue= l L=E9charny
www.ikte= k.com
dire= ctory.apache.org



------=_Part_6946_21570941.1202208991961--