Ron,

I didn't want to dump mvn output here -- I know what the problem is,
namely that some repositories are not properly set up (for example:
https://maven.atlassian.com/content/repositories/public/com/atlassian/jira/atlassian-jira-webapp/3.12-SNAPSHOT/
-- there is no valid metadata file here, so you can't use this repo as
a proper remote repo). It seemed that a) I deploy the jars manually b)
I can somehow break the dependency chain. As b) is not (really)
possible, I've got to do a).

Mate

On Fri, Dec 10, 2010 at 2:21 PM, Ron Wheeler
<[email protected]> wrote:
> Mate,
> You might get more help if you actually provided some details about what is
> your build is actually saying and what repos are broken.
>
> Ron
>
> On 10/12/2010 9:07 AM, Stefan Seidel wrote:
>>
>> Hi Mate,
>>
>> you can, as a workaround, download the pom.xml of your dependency and copy
>> those dependencies into your own pom.xml (or another one which only contains
>> those). Then change/add the "scope" of all those dependencies to "provided",
>> which should effectively disable deeper dependency resolution.
>>
>> Stefan
>>
>> On Fri, 10 Dec 2010 12:56:49 +0000
>> Mate Varga<[email protected]>  wrote:
>>
>>> Hello Tamas,
>>>
>>> 1) Sources are checked out from SVN to the local drive.
>>> 2) Yes, missing dependencies. The problems stem from things like
>>> missing maven-metadata files in the public repos. (I've checked that,
>>> the repo maintainers do know about the inconsistencies, but they
>>> refuse to fix it.)
>>> 3) I've done all of that, and I've manually checked the online repos
>>> -- the dependency chain is broken, -U, :purge-local-repository does
>>> not help, and my network connection is all right.
>>>
>>> I could go and fetch all the required jars/wars/etc. manually and
>>> deploy them into my internal repo, but I want to avoid that if it's
>>> possible.
>>>
>>> Udv,
>>> Mate
>>>
>>>
>>> 2010/12/10 Tamás Cservenák<[email protected]>:
>>>>
>>>> Hi,
>>>>
>>>> Okay, but to be able to help, we need more:
>>>>
>>>> 1) where are the sources you try to build? (especially POM)
>>>> 2) what is the failure? "dependency resolution fails" as missing a
>>>> dependency or what?
>>>> 3) check for network failures on your side, and repeat builds with -U to
>>>> force maven to try again (the fact that a dep was not found is cached)
>>>>
>>>>
>>>> Thanks,
>>>> ~t~
>>>>
>>>> On Fri, Dec 10, 2010 at 1:22 PM, Mate Varga<[email protected]>
>>>>  wrote:
>>>>
>>>>> Hi,
>>>>>
>>>>> I'm pretty new to Java and Maven, so my question may be very naive
>>>>> and/or stupid, apologies for that.
>>>>> I'm trying to compile an open-source project (if that matters, it's
>>>>> https://plugins.atlassian.com/plugin/details/4832 ), which is supposed
>>>>> to be built with Maven. I've got Maven 3 installed (Apache Maven 3.0.1
>>>>> (r1038046; 2010-11-23 10:58:32+0000)). This pretty small project
>>>>> depends on a larger one (Atlassian JIRA), which has some Maven
>>>>> support, but the public repos are not well maintained, and there are a
>>>>> lot of broken dependencies, therefore the dependency resolution
>>>>> process fails.
>>>>> However, I have all of the first level (direct) dependencies resolved.
>>>>> As far as my knowledge goes, it's enough to have the first level
>>>>> dependencies to compile a Java project, and that's exactly what I
>>>>> want. Is there a way to tell Maven to stop resolving>2 level
>>>>> dependencies, and just try compiling the project? I tried to Google
>>>>> for this, no luck; and the guides on mvn dependency resolution don't
>>>>> help either.
>>>>>
>>>>> Thanks,
>>>>> Mate
>>>>>
>>>>> ---------------------------------------------------------------------
>>>>> To unsubscribe, e-mail: [email protected]
>>>>> For additional commands, e-mail: [email protected]
>>>>>
>>>>>
>>> ---------------------------------------------------------------------
>>> To unsubscribe, e-mail: [email protected]
>>> For additional commands, e-mail: [email protected]
>>>
>>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: [email protected]
> For additional commands, e-mail: [email protected]
>
>

---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]

Reply via email to