From dev-return-54074-apmail-geronimo-dev-archive=geronimo.apache.org@geronimo.apache.org Sun Sep 02 16:59:04 2007 Return-Path: Delivered-To: apmail-geronimo-dev-archive@www.apache.org Received: (qmail 67816 invoked from network); 2 Sep 2007 16:59:01 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 2 Sep 2007 16:59:01 -0000 Received: (qmail 19819 invoked by uid 500); 2 Sep 2007 16:58:56 -0000 Delivered-To: apmail-geronimo-dev-archive@geronimo.apache.org Received: (qmail 19283 invoked by uid 500); 2 Sep 2007 16:58:54 -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 19272 invoked by uid 99); 2 Sep 2007 16:58:54 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Sun, 02 Sep 2007 09:58:54 -0700 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 c1vamsi1c@gmail.com designates 209.85.198.188 as permitted sender) Received: from [209.85.198.188] (HELO rv-out-0910.google.com) (209.85.198.188) by apache.org (qpsmtpd/0.29) with ESMTP; Sun, 02 Sep 2007 16:58:50 +0000 Received: by rv-out-0910.google.com with SMTP id b22so756008rvf for ; Sun, 02 Sep 2007 09:58:30 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:references; b=p8YC/BOI1q6FPbqIJhtjfJh88ESY/1nNuJYIbfFMP1tpHoJHbik0/PXmyb6uG9p5M2gfL/qtS5R3ucreyUxY70AwUVD9tkIM1QDTEHk0dnDGHbcg6XR16scYBCn07HeKwBNdsp/QaoTC84HPNsBRITdMJVMjXDwdYcOPed9Jm6g= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:references; b=bWihDxpsHY0iij0oECB7k9CnJDsZbdketDDFHLI4KUwdQ8WFMK4HLUXLc7U/zd7ZKg/hnt6OwLTjO+a6NlONmt9NyvOgqGcUOTLx8Dus9ijAsFq9hMuNtnrie70ooopEOLKgnPxfH2ulDKAOn4FDTm0aVuBWlIK1d0OupzHj+Oo= Received: by 10.141.202.12 with SMTP id e12mr281245rvq.1188752310142; Sun, 02 Sep 2007 09:58:30 -0700 (PDT) Received: by 10.141.19.11 with HTTP; Sun, 2 Sep 2007 09:58:30 -0700 (PDT) Message-ID: <22d56c4d0709020958r7825ddbenf809592d0e2d8853@mail.gmail.com> Date: Sun, 2 Sep 2007 22:28:30 +0530 From: "Vamsavardhana Reddy" To: dev@geronimo.apache.org, jgenender@apache.org Subject: Re: Trouble with 2.0.1 main pom and building anything a G dependency In-Reply-To: <46D73F1C.1050608@apache.org> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_5889_20188591.1188752310108" References: <46D73F1C.1050608@apache.org> X-Virus-Checked: Checked by ClamAV on apache.org ------=_Part_5889_20188591.1188752310108 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline I thought I would initiate this discussion on the dependency issue I have run into with projects dependent on G 2.0.1. But, then I had to go "offline" for a few days. Now that someone else has run into the same problem, I guess it needs to be addressed for good. On 8/31/07, Jeff Genender wrote: > > Hi, > > I was building a 3rd party application with a dependency on the Geronimo > specs (jee)...and I could not get it to build because it was looking for > > axis-saaj-1.3-r562247 > > For the life of me, I thought I had that usual maven corrupt repo issues > and I wiped out my local repo...a number of times. I began looking > through repos and sure enough it didn't exist. Well..I decided to look > in our pom and I found: > > 1.3-r562247 > > Further discussion with others resulted in finding that we have a > "special" repository that pulls these special versions. (Ok I forgot > about that). > > This is going to be a problem for anyone who has a dependency on our > jars (ie. wanting to use the specs jars for a web applications, etc). > If I (a committer) had to go through this much trouble trying to figure > out how to get that dependency...I can't imagine what the standard user > will go through when writing a web or webservices application. > > The point I am making here is if we are going to have special versions > of jars, we need to make these more readily available. > > Here are some options I thought of: > > A) Place the special jars in central so they are automatically available > to others. (Easiest approach for the user - but we are going to have to > convince other projects to put them out into their locations - that may > prove difficult). > > B) Heavily, heavily document how to get around this problem by adding > our repo to their pom. This should be easily Googled and placed in a > FAQ, because I would hazard to guess this will be a frequent question. > (probably the easiest approach for us, but this needs to be a short term > solution - and its still a PITA for our users). I got past the problem by adding a special repo (I called it geronimo-201-private) http://svn.apache.org/repos/asf/geronimo/server/tags/2.0.1/repository. Some of the artifacts in this repo do not have check-sum files. I don't know if that will create a problem if some "verify-check-sum" option is enabled in the build. C) Convince the other projects to get their releases in order and get > good versions of their product on central. (Should do this regardless of > any other option). > > D) Rename our special versions to g-axis-saaj-1.3-r562247 and house > those under our own control (org.apache.geronimo...) in central on our > next build (2.0.2). (The easy and quick, and very temprary fix!) > > Thoughts? Comments? > > Thanks, > > Jeff > ------=_Part_5889_20188591.1188752310108 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline I thought I would initiate this discussion on the dependency issue I have run into with projects dependent on G 2.0.1.  But, then I had to go "offline" for a few days.  Now that someone else has run into the same problem, I guess it needs to be addressed for good.

On 8/31/07, Jeff Genender <jgenender@apache.org> wrote:
Hi,

I was building a 3rd party application with a dependency on the Geronimo
specs (jee)...and I could not get it to build because it was looking for

axis-saaj-1.3-r562247

For the life of me, I thought I had that usual maven corrupt repo issues
and I wiped out my local repo...a number of times.  I began looking
through repos and sure enough it didn't exist.  Well..I decided to look
in our pom and I found:

<axis2Version>1.3-r562247</axis2Version>

Further discussion with others resulted in finding that we have a
"special" repository that pulls these special versions. (Ok I forgot
about that).

This is going to be a problem for anyone who has a dependency on our
jars (ie. wanting to use the specs jars for a web applications, etc).
If I (a committer) had to go through this much trouble trying to figure
out how to get that dependency...I can't imagine what the standard user
will go through when writing a web or webservices application.

The point I am making here is if we are going to have special versions
of jars, we need to make these more readily available.

Here are some options I thought of:

A) Place the special jars in central so they are automatically available
to others. (Easiest approach for the user - but we are going to have to
convince other projects to put them out into their locations - that may
prove difficult).

B) Heavily, heavily document how to get around this problem by adding
our repo to their pom.  This should be easily Googled and placed in a
FAQ, because I would hazard to guess this will be a frequent question.
(probably the easiest approach for us, but this needs to be a short term
solution - and its still a PITA for our users).

I got past the problem by adding a special repo (I called it geronimo-201-private) http://svn.apache.org/repos/asf/geronimo/server/tags/2.0.1/repository.  Some of the artifacts in this repo do not have check-sum files.  I don't know if that will create a problem if some "verify-check-sum" option is enabled in the build.

C) Convince the other projects to get their releases in order and get
good versions of their product on central. (Should do this regardless of
any other option).

D) Rename our special versions to g-axis-saaj-1.3-r562247 and house
those under our own control (org.apache.geronimo...) in central on our
next build (2.0.2). (The easy and quick, and very temprary fix!)

Thoughts? Comments?

Thanks,

Jeff

------=_Part_5889_20188591.1188752310108--