[regression] proxy access broken between maven version 2.0.10 and 2.1. Probably due to addition of wagon 1.0-beta-4+

Details

  • Type: Bug Bug
  • Status: Closed Closed
  • Priority: Blocker Blocker
  • Resolution: Not A Bug
  • Affects Version/s: 2.1.0, 2.2.0
  • Fix Version/s: None
  • Component/s: Artifacts and Repositories
  • Labels:
    None
  • Environment:
    WinXP SP2
  • Complexity:
    Intermediate

Description

At a large company, maven become impossible to use via proxy when maven upgraded from 1.0.10 to 2.1. maven has always worked fine via proxy in 2.0.9 and continues to work fine. however maven via proxy always fails in version 2.1.0 and higher.
Attached is a zip file containing 1) log of GMAIL chat between the creater of this JIRA and a maven developer. 2) two console outputs of running maven 2.2. RC3 showing the proxy failure messages. 3) setting.xml (with comments stripped out)

Issue Links

is related to

Bug - A problem which impairs or prevents the functions of the product. MNG-3599 webdav does not set http-proxy correctly

  • Major - Major loss of function.
  • Closed - The issue is considered finished, the resolution is correct. Issues which are not closed can be reopened.

Improvement - An improvement or enhancement to an existing feature or task. MNG-3652 set a user agent for Maven HTTP requests

  • Major - Major loss of function.
  • Closed - The issue is considered finished, the resolution is correct. Issues which are not closed can be reopened.

Activity

Ascending order - Click to sort in descending order
Hide
Permalink
Robert Glover Jr added a comment -

I (the creator of this JIRA) was asked by a maven developer to try to find out the brand of the proxy server being used. I was stopped in my tracks however by a directive from a company spokesman to not divulge any information concerning the brand of proxy server. So I must apologetically say that even though it would be a big help to solve this JIRA, I am forbidden to say the brand of proxy server. (I don't know it myself and am forbidden from even asking what it is).

Show
Robert Glover Jr added a comment - I (the creator of this JIRA) was asked by a maven developer to try to find out the brand of the proxy server being used. I was stopped in my tracks however by a directive from a company spokesman to not divulge any information concerning the brand of proxy server. So I must apologetically say that even though it would be a big help to solve this JIRA, I am forbidden to say the brand of proxy server. (I don't know it myself and am forbidden from even asking what it is).
Hide
Permalink
John Casey added a comment -

I'll have to do some poking around here locally with a proxy appliance, but the problem is complicated by the fact that many users configure proxies for use with Maven, and there seem to be no other problem reports like this one.

Without knowing what type of proxy is causing this problem, it's going to be very difficult to fix.

Show
John Casey added a comment - I'll have to do some poking around here locally with a proxy appliance, but the problem is complicated by the fact that many users configure proxies for use with Maven, and there seem to be no other problem reports like this one. Without knowing what type of proxy is causing this problem, it's going to be very difficult to fix.
Hide
Permalink
Wayne Fay added a comment -

> Without knowing what type of proxy is causing this problem, it's going to be very difficult to fix.

Which is what I told Robert originally on the Users list... One way or another, you're going to have to get us that information, Robert. Even if you're forbidden from asking or passing it on. Big companies are so stupid sometimes – I would know, I've worked for several of them.

Show
Wayne Fay added a comment - > Without knowing what type of proxy is causing this problem, it's going to be very difficult to fix. Which is what I told Robert originally on the Users list... One way or another, you're going to have to get us that information, Robert. Even if you're forbidden from asking or passing it on. Big companies are so stupid sometimes – I would know, I've worked for several of them.
Hide
Permalink
Robert Glover Jr added a comment -

I will investigate whether there is a legitimate way for me to provide that information. I agree it seems ridiculous that I can't provide such basic information in this context when the company is totally anonymous and entirely obfuscated in the JIRA. I will do what I can but it's an uphill battle to say the least..

Please notice what I found from a google of "Wagon 1.0-beta-4". (See below). It does look like change WAGON-225 might be the culprit, don't you think?

The Wagon 1.0-beta-4 candidate has been staged.

This release includes 4 fixes. You can take a look at the release
notes here:
http://jira.codehaus.org/secure/ReleaseNote.jspa?projectId=10335&styleName=Html&version=14310

  • WAGON-222 - Empty file transfer causes NPE
  • WAGON-224 - ChecksumObserver sets digest == null on transfer
    error, leading to NPE's if checksum downloads are retried with same
    observer instance
  • WAGON-225 - proxyInfoProvider is never used
  • WAGON-226 - filePermissions and directoryPermissions are not set
    correctly for FTP
Show
Robert Glover Jr added a comment - I will investigate whether there is a legitimate way for me to provide that information. I agree it seems ridiculous that I can't provide such basic information in this context when the company is totally anonymous and entirely obfuscated in the JIRA. I will do what I can but it's an uphill battle to say the least.. Please notice what I found from a google of "Wagon 1.0-beta-4". (See below). It does look like change WAGON-225 might be the culprit, don't you think? The Wagon 1.0-beta-4 candidate has been staged. This release includes 4 fixes. You can take a look at the release notes here: http://jira.codehaus.org/secure/ReleaseNote.jspa?projectId=10335&styleName=Html&version=14310
  • WAGON-222 - Empty file transfer causes NPE
  • WAGON-224 - ChecksumObserver sets digest == null on transfer error, leading to NPE's if checksum downloads are retried with same observer instance
  • WAGON-225 - proxyInfoProvider is never used
  • WAGON-226 - filePermissions and directoryPermissions are not set correctly for FTP
Hide
Permalink
John Casey added a comment -

The breakage in this issue seems to stem from the upgrade to wagon 1.0-beta-4, which introduced a new method of handling proxy information. The proxy described here works in 2.0.10, which uses wagon 1.0-beta-2, and stops working in 2.1.0+. Therefore, the changes in wagon beta-3 or beta-4, or potentially beta-5 must be the cause.

We can probably narrow this down further by checking to see whether the problems happens in 2.1.0-M1 of Maven, since the switch to wagon 1.0-beta-5 wasn't until Maven 2.1.0.

Show
John Casey added a comment - The breakage in this issue seems to stem from the upgrade to wagon 1.0-beta-4, which introduced a new method of handling proxy information. The proxy described here works in 2.0.10, which uses wagon 1.0-beta-2, and stops working in 2.1.0+. Therefore, the changes in wagon beta-3 or beta-4, or potentially beta-5 must be the cause. We can probably narrow this down further by checking to see whether the problems happens in 2.1.0-M1 of Maven, since the switch to wagon 1.0-beta-5 wasn't until Maven 2.1.0.
Hide
Permalink
John Casey added a comment -

will revisit once we get these other regressions solved, since this one is sparse on information we could use to debug/diagnose.

Show
John Casey added a comment - will revisit once we get these other regressions solved, since this one is sparse on information we could use to debug/diagnose.
Hide
Permalink
Sylvain Marié added a comment -

Hi John,

Any news concerning that topic ? We are behind a company's proxy and maven 2.2.0 does not seem to work. Our partners at another company have the same issue. Did the configuration file change for proxies ?

Thanks

Show
Sylvain Marié added a comment - Hi John, Any news concerning that topic ? We are behind a company's proxy and maven 2.2.0 does not seem to work. Our partners at another company have the same issue. Did the configuration file change for proxies ? Thanks
Hide
Permalink
John Casey added a comment -

@Sylvain: Please try out the first release candidate of Maven 2.2.1 to see whether this helps. It's at:

https://repository.apache.org/content/repositories/maven-staging-025/org/apache/maven/apache-maven/2.2.1-RC1/

I'm not certain whether yours is the same problem that was reported by Robert, since so many things can go wrong with proxies. For instance, one of the main fixes for 2.2.1 aims to re-enable the use of NTLM proxies, which don't always work with the httpclient-driven wagon. Since we switched from using the Sun implementation in 2.2.0, it may simply be a matter of going back to something that supports NTLM for your issue.

Show
John Casey added a comment - @Sylvain: Please try out the first release candidate of Maven 2.2.1 to see whether this helps. It's at: https://repository.apache.org/content/repositories/maven-staging-025/org/apache/maven/apache-maven/2.2.1-RC1/ I'm not certain whether yours is the same problem that was reported by Robert, since so many things can go wrong with proxies. For instance, one of the main fixes for 2.2.1 aims to re-enable the use of NTLM proxies, which don't always work with the httpclient-driven wagon. Since we switched from using the Sun implementation in 2.2.0, it may simply be a matter of going back to something that supports NTLM for your issue.
Hide
Permalink
Sylvain Marié added a comment -

Hi John, I've tried your 2.2.1-RC1 and it helps to solve this issue (but there is still a bug because

<configuration>
<wagonProvider>lightweight</wagonProvider>
</configuration>

is used only for one dependency download: if there are several dependencies in this repository it hangs. This doe not happen if the configuration is provided by commandline option
-Dmaven.wagon.provider.http=lightweight -Dmaven.wagon.provider.https=lightweight
, as described in the email I sent you. There is also a big side-effect for us since it seems to impact other wagons, in particular the wagon-svn, see email)

Anyway it is strange because even with RC2.2.1, I have additionally to set java proxy features for https in the mvn.bat script (-Dhttps.proxyHost and -Dhttps.proxyPort). I remember a time (maybe maven 2.0.6 ?) where this was not needed, and where maven worked fine with our proxy using just the settings' <proxies> section. It is sad that this behaviour is now lost..

Best regards,

Sylvain

Show
Sylvain Marié added a comment - Hi John, I've tried your 2.2.1-RC1 and it helps to solve this issue (but there is still a bug because <configuration> <wagonProvider>lightweight</wagonProvider> </configuration> is used only for one dependency download: if there are several dependencies in this repository it hangs. This doe not happen if the configuration is provided by commandline option -Dmaven.wagon.provider.http=lightweight -Dmaven.wagon.provider.https=lightweight , as described in the email I sent you. There is also a big side-effect for us since it seems to impact other wagons, in particular the wagon-svn, see email) Anyway it is strange because even with RC2.2.1, I have additionally to set java proxy features for https in the mvn.bat script (-Dhttps.proxyHost and -Dhttps.proxyPort). I remember a time (maybe maven 2.0.6 ?) where this was not needed, and where maven worked fine with our proxy using just the settings' <proxies> section. It is sad that this behaviour is now lost.. Best regards, Sylvain
Hide
Permalink
John Casey added a comment -

@Sylvain-

Unfortunately, one of the bugfixes I had for RC1 addressed the single-download problem...but it got lost in version-control on my localhost, and didn't make it into RC1. This and the other issue with cross-pollution of wagon providers has been addressed in RC2.

I'm not sure about the need to set https.proxyHost/Port, though. Can you try out 2.2.1-RC2:

https://repository.apache.org/content/repositories/maven-staging-008/org/apache/maven/apache-maven/2.2.1-RC2

and report your results to the '[PLEASE TEST] Maven 2.2.1-RC2' thread out on the users or dev list? That would be a great help.

Show
John Casey added a comment - @Sylvain- Unfortunately, one of the bugfixes I had for RC1 addressed the single-download problem...but it got lost in version-control on my localhost, and didn't make it into RC1. This and the other issue with cross-pollution of wagon providers has been addressed in RC2. I'm not sure about the need to set https.proxyHost/Port, though. Can you try out 2.2.1-RC2: https://repository.apache.org/content/repositories/maven-staging-008/org/apache/maven/apache-maven/2.2.1-RC2 and report your results to the '[PLEASE TEST] Maven 2.2.1-RC2' thread out on the users or dev list? That would be a great help.
Hide
Permalink
Frank Cornelis added a comment -

Apparently 2.2.1 still has some proxy issues. At work I'm having difficulties compiling my software because we're sitting behind a proxy over there. I have a mixture of both http and https repositories, and this doesn't really work apparently. At home (direct connection) the build works as expected.

Show
Frank Cornelis added a comment - Apparently 2.2.1 still has some proxy issues. At work I'm having difficulties compiling my software because we're sitting behind a proxy over there. I have a mixture of both http and https repositories, and this doesn't really work apparently. At home (direct connection) the build works as expected.
Hide
Permalink
John Casey added a comment -

@Frank:

Do you have any information about what type of proxy is being used? Can you attach a debug log from a failing build? If so, just run with -X and pipe or redirect the output to a file, then attach that file to this issue.

On linux/mac, I'd do something like this:

mvn -X clean install 2>&1 | tee build.log
Show
John Casey added a comment - @Frank: Do you have any information about what type of proxy is being used? Can you attach a debug log from a failing build? If so, just run with -X and pipe or redirect the output to a file, then attach that file to this issue. On linux/mac, I'd do something like this: 
mvn -X clean install 2>&1 | tee build.log
Hide
Permalink
Eric Berry added a comment -

We've also seen this issue in 2.1.0, 2.2.0, and 2.2.1. We are using Artifactory (2.0.8) as our maven proxy. We have Artifactory proxied behind Apache using SSL. Here is a sample error we get from Maven, unfortunately (-X is not turned on). This can happen with plugins or dependencies. The solution is to rerun maven 1 or more times until the problem goes away.

[INFO] ------------------------------------------------------------------------
[ERROR] BUILD FAILURE
[INFO] ------------------------------------------------------------------------
[INFO] A required plugin was not found: Plugin could not be found - check that the goal name is correct: File: https://vmswdev1/artifactory/repo/com/ccadllc/firebird/maven/ccad-firebird-maven-flex-plugin/3.1.0-SNAPSHOT/ccad-firebird-maven-flex-plugin-3.1.0-SNAPSHOT.jar does not exist

Try downloading the file manually from the project website.

Then, install it using the command:
mvn install:install-file -DgroupId=com.ccadllc.firebird.maven -DartifactId=ccad-firebird-maven-flex-plugin -Dversion=3.1.0-SNAPSHOT -Dpackaging=maven-plugin -Dfile=/path/to/file

Alternatively, if you host your own repository you can deploy the file there:
mvn deploy:deploy-file -DgroupId=com.ccadllc.firebird.maven -DartifactId=ccad-firebird-maven-flex-plugin -Dversion=3.1.0-SNAPSHOT -Dpackaging=maven-plugin -Dfile=/path/to/file -Durl=[url] -DrepositoryId=[id]

com.ccadllc.firebird.maven:ccad-firebird-maven-flex-plugin:maven-plugin:3.1.0-SNAPSHOT

from the specified remote repositories:
central (https://vmswdev1/artifactory/repo)

com.ccadllc.firebird.maven:ccad-firebird-maven-flex-plugin:maven-plugin:3.1.0-SNAPSHOT

from the specified remote repositories:
central (https://vmswdev1/artifactory/repo)

[INFO] ------------------------------------------------------------------------
[INFO] For more information, run Maven with the -e switch

Show
Eric Berry added a comment - We've also seen this issue in 2.1.0, 2.2.0, and 2.2.1. We are using Artifactory (2.0.8) as our maven proxy. We have Artifactory proxied behind Apache using SSL. Here is a sample error we get from Maven, unfortunately (-X is not turned on). This can happen with plugins or dependencies. The solution is to rerun maven 1 or more times until the problem goes away. [INFO] ------------------------------------------------------------------------ [ERROR] BUILD FAILURE [INFO] ------------------------------------------------------------------------ [INFO] A required plugin was not found: Plugin could not be found - check that the goal name is correct: File: https://vmswdev1/artifactory/repo/com/ccadllc/firebird/maven/ccad-firebird-maven-flex-plugin/3.1.0-SNAPSHOT/ccad-firebird-maven-flex-plugin-3.1.0-SNAPSHOT.jar does not exist Try downloading the file manually from the project website. Then, install it using the command: mvn install:install-file -DgroupId=com.ccadllc.firebird.maven -DartifactId=ccad-firebird-maven-flex-plugin -Dversion=3.1.0-SNAPSHOT -Dpackaging=maven-plugin -Dfile=/path/to/file Alternatively, if you host your own repository you can deploy the file there: mvn deploy:deploy-file -DgroupId=com.ccadllc.firebird.maven -DartifactId=ccad-firebird-maven-flex-plugin -Dversion=3.1.0-SNAPSHOT -Dpackaging=maven-plugin -Dfile=/path/to/file -Durl=[url] -DrepositoryId=[id] com.ccadllc.firebird.maven:ccad-firebird-maven-flex-plugin:maven-plugin:3.1.0-SNAPSHOT from the specified remote repositories: central (https://vmswdev1/artifactory/repo) com.ccadllc.firebird.maven:ccad-firebird-maven-flex-plugin:maven-plugin:3.1.0-SNAPSHOT from the specified remote repositories: central (https://vmswdev1/artifactory/repo) [INFO] ------------------------------------------------------------------------ [INFO] For more information, run Maven with the -e switch
Hide
Permalink
Eric Berry added a comment -

Captured the problem with -X:

23-Sep-2009 20:04:13 [DEBUG] Artifact resolved
23-Sep-2009 20:04:13 [DEBUG] ccad-firebird-core-base-common: using locally installed snapshot
23-Sep-2009 20:04:13 [DEBUG] Trying repository central
23-Sep-2009 20:04:13 [DEBUG] Checking for pre-existing User-Agent configuration.
23-Sep-2009 20:04:13 [DEBUG] Adding User-Agent configuration.
23-Sep-2009 20:04:13 [DEBUG] Connecting to repository: 'central' with url: 'https://vmswdev1/artifactory/repo'.
23-Sep-2009 20:04:13 Downloading: https://vmswdev1/artifactory/repo/com/ccadllc/firebird/core/ccad-firebird-core-base-common/3.1.0-SNAPSHOT/ccad-firebird-core-base-common-3.1.0-SNAPSHOT.jar
23-Sep-2009 20:04:13 [DEBUG] sending ==> If-Modified-Since: Thu, 24-Sep-09 03:03:09 GMT
23-Sep-2009 20:04:13 (1253761389000)
23-Sep-2009 20:04:29 [DEBUG] https://vmswdev1/artifactory/repo/com/ccadllc/firebird/core/ccad-firebird-core-base-common/3.1.0-SNAPSHOT/ccad-firebird-core-base-common-3.1.0-SNAPSHOT.jar - Status code: 404
23-Sep-2009 20:04:29 [DEBUG] File: https://vmswdev1/artifactory/repo/com/ccadllc/firebird/core/ccad-firebird-core-base-common/3.1.0-SNAPSHOT/ccad-firebird-core-base-common-3.1.0-SNAPSHOT.jar does not exist
23-Sep-2009 20:04:29 org.apache.maven.wagon.ResourceDoesNotExistException: File: https://vmswdev1/artifactory/repo/com/ccadllc/firebird/core/ccad-firebird-core-base-common/3.1.0-SNAPSHOT/ccad-firebird-core-base-common-3.1.0-SNAPSHOT.jar does not exist
23-Sep-2009 20:04:29 at org.apache.maven.wagon.shared.http.AbstractHttpClientWagon.fillInputData(AbstractHttpClientWagon.java:603)
23-Sep-2009 20:04:29 at org.apache.maven.wagon.StreamWagon.getInputStream(StreamWagon.java:116)
23-Sep-2009 20:04:29 at org.apache.maven.wagon.StreamWagon.getIfNewer(StreamWagon.java:88)
23-Sep-2009 20:04:29 at org.apache.maven.artifact.manager.DefaultWagonManager.getRemoteFile(DefaultWagonManager.java:475)
23-Sep-2009 20:04:29 at org.apache.maven.artifact.manager.DefaultWagonManager.getArtifact(DefaultWagonManager.java:372)
23-Sep-2009 20:04:29 at org.apache.maven.artifact.resolver.DefaultArtifactResolver.resolve(DefaultArtifactResolver.java:212)
23-Sep-2009 20:04:29 at org.apache.maven.artifact.resolver.DefaultArtifactResolver.resolve(DefaultArtifactResolver.java:90)
23-Sep-2009 20:04:29 at org.apache.maven.artifact.resolver.DefaultArtifactResolver$ResolveArtifactTask.resolveArtifact(DefaultArtifactResolver.java:456)
23-Sep-2009 20:04:29 at org.apache.maven.artifact.resolver.DefaultArtifactResolver$ResolveArtifactTask.run(DefaultArtifactResolver.java:433)
23-Sep-2009 20:04:29 at hidden.edu.emory.mathcs.backport.java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1061)
23-Sep-2009 20:04:29 at hidden.edu.emory.mathcs.backport.java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:575)
23-Sep-2009 20:04:29 at java.lang.Thread.run(Thread.java:636)
23-Sep-2009 20:04:29 [DEBUG] File: https://vmswdev1/artifactory/repo/com/ccadllc/firebird/core/ccad-firebird-core-base-common/3.1.0-SNAPSHOT/ccad-firebird-core-base-common-3.1.0-SNAPSHOT.jar does not exist
23-Sep-2009 20:04:29
23-Sep-2009 20:04:29 Try downloading the file manually from the project website.
23-Sep-2009 20:04:29
23-Sep-2009 20:04:29 Then, install it using the command:
23-Sep-2009 20:04:29 mvn install:install-file -DgroupId=com.ccadllc.firebird.core -DartifactId=ccad-firebird-core-base-common -Dversion=3.1.0-SNAPSHOT -Dpackaging=jar -Dfile=/path/to/file
23-Sep-2009 20:04:29
23-Sep-2009 20:04:29 Alternatively, if you host your own repository you can deploy the file there:
23-Sep-2009 20:04:29 mvn deploy:deploy-file -DgroupId=com.ccadllc.firebird.core -DartifactId=ccad-firebird-core-base-common -Dversion=3.1.0-SNAPSHOT -Dpackaging=jar -Dfile=/path/to/file -Durl=[url] -DrepositoryId=[id]
23-Sep-2009 20:04:29
23-Sep-2009 20:04:29 Path to dependency:
23-Sep-2009 20:04:29 1) com.ccadllc.dks:com.ccadllc.dks.assembly2-repository:1.0.0-S5_SNAPSHOT
23-Sep-2009 20:04:29 2) com.ccadllc.osgi:com.ccadllc.osgi.appserver2-repository:1.0.8-SNAPSHOT
23-Sep-2009 20:04:29 3) com.ccadllc.firebird.core:ccad-firebird-core-base-common:jar:3.1.0-SNAPSHOT
23-Sep-2009 20:04:29
23-Sep-2009 20:04:29
23-Sep-2009 20:04:29 com.ccadllc.firebird.core:ccad-firebird-core-base-common:jar:3.1.0-SNAPSHOT
23-Sep-2009 20:04:29
23-Sep-2009 20:04:29 from the specified remote repositories:
23-Sep-2009 20:04:29 central (https://vmswdev1/artifactory/repo)
23-Sep-2009 20:04:29
23-Sep-2009 20:04:29
23-Sep-2009 20:04:29 org.apache.maven.artifact.resolver.ArtifactNotFoundException: File: https://vmswdev1/artifactory/repo/com/ccadllc/firebird/core/ccad-firebird-core-base-common/3.1.0-SNAPSHOT/ccad-firebird-core-base-common-3.1.0-SNAPSHOT.jar does not exist
23-Sep-2009 20:04:29
23-Sep-2009 20:04:29 Try downloading the file manually from the project website.
23-Sep-2009 20:04:29
23-Sep-2009 20:04:29 Then, install it using the command:
23-Sep-2009 20:04:29 mvn install:install-file -DgroupId=com.ccadllc.firebird.core -DartifactId=ccad-firebird-core-base-common -Dversion=3.1.0-SNAPSHOT -Dpackaging=jar -Dfile=/path/to/file
23-Sep-2009 20:04:29
23-Sep-2009 20:04:29 Alternatively, if you host your own repository you can deploy the file there:
23-Sep-2009 20:04:29 mvn deploy:deploy-file -DgroupId=com.ccadllc.firebird.core -DartifactId=ccad-firebird-core-base-common -Dversion=3.1.0-SNAPSHOT -Dpackaging=jar -Dfile=/path/to/file -Durl=[url] -DrepositoryId=[id]
23-Sep-2009 20:04:29
23-Sep-2009 20:04:29 Path to dependency:
23-Sep-2009 20:04:29 1) com.ccadllc.dks:com.ccadllc.dks.assembly2-repository:1.0.0-S5_SNAPSHOT
23-Sep-2009 20:04:29 2) com.ccadllc.osgi:com.ccadllc.osgi.appserver2-repository:1.0.8-SNAPSHOT
23-Sep-2009 20:04:29 3) com.ccadllc.firebird.core:ccad-firebird-core-base-common:jar:3.1.0-SNAPSHOT
23-Sep-2009 20:04:29
23-Sep-2009 20:04:29
23-Sep-2009 20:04:29 com.ccadllc.firebird.core:ccad-firebird-core-base-common:jar:3.1.0-SNAPSHOT
23-Sep-2009 20:04:29
23-Sep-2009 20:04:29 from the specified remote repositories:
23-Sep-2009 20:04:29 central (https://vmswdev1/artifactory/repo)
23-Sep-2009 20:04:29
23-Sep-2009 20:04:29
23-Sep-2009 20:04:29 at org.apache.maven.artifact.resolver.DefaultArtifactResolver.resolve(DefaultArtifactResolver.java:228)
23-Sep-2009 20:04:29 at org.apache.maven.artifact.resolver.DefaultArtifactResolver.resolve(DefaultArtifactResolver.java:90)
23-Sep-2009 20:04:29 at org.apache.maven.artifact.resolver.DefaultArtifactResolver$ResolveArtifactTask.resolveArtifact(DefaultArtifactResolver.java:456)
23-Sep-2009 20:04:29 at org.apache.maven.artifact.resolver.DefaultArtifactResolver$ResolveArtifactTask.run(DefaultArtifactResolver.java:433)
23-Sep-2009 20:04:29 at hidden.edu.emory.mathcs.backport.java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1061)
23-Sep-2009 20:04:29 at hidden.edu.emory.mathcs.backport.java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:575)
23-Sep-2009 20:04:29 at java.lang.Thread.run(Thread.java:636)
23-Sep-2009 20:04:29 Caused by: org.apache.maven.wagon.ResourceDoesNotExistException: File: https://vmswdev1/artifactory/repo/com/ccadllc/firebird/core/ccad-firebird-core-base-common/3.1.0-SNAPSHOT/ccad-firebird-core-base-common-3.1.0-SNAPSHOT.jar does not exist
23-Sep-2009 20:04:29 at org.apache.maven.wagon.shared.http.AbstractHttpClientWagon.fillInputData(AbstractHttpClientWagon.java:603)
23-Sep-2009 20:04:29 at org.apache.maven.wagon.StreamWagon.getInputStream(StreamWagon.java:116)
23-Sep-2009 20:04:29 at org.apache.maven.wagon.StreamWagon.getIfNewer(StreamWagon.java:88)
23-Sep-2009 20:04:29 at org.apache.maven.artifact.manager.DefaultWagonManager.getRemoteFile(DefaultWagonManager.java:475)
23-Sep-2009 20:04:29 at org.apache.maven.artifact.manager.DefaultWagonManager.getArtifact(DefaultWagonManager.java:372)
23-Sep-2009 20:04:29 at org.apache.maven.artifact.resolver.DefaultArtifactResolver.resolve(DefaultArtifactResolver.java:212)
23-Sep-2009 20:04:29 ... 6 more

Show
Eric Berry added a comment - Captured the problem with -X: 23-Sep-2009 20:04:13 [DEBUG] Artifact resolved 23-Sep-2009 20:04:13 [DEBUG] ccad-firebird-core-base-common: using locally installed snapshot 23-Sep-2009 20:04:13 [DEBUG] Trying repository central 23-Sep-2009 20:04:13 [DEBUG] Checking for pre-existing User-Agent configuration. 23-Sep-2009 20:04:13 [DEBUG] Adding User-Agent configuration. 23-Sep-2009 20:04:13 [DEBUG] Connecting to repository: 'central' with url: 'https://vmswdev1/artifactory/repo'. 23-Sep-2009 20:04:13 Downloading: https://vmswdev1/artifactory/repo/com/ccadllc/firebird/core/ccad-firebird-core-base-common/3.1.0-SNAPSHOT/ccad-firebird-core-base-common-3.1.0-SNAPSHOT.jar 23-Sep-2009 20:04:13 [DEBUG] sending ==> If-Modified-Since: Thu, 24-Sep-09 03:03:09 GMT 23-Sep-2009 20:04:13 (1253761389000) 23-Sep-2009 20:04:29 [DEBUG] https://vmswdev1/artifactory/repo/com/ccadllc/firebird/core/ccad-firebird-core-base-common/3.1.0-SNAPSHOT/ccad-firebird-core-base-common-3.1.0-SNAPSHOT.jar - Status code: 404 23-Sep-2009 20:04:29 [DEBUG] File: https://vmswdev1/artifactory/repo/com/ccadllc/firebird/core/ccad-firebird-core-base-common/3.1.0-SNAPSHOT/ccad-firebird-core-base-common-3.1.0-SNAPSHOT.jar does not exist 23-Sep-2009 20:04:29 org.apache.maven.wagon.ResourceDoesNotExistException: File: https://vmswdev1/artifactory/repo/com/ccadllc/firebird/core/ccad-firebird-core-base-common/3.1.0-SNAPSHOT/ccad-firebird-core-base-common-3.1.0-SNAPSHOT.jar does not exist 23-Sep-2009 20:04:29 at org.apache.maven.wagon.shared.http.AbstractHttpClientWagon.fillInputData(AbstractHttpClientWagon.java:603) 23-Sep-2009 20:04:29 at org.apache.maven.wagon.StreamWagon.getInputStream(StreamWagon.java:116) 23-Sep-2009 20:04:29 at org.apache.maven.wagon.StreamWagon.getIfNewer(StreamWagon.java:88) 23-Sep-2009 20:04:29 at org.apache.maven.artifact.manager.DefaultWagonManager.getRemoteFile(DefaultWagonManager.java:475) 23-Sep-2009 20:04:29 at org.apache.maven.artifact.manager.DefaultWagonManager.getArtifact(DefaultWagonManager.java:372) 23-Sep-2009 20:04:29 at org.apache.maven.artifact.resolver.DefaultArtifactResolver.resolve(DefaultArtifactResolver.java:212) 23-Sep-2009 20:04:29 at org.apache.maven.artifact.resolver.DefaultArtifactResolver.resolve(DefaultArtifactResolver.java:90) 23-Sep-2009 20:04:29 at org.apache.maven.artifact.resolver.DefaultArtifactResolver$ResolveArtifactTask.resolveArtifact(DefaultArtifactResolver.java:456) 23-Sep-2009 20:04:29 at org.apache.maven.artifact.resolver.DefaultArtifactResolver$ResolveArtifactTask.run(DefaultArtifactResolver.java:433) 23-Sep-2009 20:04:29 at hidden.edu.emory.mathcs.backport.java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1061) 23-Sep-2009 20:04:29 at hidden.edu.emory.mathcs.backport.java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:575) 23-Sep-2009 20:04:29 at java.lang.Thread.run(Thread.java:636) 23-Sep-2009 20:04:29 [DEBUG] File: https://vmswdev1/artifactory/repo/com/ccadllc/firebird/core/ccad-firebird-core-base-common/3.1.0-SNAPSHOT/ccad-firebird-core-base-common-3.1.0-SNAPSHOT.jar does not exist 23-Sep-2009 20:04:29 23-Sep-2009 20:04:29 Try downloading the file manually from the project website. 23-Sep-2009 20:04:29 23-Sep-2009 20:04:29 Then, install it using the command: 23-Sep-2009 20:04:29 mvn install:install-file -DgroupId=com.ccadllc.firebird.core -DartifactId=ccad-firebird-core-base-common -Dversion=3.1.0-SNAPSHOT -Dpackaging=jar -Dfile=/path/to/file 23-Sep-2009 20:04:29 23-Sep-2009 20:04:29 Alternatively, if you host your own repository you can deploy the file there: 23-Sep-2009 20:04:29 mvn deploy:deploy-file -DgroupId=com.ccadllc.firebird.core -DartifactId=ccad-firebird-core-base-common -Dversion=3.1.0-SNAPSHOT -Dpackaging=jar -Dfile=/path/to/file -Durl=[url] -DrepositoryId=[id] 23-Sep-2009 20:04:29 23-Sep-2009 20:04:29 Path to dependency: 23-Sep-2009 20:04:29 1) com.ccadllc.dks:com.ccadllc.dks.assembly2-repository:1.0.0-S5_SNAPSHOT 23-Sep-2009 20:04:29 2) com.ccadllc.osgi:com.ccadllc.osgi.appserver2-repository:1.0.8-SNAPSHOT 23-Sep-2009 20:04:29 3) com.ccadllc.firebird.core:ccad-firebird-core-base-common:jar:3.1.0-SNAPSHOT 23-Sep-2009 20:04:29 23-Sep-2009 20:04:29 23-Sep-2009 20:04:29 com.ccadllc.firebird.core:ccad-firebird-core-base-common:jar:3.1.0-SNAPSHOT 23-Sep-2009 20:04:29 23-Sep-2009 20:04:29 from the specified remote repositories: 23-Sep-2009 20:04:29 central (https://vmswdev1/artifactory/repo) 23-Sep-2009 20:04:29 23-Sep-2009 20:04:29 23-Sep-2009 20:04:29 org.apache.maven.artifact.resolver.ArtifactNotFoundException: File: https://vmswdev1/artifactory/repo/com/ccadllc/firebird/core/ccad-firebird-core-base-common/3.1.0-SNAPSHOT/ccad-firebird-core-base-common-3.1.0-SNAPSHOT.jar does not exist 23-Sep-2009 20:04:29 23-Sep-2009 20:04:29 Try downloading the file manually from the project website. 23-Sep-2009 20:04:29 23-Sep-2009 20:04:29 Then, install it using the command: 23-Sep-2009 20:04:29 mvn install:install-file -DgroupId=com.ccadllc.firebird.core -DartifactId=ccad-firebird-core-base-common -Dversion=3.1.0-SNAPSHOT -Dpackaging=jar -Dfile=/path/to/file 23-Sep-2009 20:04:29 23-Sep-2009 20:04:29 Alternatively, if you host your own repository you can deploy the file there: 23-Sep-2009 20:04:29 mvn deploy:deploy-file -DgroupId=com.ccadllc.firebird.core -DartifactId=ccad-firebird-core-base-common -Dversion=3.1.0-SNAPSHOT -Dpackaging=jar -Dfile=/path/to/file -Durl=[url] -DrepositoryId=[id] 23-Sep-2009 20:04:29 23-Sep-2009 20:04:29 Path to dependency: 23-Sep-2009 20:04:29 1) com.ccadllc.dks:com.ccadllc.dks.assembly2-repository:1.0.0-S5_SNAPSHOT 23-Sep-2009 20:04:29 2) com.ccadllc.osgi:com.ccadllc.osgi.appserver2-repository:1.0.8-SNAPSHOT 23-Sep-2009 20:04:29 3) com.ccadllc.firebird.core:ccad-firebird-core-base-common:jar:3.1.0-SNAPSHOT 23-Sep-2009 20:04:29 23-Sep-2009 20:04:29 23-Sep-2009 20:04:29 com.ccadllc.firebird.core:ccad-firebird-core-base-common:jar:3.1.0-SNAPSHOT 23-Sep-2009 20:04:29 23-Sep-2009 20:04:29 from the specified remote repositories: 23-Sep-2009 20:04:29 central (https://vmswdev1/artifactory/repo) 23-Sep-2009 20:04:29 23-Sep-2009 20:04:29 23-Sep-2009 20:04:29 at org.apache.maven.artifact.resolver.DefaultArtifactResolver.resolve(DefaultArtifactResolver.java:228) 23-Sep-2009 20:04:29 at org.apache.maven.artifact.resolver.DefaultArtifactResolver.resolve(DefaultArtifactResolver.java:90) 23-Sep-2009 20:04:29 at org.apache.maven.artifact.resolver.DefaultArtifactResolver$ResolveArtifactTask.resolveArtifact(DefaultArtifactResolver.java:456) 23-Sep-2009 20:04:29 at org.apache.maven.artifact.resolver.DefaultArtifactResolver$ResolveArtifactTask.run(DefaultArtifactResolver.java:433) 23-Sep-2009 20:04:29 at hidden.edu.emory.mathcs.backport.java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1061) 23-Sep-2009 20:04:29 at hidden.edu.emory.mathcs.backport.java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:575) 23-Sep-2009 20:04:29 at java.lang.Thread.run(Thread.java:636) 23-Sep-2009 20:04:29 Caused by: org.apache.maven.wagon.ResourceDoesNotExistException: File: https://vmswdev1/artifactory/repo/com/ccadllc/firebird/core/ccad-firebird-core-base-common/3.1.0-SNAPSHOT/ccad-firebird-core-base-common-3.1.0-SNAPSHOT.jar does not exist 23-Sep-2009 20:04:29 at org.apache.maven.wagon.shared.http.AbstractHttpClientWagon.fillInputData(AbstractHttpClientWagon.java:603) 23-Sep-2009 20:04:29 at org.apache.maven.wagon.StreamWagon.getInputStream(StreamWagon.java:116) 23-Sep-2009 20:04:29 at org.apache.maven.wagon.StreamWagon.getIfNewer(StreamWagon.java:88) 23-Sep-2009 20:04:29 at org.apache.maven.artifact.manager.DefaultWagonManager.getRemoteFile(DefaultWagonManager.java:475) 23-Sep-2009 20:04:29 at org.apache.maven.artifact.manager.DefaultWagonManager.getArtifact(DefaultWagonManager.java:372) 23-Sep-2009 20:04:29 at org.apache.maven.artifact.resolver.DefaultArtifactResolver.resolve(DefaultArtifactResolver.java:212) 23-Sep-2009 20:04:29 ... 6 more
Hide
Permalink
Eric Berry added a comment -

Captured the problem with -X:

23-Sep-2009 20:04:13 [DEBUG] Artifact resolved
23-Sep-2009 20:04:13 [DEBUG] ccad-firebird-core-base-common: using locally installed snapshot
23-Sep-2009 20:04:13 [DEBUG] Trying repository central
23-Sep-2009 20:04:13 [DEBUG] Checking for pre-existing User-Agent configuration.
23-Sep-2009 20:04:13 [DEBUG] Adding User-Agent configuration.
23-Sep-2009 20:04:13 [DEBUG] Connecting to repository: 'central' with url: 'https://vmswdev1/artifactory/repo'.
23-Sep-2009 20:04:13 Downloading: https://vmswdev1/artifactory/repo/com/ccadllc/firebird/core/ccad-firebird-core-base-common/3.1.0-SNAPSHOT/ccad-firebird-core-base-common-3.1.0-SNAPSHOT.jar
23-Sep-2009 20:04:13 [DEBUG] sending ==> If-Modified-Since: Thu, 24-Sep-09 03:03:09 GMT
23-Sep-2009 20:04:13 (1253761389000)
23-Sep-2009 20:04:29 [DEBUG] https://vmswdev1/artifactory/repo/com/ccadllc/firebird/core/ccad-firebird-core-base-common/3.1.0-SNAPSHOT/ccad-firebird-core-base-common-3.1.0-SNAPSHOT.jar - Status code: 404
23-Sep-2009 20:04:29 [DEBUG] File: https://vmswdev1/artifactory/repo/com/ccadllc/firebird/core/ccad-firebird-core-base-common/3.1.0-SNAPSHOT/ccad-firebird-core-base-common-3.1.0-SNAPSHOT.jar does not exist
23-Sep-2009 20:04:29 org.apache.maven.wagon.ResourceDoesNotExistException: File: https://vmswdev1/artifactory/repo/com/ccadllc/firebird/core/ccad-firebird-core-base-common/3.1.0-SNAPSHOT/ccad-firebird-core-base-common-3.1.0-SNAPSHOT.jar does not exist
23-Sep-2009 20:04:29 at org.apache.maven.wagon.shared.http.AbstractHttpClientWagon.fillInputData(AbstractHttpClientWagon.java:603)
23-Sep-2009 20:04:29 at org.apache.maven.wagon.StreamWagon.getInputStream(StreamWagon.java:116)
23-Sep-2009 20:04:29 at org.apache.maven.wagon.StreamWagon.getIfNewer(StreamWagon.java:88)
23-Sep-2009 20:04:29 at org.apache.maven.artifact.manager.DefaultWagonManager.getRemoteFile(DefaultWagonManager.java:475)
23-Sep-2009 20:04:29 at org.apache.maven.artifact.manager.DefaultWagonManager.getArtifact(DefaultWagonManager.java:372)
23-Sep-2009 20:04:29 at org.apache.maven.artifact.resolver.DefaultArtifactResolver.resolve(DefaultArtifactResolver.java:212)
23-Sep-2009 20:04:29 at org.apache.maven.artifact.resolver.DefaultArtifactResolver.resolve(DefaultArtifactResolver.java:90)
23-Sep-2009 20:04:29 at org.apache.maven.artifact.resolver.DefaultArtifactResolver$ResolveArtifactTask.resolveArtifact(DefaultArtifactResolver.java:456)
23-Sep-2009 20:04:29 at org.apache.maven.artifact.resolver.DefaultArtifactResolver$ResolveArtifactTask.run(DefaultArtifactResolver.java:433)
23-Sep-2009 20:04:29 at hidden.edu.emory.mathcs.backport.java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1061)
23-Sep-2009 20:04:29 at hidden.edu.emory.mathcs.backport.java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:575)
23-Sep-2009 20:04:29 at java.lang.Thread.run(Thread.java:636)
23-Sep-2009 20:04:29 [DEBUG] File: https://vmswdev1/artifactory/repo/com/ccadllc/firebird/core/ccad-firebird-core-base-common/3.1.0-SNAPSHOT/ccad-firebird-core-base-common-3.1.0-SNAPSHOT.jar does not exist
23-Sep-2009 20:04:29
23-Sep-2009 20:04:29 Try downloading the file manually from the project website.
23-Sep-2009 20:04:29
23-Sep-2009 20:04:29 Then, install it using the command:
23-Sep-2009 20:04:29 mvn install:install-file -DgroupId=com.ccadllc.firebird.core -DartifactId=ccad-firebird-core-base-common -Dversion=3.1.0-SNAPSHOT -Dpackaging=jar -Dfile=/path/to/file
23-Sep-2009 20:04:29
23-Sep-2009 20:04:29 Alternatively, if you host your own repository you can deploy the file there:
23-Sep-2009 20:04:29 mvn deploy:deploy-file -DgroupId=com.ccadllc.firebird.core -DartifactId=ccad-firebird-core-base-common -Dversion=3.1.0-SNAPSHOT -Dpackaging=jar -Dfile=/path/to/file -Durl=[url] -DrepositoryId=[id]
23-Sep-2009 20:04:29
23-Sep-2009 20:04:29 Path to dependency:
23-Sep-2009 20:04:29 1) com.ccadllc.dks:com.ccadllc.dks.assembly2-repository:1.0.0-S5_SNAPSHOT
23-Sep-2009 20:04:29 2) com.ccadllc.osgi:com.ccadllc.osgi.appserver2-repository:1.0.8-SNAPSHOT
23-Sep-2009 20:04:29 3) com.ccadllc.firebird.core:ccad-firebird-core-base-common:jar:3.1.0-SNAPSHOT
23-Sep-2009 20:04:29
23-Sep-2009 20:04:29
23-Sep-2009 20:04:29 com.ccadllc.firebird.core:ccad-firebird-core-base-common:jar:3.1.0-SNAPSHOT
23-Sep-2009 20:04:29
23-Sep-2009 20:04:29 from the specified remote repositories:
23-Sep-2009 20:04:29 central (https://vmswdev1/artifactory/repo)
23-Sep-2009 20:04:29
23-Sep-2009 20:04:29
23-Sep-2009 20:04:29 org.apache.maven.artifact.resolver.ArtifactNotFoundException: File: https://vmswdev1/artifactory/repo/com/ccadllc/firebird/core/ccad-firebird-core-base-common/3.1.0-SNAPSHOT/ccad-firebird-core-base-common-3.1.0-SNAPSHOT.jar does not exist
23-Sep-2009 20:04:29
23-Sep-2009 20:04:29 Try downloading the file manually from the project website.
23-Sep-2009 20:04:29
23-Sep-2009 20:04:29 Then, install it using the command:
23-Sep-2009 20:04:29 mvn install:install-file -DgroupId=com.ccadllc.firebird.core -DartifactId=ccad-firebird-core-base-common -Dversion=3.1.0-SNAPSHOT -Dpackaging=jar -Dfile=/path/to/file
23-Sep-2009 20:04:29
23-Sep-2009 20:04:29 Alternatively, if you host your own repository you can deploy the file there:
23-Sep-2009 20:04:29 mvn deploy:deploy-file -DgroupId=com.ccadllc.firebird.core -DartifactId=ccad-firebird-core-base-common -Dversion=3.1.0-SNAPSHOT -Dpackaging=jar -Dfile=/path/to/file -Durl=[url] -DrepositoryId=[id]
23-Sep-2009 20:04:29
23-Sep-2009 20:04:29 Path to dependency:
23-Sep-2009 20:04:29 1) com.ccadllc.dks:com.ccadllc.dks.assembly2-repository:1.0.0-S5_SNAPSHOT
23-Sep-2009 20:04:29 2) com.ccadllc.osgi:com.ccadllc.osgi.appserver2-repository:1.0.8-SNAPSHOT
23-Sep-2009 20:04:29 3) com.ccadllc.firebird.core:ccad-firebird-core-base-common:jar:3.1.0-SNAPSHOT
23-Sep-2009 20:04:29
23-Sep-2009 20:04:29
23-Sep-2009 20:04:29 com.ccadllc.firebird.core:ccad-firebird-core-base-common:jar:3.1.0-SNAPSHOT
23-Sep-2009 20:04:29
23-Sep-2009 20:04:29 from the specified remote repositories:
23-Sep-2009 20:04:29 central (https://vmswdev1/artifactory/repo)
23-Sep-2009 20:04:29
23-Sep-2009 20:04:29
23-Sep-2009 20:04:29 at org.apache.maven.artifact.resolver.DefaultArtifactResolver.resolve(DefaultArtifactResolver.java:228)
23-Sep-2009 20:04:29 at org.apache.maven.artifact.resolver.DefaultArtifactResolver.resolve(DefaultArtifactResolver.java:90)
23-Sep-2009 20:04:29 at org.apache.maven.artifact.resolver.DefaultArtifactResolver$ResolveArtifactTask.resolveArtifact(DefaultArtifactResolver.java:456)
23-Sep-2009 20:04:29 at org.apache.maven.artifact.resolver.DefaultArtifactResolver$ResolveArtifactTask.run(DefaultArtifactResolver.java:433)
23-Sep-2009 20:04:29 at hidden.edu.emory.mathcs.backport.java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1061)
23-Sep-2009 20:04:29 at hidden.edu.emory.mathcs.backport.java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:575)
23-Sep-2009 20:04:29 at java.lang.Thread.run(Thread.java:636)
23-Sep-2009 20:04:29 Caused by: org.apache.maven.wagon.ResourceDoesNotExistException: File: https://vmswdev1/artifactory/repo/com/ccadllc/firebird/core/ccad-firebird-core-base-common/3.1.0-SNAPSHOT/ccad-firebird-core-base-common-3.1.0-SNAPSHOT.jar does not exist
23-Sep-2009 20:04:29 at org.apache.maven.wagon.shared.http.AbstractHttpClientWagon.fillInputData(AbstractHttpClientWagon.java:603)
23-Sep-2009 20:04:29 at org.apache.maven.wagon.StreamWagon.getInputStream(StreamWagon.java:116)
23-Sep-2009 20:04:29 at org.apache.maven.wagon.StreamWagon.getIfNewer(StreamWagon.java:88)
23-Sep-2009 20:04:29 at org.apache.maven.artifact.manager.DefaultWagonManager.getRemoteFile(DefaultWagonManager.java:475)
23-Sep-2009 20:04:29 at org.apache.maven.artifact.manager.DefaultWagonManager.getArtifact(DefaultWagonManager.java:372)
23-Sep-2009 20:04:29 at org.apache.maven.artifact.resolver.DefaultArtifactResolver.resolve(DefaultArtifactResolver.java:212)
23-Sep-2009 20:04:29 ... 6 more

Show
Eric Berry added a comment - Captured the problem with -X: 23-Sep-2009 20:04:13 [DEBUG] Artifact resolved 23-Sep-2009 20:04:13 [DEBUG] ccad-firebird-core-base-common: using locally installed snapshot 23-Sep-2009 20:04:13 [DEBUG] Trying repository central 23-Sep-2009 20:04:13 [DEBUG] Checking for pre-existing User-Agent configuration. 23-Sep-2009 20:04:13 [DEBUG] Adding User-Agent configuration. 23-Sep-2009 20:04:13 [DEBUG] Connecting to repository: 'central' with url: 'https://vmswdev1/artifactory/repo'. 23-Sep-2009 20:04:13 Downloading: https://vmswdev1/artifactory/repo/com/ccadllc/firebird/core/ccad-firebird-core-base-common/3.1.0-SNAPSHOT/ccad-firebird-core-base-common-3.1.0-SNAPSHOT.jar 23-Sep-2009 20:04:13 [DEBUG] sending ==> If-Modified-Since: Thu, 24-Sep-09 03:03:09 GMT 23-Sep-2009 20:04:13 (1253761389000) 23-Sep-2009 20:04:29 [DEBUG] https://vmswdev1/artifactory/repo/com/ccadllc/firebird/core/ccad-firebird-core-base-common/3.1.0-SNAPSHOT/ccad-firebird-core-base-common-3.1.0-SNAPSHOT.jar - Status code: 404 23-Sep-2009 20:04:29 [DEBUG] File: https://vmswdev1/artifactory/repo/com/ccadllc/firebird/core/ccad-firebird-core-base-common/3.1.0-SNAPSHOT/ccad-firebird-core-base-common-3.1.0-SNAPSHOT.jar does not exist 23-Sep-2009 20:04:29 org.apache.maven.wagon.ResourceDoesNotExistException: File: https://vmswdev1/artifactory/repo/com/ccadllc/firebird/core/ccad-firebird-core-base-common/3.1.0-SNAPSHOT/ccad-firebird-core-base-common-3.1.0-SNAPSHOT.jar does not exist 23-Sep-2009 20:04:29 at org.apache.maven.wagon.shared.http.AbstractHttpClientWagon.fillInputData(AbstractHttpClientWagon.java:603) 23-Sep-2009 20:04:29 at org.apache.maven.wagon.StreamWagon.getInputStream(StreamWagon.java:116) 23-Sep-2009 20:04:29 at org.apache.maven.wagon.StreamWagon.getIfNewer(StreamWagon.java:88) 23-Sep-2009 20:04:29 at org.apache.maven.artifact.manager.DefaultWagonManager.getRemoteFile(DefaultWagonManager.java:475) 23-Sep-2009 20:04:29 at org.apache.maven.artifact.manager.DefaultWagonManager.getArtifact(DefaultWagonManager.java:372) 23-Sep-2009 20:04:29 at org.apache.maven.artifact.resolver.DefaultArtifactResolver.resolve(DefaultArtifactResolver.java:212) 23-Sep-2009 20:04:29 at org.apache.maven.artifact.resolver.DefaultArtifactResolver.resolve(DefaultArtifactResolver.java:90) 23-Sep-2009 20:04:29 at org.apache.maven.artifact.resolver.DefaultArtifactResolver$ResolveArtifactTask.resolveArtifact(DefaultArtifactResolver.java:456) 23-Sep-2009 20:04:29 at org.apache.maven.artifact.resolver.DefaultArtifactResolver$ResolveArtifactTask.run(DefaultArtifactResolver.java:433) 23-Sep-2009 20:04:29 at hidden.edu.emory.mathcs.backport.java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1061) 23-Sep-2009 20:04:29 at hidden.edu.emory.mathcs.backport.java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:575) 23-Sep-2009 20:04:29 at java.lang.Thread.run(Thread.java:636) 23-Sep-2009 20:04:29 [DEBUG] File: https://vmswdev1/artifactory/repo/com/ccadllc/firebird/core/ccad-firebird-core-base-common/3.1.0-SNAPSHOT/ccad-firebird-core-base-common-3.1.0-SNAPSHOT.jar does not exist 23-Sep-2009 20:04:29 23-Sep-2009 20:04:29 Try downloading the file manually from the project website. 23-Sep-2009 20:04:29 23-Sep-2009 20:04:29 Then, install it using the command: 23-Sep-2009 20:04:29 mvn install:install-file -DgroupId=com.ccadllc.firebird.core -DartifactId=ccad-firebird-core-base-common -Dversion=3.1.0-SNAPSHOT -Dpackaging=jar -Dfile=/path/to/file 23-Sep-2009 20:04:29 23-Sep-2009 20:04:29 Alternatively, if you host your own repository you can deploy the file there: 23-Sep-2009 20:04:29 mvn deploy:deploy-file -DgroupId=com.ccadllc.firebird.core -DartifactId=ccad-firebird-core-base-common -Dversion=3.1.0-SNAPSHOT -Dpackaging=jar -Dfile=/path/to/file -Durl=[url] -DrepositoryId=[id] 23-Sep-2009 20:04:29 23-Sep-2009 20:04:29 Path to dependency: 23-Sep-2009 20:04:29 1) com.ccadllc.dks:com.ccadllc.dks.assembly2-repository:1.0.0-S5_SNAPSHOT 23-Sep-2009 20:04:29 2) com.ccadllc.osgi:com.ccadllc.osgi.appserver2-repository:1.0.8-SNAPSHOT 23-Sep-2009 20:04:29 3) com.ccadllc.firebird.core:ccad-firebird-core-base-common:jar:3.1.0-SNAPSHOT 23-Sep-2009 20:04:29 23-Sep-2009 20:04:29 23-Sep-2009 20:04:29 com.ccadllc.firebird.core:ccad-firebird-core-base-common:jar:3.1.0-SNAPSHOT 23-Sep-2009 20:04:29 23-Sep-2009 20:04:29 from the specified remote repositories: 23-Sep-2009 20:04:29 central (https://vmswdev1/artifactory/repo) 23-Sep-2009 20:04:29 23-Sep-2009 20:04:29 23-Sep-2009 20:04:29 org.apache.maven.artifact.resolver.ArtifactNotFoundException: File: https://vmswdev1/artifactory/repo/com/ccadllc/firebird/core/ccad-firebird-core-base-common/3.1.0-SNAPSHOT/ccad-firebird-core-base-common-3.1.0-SNAPSHOT.jar does not exist 23-Sep-2009 20:04:29 23-Sep-2009 20:04:29 Try downloading the file manually from the project website. 23-Sep-2009 20:04:29 23-Sep-2009 20:04:29 Then, install it using the command: 23-Sep-2009 20:04:29 mvn install:install-file -DgroupId=com.ccadllc.firebird.core -DartifactId=ccad-firebird-core-base-common -Dversion=3.1.0-SNAPSHOT -Dpackaging=jar -Dfile=/path/to/file 23-Sep-2009 20:04:29 23-Sep-2009 20:04:29 Alternatively, if you host your own repository you can deploy the file there: 23-Sep-2009 20:04:29 mvn deploy:deploy-file -DgroupId=com.ccadllc.firebird.core -DartifactId=ccad-firebird-core-base-common -Dversion=3.1.0-SNAPSHOT -Dpackaging=jar -Dfile=/path/to/file -Durl=[url] -DrepositoryId=[id] 23-Sep-2009 20:04:29 23-Sep-2009 20:04:29 Path to dependency: 23-Sep-2009 20:04:29 1) com.ccadllc.dks:com.ccadllc.dks.assembly2-repository:1.0.0-S5_SNAPSHOT 23-Sep-2009 20:04:29 2) com.ccadllc.osgi:com.ccadllc.osgi.appserver2-repository:1.0.8-SNAPSHOT 23-Sep-2009 20:04:29 3) com.ccadllc.firebird.core:ccad-firebird-core-base-common:jar:3.1.0-SNAPSHOT 23-Sep-2009 20:04:29 23-Sep-2009 20:04:29 23-Sep-2009 20:04:29 com.ccadllc.firebird.core:ccad-firebird-core-base-common:jar:3.1.0-SNAPSHOT 23-Sep-2009 20:04:29 23-Sep-2009 20:04:29 from the specified remote repositories: 23-Sep-2009 20:04:29 central (https://vmswdev1/artifactory/repo) 23-Sep-2009 20:04:29 23-Sep-2009 20:04:29 23-Sep-2009 20:04:29 at org.apache.maven.artifact.resolver.DefaultArtifactResolver.resolve(DefaultArtifactResolver.java:228) 23-Sep-2009 20:04:29 at org.apache.maven.artifact.resolver.DefaultArtifactResolver.resolve(DefaultArtifactResolver.java:90) 23-Sep-2009 20:04:29 at org.apache.maven.artifact.resolver.DefaultArtifactResolver$ResolveArtifactTask.resolveArtifact(DefaultArtifactResolver.java:456) 23-Sep-2009 20:04:29 at org.apache.maven.artifact.resolver.DefaultArtifactResolver$ResolveArtifactTask.run(DefaultArtifactResolver.java:433) 23-Sep-2009 20:04:29 at hidden.edu.emory.mathcs.backport.java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1061) 23-Sep-2009 20:04:29 at hidden.edu.emory.mathcs.backport.java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:575) 23-Sep-2009 20:04:29 at java.lang.Thread.run(Thread.java:636) 23-Sep-2009 20:04:29 Caused by: org.apache.maven.wagon.ResourceDoesNotExistException: File: https://vmswdev1/artifactory/repo/com/ccadllc/firebird/core/ccad-firebird-core-base-common/3.1.0-SNAPSHOT/ccad-firebird-core-base-common-3.1.0-SNAPSHOT.jar does not exist 23-Sep-2009 20:04:29 at org.apache.maven.wagon.shared.http.AbstractHttpClientWagon.fillInputData(AbstractHttpClientWagon.java:603) 23-Sep-2009 20:04:29 at org.apache.maven.wagon.StreamWagon.getInputStream(StreamWagon.java:116) 23-Sep-2009 20:04:29 at org.apache.maven.wagon.StreamWagon.getIfNewer(StreamWagon.java:88) 23-Sep-2009 20:04:29 at org.apache.maven.artifact.manager.DefaultWagonManager.getRemoteFile(DefaultWagonManager.java:475) 23-Sep-2009 20:04:29 at org.apache.maven.artifact.manager.DefaultWagonManager.getArtifact(DefaultWagonManager.java:372) 23-Sep-2009 20:04:29 at org.apache.maven.artifact.resolver.DefaultArtifactResolver.resolve(DefaultArtifactResolver.java:212) 23-Sep-2009 20:04:29 ... 6 more
Hide
Permalink
Eric Berry added a comment -

After taking a look at the artifactory log, it looks like artifactory is timing out reading from the remote repository.

Show
Eric Berry added a comment - After taking a look at the artifactory log, it looks like artifactory is timing out reading from the remote repository.
Hide
Permalink
John Casey added a comment -

we've gotten lost in the weeds a little bit in this issue. Robert, is Maven 2.2.1 working for you?

Show
John Casey added a comment - we've gotten lost in the weeds a little bit in this issue. Robert, is Maven 2.2.1 working for you?
Hide
Permalink
Robert Glover Jr added a comment -

The corporate security policies at work are so fantastically paranoid, that I continue to use Maven 2.09 on the job instead of upgrading to a more recent version. I sincerely apologize for being so unhelpful as to whether Maven 2.2.1 works through the proxy or not. It's even been a while since I've run maven from the command line, because I've been able to do my work using m2eclipse. I guess after all the work that's been done on this jira, I really should try Maven 2.2.1. Will post if I can find some time to try it.
best wishes,
Robert

Show
Robert Glover Jr added a comment - The corporate security policies at work are so fantastically paranoid, that I continue to use Maven 2.09 on the job instead of upgrading to a more recent version. I sincerely apologize for being so unhelpful as to whether Maven 2.2.1 works through the proxy or not. It's even been a while since I've run maven from the command line, because I've been able to do my work using m2eclipse. I guess after all the work that's been done on this jira, I really should try Maven 2.2.1. Will post if I can find some time to try it. best wishes, Robert
Hide
Permalink
Bernhard Dangl added a comment -

I'm rather new to maven but have found the following problem working with a proxy:

I use Maven 2.2.1 with Java 1.6.0_16.

I had to reach SSL-repositories as well as nonSSL-repositories via proxy. So I added the following lines to the settings.xml-file:

<proxies>
    <proxy>
      <active>true</active>
      <protocol>http</protocol>
      <host>proxy.mycompany.com</host>
      <port>8080</port>
      <nonProxyHosts></nonProxyHosts>
    </proxy>
    <proxy>
      <active>true</active>
      <protocol>https</protocol>
      <host>proxy.mycompany.com</host>
      <port>8080</port>
      <nonProxyHosts></nonProxyHosts>
    </proxy>
  </proxies>

But maven fails to connect to either http- or https-repositories. This depends on the proxy setting mentioned first in the settings.xml.

Found the following solution:

I set the environment variable MAVEN_OPTS:

MAVEN_OPTS="-Dhttp.proxyHost=proxy.mycompany.com -Dhttp.proxyPort=8080 -Dhttps.proxyHost=proxy.mycompany.com -Dhttps.proxyPort=8080 -Dmaven.wagon.provider.http=httpclient -Dmaven.wagon.provider.https=lightweight"

With this settings maven works fine. So I had to specify different wagon-providers for the two protocolls to get it work.

Show
Bernhard Dangl added a comment - I'm rather new to maven but have found the following problem working with a proxy: I use Maven 2.2.1 with Java 1.6.0_16. I had to reach SSL-repositories as well as nonSSL-repositories via proxy. So I added the following lines to the settings.xml-file: 
<proxies>
    <proxy>
      <active>true</active>
      <protocol>http</protocol>
      <host>proxy.mycompany.com</host>
      <port>8080</port>
      <nonProxyHosts></nonProxyHosts>
    </proxy>
    <proxy>
      <active>true</active>
      <protocol>https</protocol>
      <host>proxy.mycompany.com</host>
      <port>8080</port>
      <nonProxyHosts></nonProxyHosts>
    </proxy>
  </proxies>
But maven fails to connect to either http- or https-repositories. This depends on the proxy setting mentioned first in the settings.xml. Found the following solution: I set the environment variable MAVEN_OPTS: 
MAVEN_OPTS="-Dhttp.proxyHost=proxy.mycompany.com -Dhttp.proxyPort=8080 -Dhttps.proxyHost=proxy.mycompany.com -Dhttps.proxyPort=8080 -Dmaven.wagon.provider.http=httpclient -Dmaven.wagon.provider.https=lightweight"
With this settings maven works fine. So I had to specify different wagon-providers for the two protocolls to get it work.
Hide
Permalink
Robert Glover Jr added a comment -

By good luck, an associate of mine seems to have located the specific reason why Maven firewall "broke" (for some of us) when Maven 2.1.0 was released. The problem can be seen if a debugging proxy is used to intercept and examine the request header that is sent outbound from Maven 2.1.0. In earlier versions the request header simply stated the java version. However the request header sent by Maven 2.1.0 says something to the effect of "Maven Apache.. etc.".
If a debugging proxy is used to change the text of the request head back to what it was in Maven 2.0.9 and earlier, the problem with the firewall disappears and Maven 2.1.0 works again through a firewall.
So, this sounds like it should be almost trivially simple for the Maven developers to "fix" so as to provide backwards compatibility in Maven 2.1.0 and above. I.e., add an option to send the same request header that Maven was sending in Maven 2.0.9 and earlier.
I hope someone on the Maven developer team reads this and can implement a quick fix. It is so frustrating to be forced to use Maven 2.0.9 instead of all the goodness in Maven 2.1.0, not to mention Maven 3.

Show
Robert Glover Jr added a comment - By good luck, an associate of mine seems to have located the specific reason why Maven firewall "broke" (for some of us) when Maven 2.1.0 was released. The problem can be seen if a debugging proxy is used to intercept and examine the request header that is sent outbound from Maven 2.1.0. In earlier versions the request header simply stated the java version. However the request header sent by Maven 2.1.0 says something to the effect of "Maven Apache.. etc.". If a debugging proxy is used to change the text of the request head back to what it was in Maven 2.0.9 and earlier, the problem with the firewall disappears and Maven 2.1.0 works again through a firewall. So, this sounds like it should be almost trivially simple for the Maven developers to "fix" so as to provide backwards compatibility in Maven 2.1.0 and above. I.e., add an option to send the same request header that Maven was sending in Maven 2.0.9 and earlier. I hope someone on the Maven developer team reads this and can implement a quick fix. It is so frustrating to be forced to use Maven 2.0.9 instead of all the goodness in Maven 2.1.0, not to mention Maven 3.
Hide
Permalink
Benjamin Bentmann added a comment -

Thanks for the info, the change in user agent is due to MNG-3652. You could try the advanced HTTP config to force another agent or in Maven3 add -Daether.connector.userAgent=desired-agent to your MAVEN_OPTS. But in the long run, you should probably talk to the firewall maintainer to allow the Maven's requests to pass through, with their original user agent info.

Show
Benjamin Bentmann added a comment - Thanks for the info, the change in user agent is due to MNG-3652. You could try the advanced HTTP config to force another agent or in Maven3 add -Daether.connector.userAgent=desired-agent to your MAVEN_OPTS. But in the long run, you should probably talk to the firewall maintainer to allow the Maven's requests to pass through, with their original user agent info.
Hide
Permalink
Robert Glover Jr added a comment -

I asked my associated to review the comment I made above, and he replied, "The biggest problem with your description is that you keep calling it "the request header". It is the user-agent header and you should make that clear."
So please, when reading the comment above think "user-agent" whenever you see "request header".

Show
Robert Glover Jr added a comment - I asked my associated to review the comment I made above, and he replied, "The biggest problem with your description is that you keep calling it "the request header". It is the user-agent header and you should make that clear." So please, when reading the comment above think "user-agent" whenever you see "request header".
Hide
Permalink
Robert Glover Jr added a comment -

Benjamin, my associate took a look at your response and especially the link you provided: http://maven.apache.org/guides/mini/guide-http-settings.html

His reply indicates to me that it would be incredibly helpful if you could provide a a simple step-by-step explanation on how to change the user agent header-- ideally in your next comment here. (Hopeful, wistful smile).

Here are my associates's 2 comments:

First comment: Unfortunately it doesn't say anything about the user agent header. And the whole thing is pretty confusing.

Second comment in a subsequent email: I re-read it and tried again to follow the instructions but was unsuccessful. The user agent doesn't change.

Show
Robert Glover Jr added a comment - Benjamin, my associate took a look at your response and especially the link you provided: http://maven.apache.org/guides/mini/guide-http-settings.html His reply indicates to me that it would be incredibly helpful if you could provide a a simple step-by-step explanation on how to change the user agent header-- ideally in your next comment here. (Hopeful, wistful smile). Here are my associates's 2 comments: First comment: Unfortunately it doesn't say anything about the user agent header. And the whole thing is pretty confusing. Second comment in a subsequent email: I re-read it and tried again to follow the instructions but was unsuccessful. The user agent doesn't change.
Hide
Permalink
Robert Glover Jr added a comment -

Here are specific details for this problem, as forwarded by my associate a few minutes ago:

Apache Maven 2.2.1 (r801777; 2009-08-06 15:16:01-0400)
Java version: 1.6.0_21
Default locale: en_US, platform encoding: Cp1252
OS name: "windows xp" version: "5.1" arch: "x86" Family: "windows"

Failing user agent: Apache-Maven/2.2 (Java 1.6.0_21; Windows XP 5.1) maven-artifact/2.2.1
Successful user agent: Java/1.6.0_21

Show
Robert Glover Jr added a comment - Here are specific details for this problem, as forwarded by my associate a few minutes ago: Apache Maven 2.2.1 (r801777; 2009-08-06 15:16:01-0400) Java version: 1.6.0_21 Default locale: en_US, platform encoding: Cp1252 OS name: "windows xp" version: "5.1" arch: "x86" Family: "windows" Failing user agent: Apache-Maven/2.2 (Java 1.6.0_21; Windows XP 5.1) maven-artifact/2.2.1 Successful user agent: Java/1.6.0_21
Hide
Permalink
Robert Glover Jr added a comment -

My associate tells me that adding to the folowing to settings.xml fixes the problem. Hooray!

<server>
<id>nexus</id>
<configuration>
<wagonProvider>httpclient</wagonProvider>
<httpHeaders>
<property>
<name>User-Agent</name>
<value>Java/1.6.0_21</value>
</property>
</httpHeaders>
</configuration>
</server>

Show
Robert Glover Jr added a comment - My associate tells me that adding to the folowing to settings.xml fixes the problem. Hooray! <server> <id>nexus</id> <configuration> <wagonProvider>httpclient</wagonProvider> <httpHeaders> <property> <name>User-Agent</name> <value>Java/1.6.0_21</value> </property> </httpHeaders> </configuration> </server>
Hide
Permalink
Robert Glover Jr added a comment -

I have verified that by using the <server> configuration shown in the preceeding comment, I can do a successful Maven "package" in maven version 2.2.1. However I get a "wagon" failure when I use the exact same settings.xml file but change the version of maven to either version 2.0.11 or version 2.1.0. (And of course, maven 2.0.9 and below always work and do not need that <server> configuration shown in the comment at all.
To be completely clear about this, at the bottom of this comment I pasted the 2 <server> additions I use in settings.xml. It works perfectly in maven 2.2.1, it is not needed in maven 2.0.9 and below, and it causes a "wagon" error message and does not work in maven 2.0.11 and maven 2.1.0.

The error message I get running version 2.0.11 is "Unable to apply wagon configuration." (see below). Same error occurs in maven 2.1.0

[INFO] ------------------------------------------------------------------------
[WARNING] Unable to get resource 'org.apache.maven.plugins:maven-resources-plugin:pom:2.3' from repository central (http://repo1.maven.org/maven2): While configuring wagon for 'central': Unable to apply wagon configuration.
[WARNING] Unable to get resource 'org.apache.maven.plugins:maven-resources-plugin:pom:2.3' from repository nexus (http://b1bsdzv03:8082/nexus/content/groups/public): While configuring wagon for 'nexus': Unable to apply wagon configuration.
[WARNING] Unable to get resource 'org.apache.maven.plugins:maven-resources-plugin:pom:2.3' from repository central (http://repo1.maven.org/maven2): While configuring wagon for 'central': Unable to apply wagon configuration.
[INFO] ------------------------------------------------------------------------

<servers>

<server>
<id>nexus</id>
<configuration>
<wagonProvider>httpclient</wagonProvider>
<httpHeaders>
<property>
<name>User-Agent</name>
<value>Java/1.6.0_21</value>
</property>
</httpHeaders>
</configuration>
</server>

<server>
<id>central</id>
<configuration>
<wagonProvider>httpclient</wagonProvider>
<httpHeaders>
<property>
<name>User-Agent</name>
<value>Java/1.6.0_21</value>
</property>
</httpHeaders>
</configuration>
</server>

Show
Robert Glover Jr added a comment - I have verified that by using the <server> configuration shown in the preceeding comment, I can do a successful Maven "package" in maven version 2.2.1. However I get a "wagon" failure when I use the exact same settings.xml file but change the version of maven to either version 2.0.11 or version 2.1.0. (And of course, maven 2.0.9 and below always work and do not need that <server> configuration shown in the comment at all. To be completely clear about this, at the bottom of this comment I pasted the 2 <server> additions I use in settings.xml. It works perfectly in maven 2.2.1, it is not needed in maven 2.0.9 and below, and it causes a "wagon" error message and does not work in maven 2.0.11 and maven 2.1.0. The error message I get running version 2.0.11 is "Unable to apply wagon configuration." (see below). Same error occurs in maven 2.1.0 [INFO] ------------------------------------------------------------------------ [WARNING] Unable to get resource 'org.apache.maven.plugins:maven-resources-plugin:pom:2.3' from repository central (http://repo1.maven.org/maven2): While configuring wagon for 'central': Unable to apply wagon configuration. [WARNING] Unable to get resource 'org.apache.maven.plugins:maven-resources-plugin:pom:2.3' from repository nexus (http://b1bsdzv03:8082/nexus/content/groups/public): While configuring wagon for 'nexus': Unable to apply wagon configuration. [WARNING] Unable to get resource 'org.apache.maven.plugins:maven-resources-plugin:pom:2.3' from repository central (http://repo1.maven.org/maven2): While configuring wagon for 'central': Unable to apply wagon configuration. [INFO] ------------------------------------------------------------------------ <servers> <server> <id>nexus</id> <configuration> <wagonProvider>httpclient</wagonProvider> <httpHeaders> <property> <name>User-Agent</name> <value>Java/1.6.0_21</value> </property> </httpHeaders> </configuration> </server> <server> <id>central</id> <configuration> <wagonProvider>httpclient</wagonProvider> <httpHeaders> <property> <name>User-Agent</name> <value>Java/1.6.0_21</value> </property> </httpHeaders> </configuration> </server>
Hide
Permalink
Robert Glover Jr added a comment -

I want to be clearer about the addition to settings.xml shown in the comment above not working in maven version 2.1.0. I originally tested to my satisfaction that it does not work (in maven 2.1.0) by testing with the version of maven that comes prepackaged in the zip file for the newest version of the Atlassian Plugin SDK ( http://confluence.atlassian.com/display/DEVNET/Atlassian+Plugin+SDK+Documentation ) .
To rule out that the version of maven (2.1.0) Atlassian's included in their package "maven-2.1.0-uber.jar" is not the latest version of maven 2.1.0, I just now went into the maven archives and downloaded/installed the latest version of maven 2.1.0 and verified that when I test against "Apache Maven 2.1.0 (r755702; 2009-03-18 15:10:27-0400)"
I get this same "Unable to apply wagon configuration." error (which I do not get in Maven 2.2.1) :

The reason this is a problem is that I cannot simply start using maven 2.2.1 for my specific need: the Atlassian Plugin SDK will only work with maven 2.1.0. I confirmed that with the Atlassian Plugin developers at Atlassian.

So, since this JIRA is closed because MNG-4211 this is not a bug, I wonder if a new JIRA should be opened for this specific inability to change the User-Agent in version 2.1.0 of maven without getting a Wagon error?

Show
Robert Glover Jr added a comment - I want to be clearer about the addition to settings.xml shown in the comment above not working in maven version 2.1.0. I originally tested to my satisfaction that it does not work (in maven 2.1.0) by testing with the version of maven that comes prepackaged in the zip file for the newest version of the Atlassian Plugin SDK ( http://confluence.atlassian.com/display/DEVNET/Atlassian+Plugin+SDK+Documentation ) . To rule out that the version of maven (2.1.0) Atlassian's included in their package "maven-2.1.0-uber.jar" is not the latest version of maven 2.1.0, I just now went into the maven archives and downloaded/installed the latest version of maven 2.1.0 and verified that when I test against "Apache Maven 2.1.0 (r755702; 2009-03-18 15:10:27-0400)" I get this same "Unable to apply wagon configuration." error (which I do not get in Maven 2.2.1) : The reason this is a problem is that I cannot simply start using maven 2.2.1 for my specific need: the Atlassian Plugin SDK will only work with maven 2.1.0. I confirmed that with the Atlassian Plugin developers at Atlassian. So, since this JIRA is closed because MNG-4211 this is not a bug, I wonder if a new JIRA should be opened for this specific inability to change the User-Agent in version 2.1.0 of maven without getting a Wagon error?

People

  • Assignee:
    Benjamin Bentmann
    Reporter:
    Robert Glover Jr
Vote (5)
Watch (6)

Dates

  • Created:
    Updated:
    Resolved: