You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@geronimo.apache.org by Tim McConnell <ti...@gmail.com> on 2007/09/01 05:28:07 UTC

Re: Trouble with 2.0.1 main pom and building anything a G dependency

Hi Jeff, I'm getting a similar problem when building the Eclipse plugin with a 
clean repo, except mine is axis2-jaxws-api...

1) org.apache.axis2:axis2-jaxws-api:jar:1.3-r562247

Where is this "special" repository I should use so that maven can find and 
download this ?? Thanks


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:
> 
> <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).
> 
> 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
> 

-- 
Thanks,
Tim McConnell

Re: Trouble with 2.0.1 main pom and building anything a G dependency

Posted by Tim McConnell <ti...@gmail.com>.
Hi David, thanks for the information. I can easily do that for myself and 
certainly don't mind doing so. However, this does bring to mind yet another 
question. The Geronimo Eclipse plugin will not build from a clean M2 repo 
without some of the artifacts in this repo, and I've been striving to have it to 
so without forcing a prior build of the server. I'm not sure if this an absolute 
requirement for the plugin but it seems logical to me. So I guess my 
alternatives are to add this "special" repo to the list of repositories in the 
Eclipse plugin's pom.xml build or require the user to build the server if they 
wish to build the plugin. Do you (or others) nave an opinion on the preferred 
alternative from and end-user perspective ?? Thanks much



David Jencks wrote:
> 
> On Aug 31, 2007, at 8:28 PM, Tim McConnell wrote:
> 
>> Hi Jeff, I'm getting a similar problem when building the Eclipse 
>> plugin with a clean repo, except mine is axis2-jaxws-api...
>>
>> 1) org.apache.axis2:axis2-jaxws-api:jar:1.3-r562247
>>
>> Where is this "special" repository I should use so that maven can find 
>> and download this ?? Thanks
> 
> I'd recommend checking out an appropriate geronimo trunk/branch/tag and 
> building the repository module which should get all these private builds 
> into your local repo.
> 
> thanks
> david jencks
>>
>>
>> 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:
>>> <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).
>>> 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
>>
>> -- 
>> Thanks,
>> Tim McConnell
> 
> 

-- 
Thanks,
Tim McConnell

Re: Trouble with 2.0.1 main pom and building anything a G dependency

Posted by David Jencks <da...@yahoo.com>.
On Aug 31, 2007, at 8:28 PM, Tim McConnell wrote:

> Hi Jeff, I'm getting a similar problem when building the Eclipse  
> plugin with a clean repo, except mine is axis2-jaxws-api...
>
> 1) org.apache.axis2:axis2-jaxws-api:jar:1.3-r562247
>
> Where is this "special" repository I should use so that maven can  
> find and download this ?? Thanks

I'd recommend checking out an appropriate geronimo trunk/branch/tag  
and building the repository module which should get all these private  
builds into your local repo.

thanks
david jencks
>
>
> 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:
>> <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).
>> 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
>
> -- 
> Thanks,
> Tim McConnell