Hmm. Maybe we should think about this for when we move out of integration. -Patrick
-- Patrick Linskey BEA Systems, Inc. _______________________________________________________________________ Notice: This email message, together with any attachments, may contain information of BEA Systems, Inc., its subsidiaries and affiliated entities, that may be confidential, proprietary, copyrighted and/or legally privileged, and is intended solely for the use of the individual or entity named in this message. If you are not the intended recipient, and have received this message in error, please immediately return this by email and then delete it. > -----Original Message----- > From: Marc Prud'hommeaux [mailto:[EMAIL PROTECTED] On > Behalf Of Marc Prud'hommeaux > Sent: Tuesday, April 24, 2007 7:54 PM > To: open-jpa-dev@incubator.apache.org > Subject: Re: Artifact names > > > > It's just a bit odd to have the '-all' bit in there. Is it > possible to > > make the top-level pom publish the same stuff that openjpa-all > > currently does? > > Not that I've ever been able to figure out. IIRC, a parent > project is not allowed to depend on child modules, and a > child module is not allowed to rename the artifact that it publishes. > > > > On Apr 24, 2007, at 7:40 PM, Patrick Linskey wrote: > > >>> I do think that we should have something that's easy to > >> depend on that > >>> pulls in the openjpa-persistence-jdbc module, without > making people > >>> have to know about that level of modularity detail. > >> > >> Why can't they just depend on openjpa-all? That brings everything > >> in... > > > > It's just a bit odd to have the '-all' bit in there. Is it > possible to > > make the top-level pom publish the same stuff that openjpa-all > > currently does? > > > > -Patrick > > > > -- > > Patrick Linskey > > BEA Systems, Inc. > > > ______________________________________________________________________ > > _ > > Notice: This email message, together with any attachments, may > > contain > > information of BEA Systems, Inc., its subsidiaries and > > affiliated > > entities, that may be confidential, proprietary, copyrighted > > and/or > > legally privileged, and is intended solely for the use of the > > individual or entity named in this message. If you are not the > > intended recipient, and have received this message in error, please > > immediately return this by email and then delete it. > > > >> -----Original Message----- > >> From: Marc Prud'hommeaux [mailto:[EMAIL PROTECTED] > On Behalf > >> Of Marc Prud'hommeaux > >> Sent: Tuesday, April 24, 2007 7:37 PM > >> To: open-jpa-dev@incubator.apache.org > >> Subject: Re: Artifact names > >> > >> > >> On Apr 24, 2007, at 7:27 PM, Patrick Linskey wrote: > >> > >>> Hmm. I wonder if we're really using Maven repositories correctly. > >>> Do we > >>> need our dist to be in Maven at all? > >> > >> We don't need to. It was just easy to set up that way. > >> > >> > >>> I do think that we should have something that's easy to > >> depend on that > >>> pulls in the openjpa-persistence-jdbc module, without > making people > >>> have to know about that level of modularity detail. > >> > >> Why can't they just depend on openjpa-all? That brings everything > >> in... > >> > >> > >> > >>> -Patrick > >>> > >>> -- > >>> Patrick Linskey > >>> BEA Systems, Inc. > >>> > >> > _____________________________________________________________________ > >> _ > >>> _ > >>> Notice: This email message, together with any attachments, may > >>> contain information of BEA Systems, Inc., its > subsidiaries and > >>> affiliated entities, that may be confidential, proprietary, > >>> copyrighted and/or legally privileged, and is intended solely for > >>> the use of the individual or entity named in this message. If you > >>> are not the intended recipient, and have received this message in > >>> error, please immediately return this by email and then delete it. > >>> > >>>> -----Original Message----- > >>>> From: Eddie O'Neil [mailto:[EMAIL PROTECTED] > >>>> Sent: Tuesday, April 24, 2007 7:05 PM > >>>> To: open-jpa-dev@incubator.apache.org > >>>> Subject: Re: Artifact names > >>>> > >>>> > >>>> +1 -- I'd prefer to have the binary / source > >> uber-archives outside > >>>> of the Maven repro, though that's more due to convention than > >>>> anything else. > >>>> > >>>> I agree that it's not worth worrying about this for 0.9.7. > >>>> > >>>> Cheers, > >>>> Eddie > >>>> > >>>> > >>>> On 4/24/07, Michael Dick <[EMAIL PROTECTED]> wrote: > >>>>> I'm finally getting back to this thread, sorry for the delay. > >>>>> > >>>>> I got a similar answer from the maven mailing list. Their > >> stance is > >>>>> that the maven repository is for artifacts which are used > >> by maven, > >>>>> which wouldn't be the same as a final destination for our > >>>> distribution. > >>>>> > >>>>> I'm in favor of moving the source and binary archives to a > >>>> different > >>>>> location, if there's a good spot available to us. Does > >>>> anyone object > >>>>> to putting the releases somewhere outside of a maven repository? > >>>>> > >>>>> I don't think this is urgent for the 0.9.7 release since we > >>>> can't get > >>>>> rid of the ugly -project names now, but it might be nice > >> to have a > >>>>> solution for when OpenJPA graduates. > >>>>> > >>>>> On 4/12/07, Dain Sundstrom <[EMAIL PROTECTED]> wrote: > >>>>>> > >>>>>> In Geronimo, we publish to the maven repo as maven likes, > >>>> but when > >>>>>> we publish to the apache distribution mirrors (for website > >>>>>> downloads), we name the files as we like. > >>>>>> > >>>>>> -dain > >>>>>> > >>>>>> On Apr 11, 2007, at 8:34 AM, Michael Dick wrote: > >>>>>> > >>>>>>> Hi, > >>>>>>> > >>>>>>> I'm hitting a bit of a snag with the staging repository for > >>>>>>> release 0.9.7. > >>>>>>> Recently we made changes to remove -project from our > >>>> the zip file > >>>>>>> names. The problem is that the maven install and deploy goals > >>>>>>> ignore the names we provide and generate their own names ( > >>>>>>> openjpa-project-0.9.7-incubating-xxx.zip). > >>>>>>> > >>>>>>> I searched through the [EMAIL PROTECTED] mailing list > >>>>>>> archives and it turns out this is a fairly common problem - > >>>>>>> usually resulting in a response of "working as > >>>> designed". Here's > >>>>>>> an example > >>>>>>> http://www.nabble.com/Installation-and-deployment- > >>>>>>> tf1449780s177.html#a3916784 > >>>>>>> > >>>>>>> Does anyone vehemently object to putting -project > back into the > >>>>>>> names for the 0.9.7 release? > >>>>>>> > >>>>>>> The only other way I know of to fix the names that > get deployed > >>>>>>> would be to change the artifactId in the pom files (basically > >>>>>>> switch openjpa with openjpa-project). Switching the > names will > >>>>>>> impact anyone who has a dependency on the base > openjpa project. > >>>>>>> They'll have to update the version number anyway, but it will > >>>>>>> still be a little confusing if they used to depend on > >>>>>>> openjpa-0.9.6 and now they depend on openjpa-project-0.9.7. > >>>>>>> > >>>>>>> Thanks, > >>>>>>> > >>>>>>> -- > >>>>>>> -Michael Dick > >>>>>> > >>>>>> > >>>>> > >>>>> > >>>>> -- > >>>>> -Michael Dick > >>>>> > >>>> > >>> > >>> Notice: This email message, together with any attachments, may > >>> contain information of BEA Systems, Inc., its > subsidiaries and > >>> affiliated entities, that may be confidential, > >> proprietary, > >>> copyrighted and/or legally privileged, and is intended > >> solely for the > >>> use of the individual or entity named in this message. If > >> you are not > >>> the intended recipient, and have received this message in error, > >>> please immediately return this by email and then delete it. > >> > >> > > > > Notice: This email message, together with any attachments, may > > contain information of BEA Systems, Inc., its subsidiaries > > and affiliated entities, that may be confidential, > proprietary, > > copyrighted and/or legally privileged, and is intended > solely for the > > use of the individual or entity named in this message. If > you are not > > the intended recipient, and have received this message in error, > > please immediately return this by email and then delete it. > > Notice: This email message, together with any attachments, may contain information of BEA Systems, Inc., its subsidiaries and affiliated entities, that may be confidential, proprietary, copyrighted and/or legally privileged, and is intended solely for the use of the individual or entity named in this message. If you are not the intended recipient, and have received this message in error, please immediately return this by email and then delete it.
