Return-Path: X-Original-To: apmail-chemistry-dev-archive@www.apache.org Delivered-To: apmail-chemistry-dev-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 51ECF90B8 for ; Tue, 27 Sep 2011 12:41:02 +0000 (UTC) Received: (qmail 84823 invoked by uid 500); 27 Sep 2011 12:41:02 -0000 Delivered-To: apmail-chemistry-dev-archive@chemistry.apache.org Received: (qmail 84788 invoked by uid 500); 27 Sep 2011 12:41:02 -0000 Mailing-List: contact dev-help@chemistry.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@chemistry.apache.org Delivered-To: mailing list dev@chemistry.apache.org Received: (qmail 84780 invoked by uid 99); 27 Sep 2011 12:41:02 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 27 Sep 2011 12:41:02 +0000 X-ASF-Spam-Status: No, hits=-0.7 required=5.0 tests=RCVD_IN_DNSWL_LOW,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of fguillaume@nuxeo.com designates 74.125.82.170 as permitted sender) Received: from [74.125.82.170] (HELO mail-wy0-f170.google.com) (74.125.82.170) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 27 Sep 2011 12:40:58 +0000 Received: by wyg30 with SMTP id 30so14399825wyg.1 for ; Tue, 27 Sep 2011 05:40:36 -0700 (PDT) MIME-Version: 1.0 Received: by 10.227.62.196 with SMTP id y4mr2402601wbh.19.1317127236168; Tue, 27 Sep 2011 05:40:36 -0700 (PDT) Received: by 10.180.86.202 with HTTP; Tue, 27 Sep 2011 05:40:35 -0700 (PDT) In-Reply-To: References: <33E0948B-DD43-427E-9696-222D000E745D@gmail.com> Date: Tue, 27 Sep 2011 14:40:35 +0200 Message-ID: Subject: Re: Issue release 0.5.0 From: Florent Guillaume To: dev@chemistry.apache.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Hi, Sorry I didn't have time to comment on this thread yesterday. If we have something that works that's great, but I'm curious as to why the scheme: chemistry-opencmis-server-bindings // war chemistry-opencmis-server-bindings-classes // lib was chosen, when for me the natural choice would be: chemistry-opencmis-server-bindings // lib chemistry-opencmis-server-bindings-war // war For me a WAR has always been a secondary artifact assembled from other stuff, some of them being one (or more) underlying libraries. This may be a pure maven issue of course. But for OSGi artifact and basic library it would be much cleaner if the artifact name didn't have any classifier, as is the norm for 99% of libraries. At some point in the future I may be working on this. Is it really a problem if for an hypothetical 0.6 or 0.7 we change the artifact names (again)? In any case people have to upgrade the in their POM, it's probably not a huge deal to slightly change the artifact name as well, is it? Florent On Tue, Sep 27, 2011 at 12:50 PM, Klevenz, Stephan wrote: > A new release is not required for the OSGi use case because of only the > build procedure for artifacts has changed. The artifact itself is more or > less the same. > > The issue that I see is that InMemory server artifact is accidentally > renamed in 0.5.0. This is maybe a reason for having a 0.5.1 version. > > Regards, > Stephan > > > > > >>Do yo think we should do a 0.5.1? >> >>Or we can live with this until 0.6.0 (not sure if it's too early to >>foresee that one)? >> >>What do the others think? >> >>Ciao! >>Gab >> >>On Sep 27, 2011, at 11:28 AM, Klevenz, Stephan wrote: >> >>> Gab, >>> >>> now it is perfect! The OSGi bundles look like before and I could instal= l >>> and activate it within the OSGi runtime. >>> >>> Regards, >>> Stephan >>> >>>> Hi Stephan, >>>> >>>> as I commented on [1], this is due to a regression in maven-war-plugin >>>> 2.1.1 [2]. >>>> >>>> I reverted to the previously working version (2.1-beta-1) in the main >>>> pom.xml section so that all subprojects inherit tha= t >>>> version. >>>> >>>> I closed [1] and tested a bit. Would you mind double checking? :) >>>> >>>> Thanks, >>>> Gab >>>> >>>> [1] >>>> >>>>https://issues.apache.org/jira/browse/CMIS-435?focusedCommentId=3D13115= 349 >>>>#c >>>> omment-13115349 >>>> [2] http://jira.codehaus.org/browse/MWAR-240 >>>> >>>> >>>> On Sep 27, 2011, at 9:20 AM, Klevenz, Stephan wrote: >>>> >>>>> Hi Gab, >>>>> >>>>> All the "-classes.jar" do not include any classes. This is the case >>>>>for >>>>> all modules like server and =A0also test modules are affected, too. I >>>>> assume >>>>> that this is a general remaining issue. >>>>> >>>>> The solution for the OSGi bundles is great. The "*-classes.jar" are >>>>> included and this should work. Unfortunately not really as long as th= e >>>>> files are empty. >>>>> >>>>> Regards >>>>> Stephan >>>>> >>>>> >>>>>> Hey Stephan, >>>>>> >>>>>> this should be fixed in revision r1175977, I also changed references >>>>>>in >>>>>> all modules I could sensibly update. >>>>>> >>>>>> Do you mind double checking the proper functionalities of those >>>>>>modules >>>>>> and close the issue (when ASF JIRA scheduled upgrade is finished) = =A0if >>>>>> happy? >>>>>> >>>>>> HTH, >>>>>> Gab >>>>>> >>>>>> >>>>>> On Sep 26, 2011, at 2:34 PM, Gabriele Columbro wrote: >>>>>> >>>>>>> Hey Stephane, >>>>>>> >>>>>>> On Sep 26, 2011, at 2:07 PM, Klevenz, Stephan wrote: >>>>>>> >>>>>>>> Hi Gab, >>>>>>>> >>>>>>>> I'm not that Maven expert and was just not aware of how to get a >>>>>>>> dependency reference to -classes.jar file. So basically I agree an= d >>>>>>>> +1 >>>>>>>> for >>>>>>>> your proposal. >>>>>>> >>>>>>> Nice! >>>>>>> >>>>>>> Classifiers are indeed not a very famous, but quite useful, Maven >>>>>>> feature. Just opened this issue [1], will take a stab at it today >>>>>>>and >>>>>>> ask your review. >>>>>>> >>>>>>> Thanks, >>>>>>> Gab >>>>>>> >>>>>>>> >>>>>>>> Regards, >>>>>>>> Stephan >>>>>>> >>>>>>> >>>>>>> [1] https://issues.apache.org/jira/browse/CMIS-435 >>>>>>> >>>>>> >>>>> >>>> >>>> >>> >> >>Gabriele Columbro >>ECM Architect and Open Source Enthusiast >>columbro@gmail.com >>twitter: @mindthegabz >> >>I am raising money for Save the Children by walking up Mount Toubkal in >>Morocco. To support me and find out more visit my JustGiving site >>(http://www.justgiving.com/mindthegab-toubkal-alfresco-2011/) >> >> >> >> > > --=20 Florent Guillaume, Director of R&D, Nuxeo Open Source, Java EE based, Enterprise Content Management (ECM) http://www.nuxeo.com=A0=A0 http://www.nuxeo.org=A0=A0 +33 1 40 33 79 87