[jira] Commented: (MNG-4301) Invalid checksums on deploy when using webdav without extension

2011-06-19 Thread Benson Margulies (JIRA)

[ 
http://jira.codehaus.org/browse/MNG-4301?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=270827#comment-270827
 ] 

Benson Margulies commented on MNG-4301:
---

Doesn't this net out to a bug in the dav plugin, not maven itself?

 Invalid checksums on deploy when using webdav without extension
 ---

 Key: MNG-4301
 URL: http://jira.codehaus.org/browse/MNG-4301
 Project: Maven 2  3
  Issue Type: Bug
  Components: Deployment
Affects Versions: 2.2.1
 Environment: n/a
Reporter: Kevin Shekleton
Priority: Blocker
 Fix For: Issues to be reviewed for 3.x


 With maven 2.2.1, our deployments via webdav are producing invalid checksums, 
 similar to the issue reported in MNG-4235.
 From maven 2.0.8 and previous, the following build extension was required to 
 deploy via webdav:
 extensions
extension
   groupIdorg.apache.maven.wagon/groupId
   artifactIdwagon-webdav/artifactId
   version1.0-beta-2/version
/extension
 /extensions
 Starting with maven 2.0.9 (see MNG-3418), webdav was included by default and 
 the aforementioned build extension must be removed from the project.  If it 
 was included in the project the deployment would fail as Maven would report 
 multiple versions of wagon-webdav present.
 With maven 2.2.0, our deployment suffered from invalid checksums reported in 
 MNG-4235.
 With maven 2.2.1, we still see the invalid checksums on deployment as 
 reported in MNG-4235.  However, I've found that if you add the above build 
 extension into the project, we don't experience this issue (of generating 
 invalid checksums).  Is this workaround an intentional change brought about 
 by the fix of MNG-4235?

--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira




[jira] Commented: (MNG-4301) Invalid checksums on deploy when using webdav without extension

2010-07-27 Thread Cornel Masson (JIRA)

[ 
http://jira.codehaus.org/browse/MNG-4301?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=229934#action_229934
 ] 

Cornel Masson commented on MNG-4301:


We were seeing these on jars from Maven Central, not just our own ones. Does 
this mean Central is corrupt?

Also, if we're using Maven 2.2.1, what is the definitive set of configurations 
that will make the uploading of corrupt checksums go away? 

 Invalid checksums on deploy when using webdav without extension
 ---

 Key: MNG-4301
 URL: http://jira.codehaus.org/browse/MNG-4301
 Project: Maven 2  3
  Issue Type: Bug
  Components: Deployment
Affects Versions: 2.2.1
 Environment: n/a
Reporter: Kevin Shekleton
Priority: Blocker

 With maven 2.2.1, our deployments via webdav are producing invalid checksums, 
 similar to the issue reported in MNG-4235.
 From maven 2.0.8 and previous, the following build extension was required to 
 deploy via webdav:
 extensions
extension
   groupIdorg.apache.maven.wagon/groupId
   artifactIdwagon-webdav/artifactId
   version1.0-beta-2/version
/extension
 /extensions
 Starting with maven 2.0.9 (see MNG-3418), webdav was included by default and 
 the aforementioned build extension must be removed from the project.  If it 
 was included in the project the deployment would fail as Maven would report 
 multiple versions of wagon-webdav present.
 With maven 2.2.0, our deployment suffered from invalid checksums reported in 
 MNG-4235.
 With maven 2.2.1, we still see the invalid checksums on deployment as 
 reported in MNG-4235.  However, I've found that if you add the above build 
 extension into the project, we don't experience this issue (of generating 
 invalid checksums).  Is this workaround an intentional change brought about 
 by the fix of MNG-4235?

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: 
http://jira.codehaus.org/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira




[jira] Commented: (MNG-4301) Invalid checksums on deploy when using webdav without extension

2010-07-27 Thread Cornel Masson (JIRA)

[ 
http://jira.codehaus.org/browse/MNG-4301?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=229987#action_229987
 ] 

Cornel Masson commented on MNG-4301:


We found our problem: if you restrict the artifact resolver to a single thread, 
the problem goes away.

Bug logged: http://jira.codehaus.org/browse/MNG-4742

 Invalid checksums on deploy when using webdav without extension
 ---

 Key: MNG-4301
 URL: http://jira.codehaus.org/browse/MNG-4301
 Project: Maven 2  3
  Issue Type: Bug
  Components: Deployment
Affects Versions: 2.2.1
 Environment: n/a
Reporter: Kevin Shekleton
Priority: Blocker

 With maven 2.2.1, our deployments via webdav are producing invalid checksums, 
 similar to the issue reported in MNG-4235.
 From maven 2.0.8 and previous, the following build extension was required to 
 deploy via webdav:
 extensions
extension
   groupIdorg.apache.maven.wagon/groupId
   artifactIdwagon-webdav/artifactId
   version1.0-beta-2/version
/extension
 /extensions
 Starting with maven 2.0.9 (see MNG-3418), webdav was included by default and 
 the aforementioned build extension must be removed from the project.  If it 
 was included in the project the deployment would fail as Maven would report 
 multiple versions of wagon-webdav present.
 With maven 2.2.0, our deployment suffered from invalid checksums reported in 
 MNG-4235.
 With maven 2.2.1, we still see the invalid checksums on deployment as 
 reported in MNG-4235.  However, I've found that if you add the above build 
 extension into the project, we don't experience this issue (of generating 
 invalid checksums).  Is this workaround an intentional change brought about 
 by the fix of MNG-4235?

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: 
http://jira.codehaus.org/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira




[jira] Commented: (MNG-4301) Invalid checksums on deploy when using webdav without extension

2010-07-26 Thread Cornel Masson (JIRA)

[ 
http://jira.codehaus.org/browse/MNG-4301?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=229854#action_229854
 ] 

Cornel Masson commented on MNG-4301:


We are experiencing the same bug and it's now a show-stopper for our Maven 
release. We have a large build and are seeing numerous CHECKSUM failures, even 
on Maven jars from Central.

We are using:
 
* Maven 2.2.1
* Nexus Open Source Edition, Version: 1.6.0

We have tried all the suggestions on the Net, including:

* setting the wagon provider to httpclient
* setting http.authentication.preemptive to true (as above)
* setting the specific wagon-webdav version (as above)

and nothing works. Each time we run the build, a random selection of artifacts 
fail with CHECKSUM errors. This happens for both internal (self-deployed) and 
external artifacts.

Here's an example failure:

4425K downloaded  (groovy-all-1.6.5.jar)
[WARNING] *** CHECKSUM FAILED - Checksum failed on download: local = 
'9c6a38100085d8fbfb3f017ac82e396999e64f92'; remote = 'PK

If you examine the remote checksum, it seems it references the actual 
*contents* of the JAR, not a checksum file(!!).

We also get 'invalid POM' errors as a result of some failures, so our build 
actually breaks at the end (no use just ignoring the bad checksums). Example:

40b downloaded  (plexus-utils-1.5.6.pom)
[WARNING] *** CHECKSUM FAILED - Checksum failed on download: local = 
'8394a409e7b98020aac9429157265db0fb8cfac6'; remote = '?xml' - IGNORING
[WARNING] POM for 'org.codehaus.plexus:plexus-utils:pom:1.5.6:runtime' is 
invalid.


Please help!

 Invalid checksums on deploy when using webdav without extension
 ---

 Key: MNG-4301
 URL: http://jira.codehaus.org/browse/MNG-4301
 Project: Maven 2  3
  Issue Type: Bug
  Components: Deployment
Affects Versions: 2.2.1
 Environment: n/a
Reporter: Kevin Shekleton
Priority: Blocker

 With maven 2.2.1, our deployments via webdav are producing invalid checksums, 
 similar to the issue reported in MNG-4235.
 From maven 2.0.8 and previous, the following build extension was required to 
 deploy via webdav:
 extensions
extension
   groupIdorg.apache.maven.wagon/groupId
   artifactIdwagon-webdav/artifactId
   version1.0-beta-2/version
/extension
 /extensions
 Starting with maven 2.0.9 (see MNG-3418), webdav was included by default and 
 the aforementioned build extension must be removed from the project.  If it 
 was included in the project the deployment would fail as Maven would report 
 multiple versions of wagon-webdav present.
 With maven 2.2.0, our deployment suffered from invalid checksums reported in 
 MNG-4235.
 With maven 2.2.1, we still see the invalid checksums on deployment as 
 reported in MNG-4235.  However, I've found that if you add the above build 
 extension into the project, we don't experience this issue (of generating 
 invalid checksums).  Is this workaround an intentional change brought about 
 by the fix of MNG-4235?

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: 
http://jira.codehaus.org/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira




[jira] Commented: (MNG-4301) Invalid checksums on deploy when using webdav without extension

2010-07-26 Thread Brian Fox (JIRA)

[ 
http://jira.codehaus.org/browse/MNG-4301?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=229883#action_229883
 ] 

Brian Fox commented on MNG-4301:


See the trick is that maven is producing these junk checksums upon upload. Even 
if you fix it, until you repair the checksums in the repo, you will continue to 
get the checksum errors whenever someone downloads those artifacts.

The workaround for this bug is to stop producing bad checksums, and then repair 
the ones that are broken.

Stop producing bad checksums by: 
Not using Maven 2.2.0
or not using a wagon with httpclient against an authenticated repo unless you 
disable preemptive authentication.

If you're using Nexus, it can repair the checksums simply by doing a Rebuild 
Maven Metadata on the subfolder of the repo where your busted checksums are.

 Invalid checksums on deploy when using webdav without extension
 ---

 Key: MNG-4301
 URL: http://jira.codehaus.org/browse/MNG-4301
 Project: Maven 2  3
  Issue Type: Bug
  Components: Deployment
Affects Versions: 2.2.1
 Environment: n/a
Reporter: Kevin Shekleton
Priority: Blocker

 With maven 2.2.1, our deployments via webdav are producing invalid checksums, 
 similar to the issue reported in MNG-4235.
 From maven 2.0.8 and previous, the following build extension was required to 
 deploy via webdav:
 extensions
extension
   groupIdorg.apache.maven.wagon/groupId
   artifactIdwagon-webdav/artifactId
   version1.0-beta-2/version
/extension
 /extensions
 Starting with maven 2.0.9 (see MNG-3418), webdav was included by default and 
 the aforementioned build extension must be removed from the project.  If it 
 was included in the project the deployment would fail as Maven would report 
 multiple versions of wagon-webdav present.
 With maven 2.2.0, our deployment suffered from invalid checksums reported in 
 MNG-4235.
 With maven 2.2.1, we still see the invalid checksums on deployment as 
 reported in MNG-4235.  However, I've found that if you add the above build 
 extension into the project, we don't experience this issue (of generating 
 invalid checksums).  Is this workaround an intentional change brought about 
 by the fix of MNG-4235?

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: 
http://jira.codehaus.org/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira




[jira] Commented: (MNG-4301) Invalid checksums on deploy when using webdav without extension

2010-07-12 Thread Russel Winder (JIRA)

[ 
http://jira.codehaus.org/browse/MNG-4301?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=228078#action_228078
 ] 

Russel Winder commented on MNG-4301:


Can someone specify the definitive, official, minimal workaround for this bug?

 Invalid checksums on deploy when using webdav without extension
 ---

 Key: MNG-4301
 URL: http://jira.codehaus.org/browse/MNG-4301
 Project: Maven 2  3
  Issue Type: Bug
  Components: Deployment
Affects Versions: 2.2.1
 Environment: n/a
Reporter: Kevin Shekleton
Priority: Blocker

 With maven 2.2.1, our deployments via webdav are producing invalid checksums, 
 similar to the issue reported in MNG-4235.
 From maven 2.0.8 and previous, the following build extension was required to 
 deploy via webdav:
 extensions
extension
   groupIdorg.apache.maven.wagon/groupId
   artifactIdwagon-webdav/artifactId
   version1.0-beta-2/version
/extension
 /extensions
 Starting with maven 2.0.9 (see MNG-3418), webdav was included by default and 
 the aforementioned build extension must be removed from the project.  If it 
 was included in the project the deployment would fail as Maven would report 
 multiple versions of wagon-webdav present.
 With maven 2.2.0, our deployment suffered from invalid checksums reported in 
 MNG-4235.
 With maven 2.2.1, we still see the invalid checksums on deployment as 
 reported in MNG-4235.  However, I've found that if you add the above build 
 extension into the project, we don't experience this issue (of generating 
 invalid checksums).  Is this workaround an intentional change brought about 
 by the fix of MNG-4235?

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: 
http://jira.codehaus.org/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira




[jira] Commented: (MNG-4301) Invalid checksums on deploy when using webdav without extension

2010-03-24 Thread gesha (JIRA)

[ 
http://jira.codehaus.org/browse/MNG-4301?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=215108#action_215108
 ] 

gesha commented on MNG-4301:


@deckrider

thankx for valuable tipps :/ Result is attached


+ Error stacktraces are turned on.
Error reading settings.xml: end tag name /all must be the same as start tag 
put from line 28 (position: TEXT seen .../params\r\n  /all... 
@35:17)
  Line:   35
  Column: 17
Error stacktrace:
org.apache.maven.SettingsConfigurationException: end tag name /all must be 
the same as start tag put from line 28 (position: TEXT seen .../params\r\n  
/all... @35:1
7)
  Line:   35
  Column: 17
at org.apache.maven.cli.MavenCli.buildSettings(MavenCli.java:432)
at org.apache.maven.cli.MavenCli.main(MavenCli.java:202)
at 
org.apache.maven.cli.compat.CompatibleMain.main(CompatibleMain.java:60)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at 
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at 
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:597)
at org.codehaus.classworlds.Launcher.launchEnhanced(Launcher.java:315)
at org.codehaus.classworlds.Launcher.launch(Launcher.java:255)
at org.codehaus.classworlds.Launcher.mainWithExitCode(Launcher.java:430)
at org.codehaus.classworlds.Launcher.main(Launcher.java:375)
Caused by: org.codehaus.plexus.util.xml.pull.XmlPullParserException: end tag 
name /all must be the same as start tag put from line 28 (position: TEXT 
seen .../params\r\n
 /all... @35:17)
at 
hidden.org.codehaus.plexus.util.xml.pull.MXParser.parseEndTag(MXParser.java:1708)
at 
hidden.org.codehaus.plexus.util.xml.pull.MXParser.nextImpl(MXParser.java:1143)
at 
hidden.org.codehaus.plexus.util.xml.pull.MXParser.next(MXParser.java:1105)
at 
hidden.org.codehaus.plexus.util.xml.Xpp3DomBuilder.build(Xpp3DomBuilder.java:179)
at 
hidden.org.codehaus.plexus.util.xml.Xpp3DomBuilder.build(Xpp3DomBuilder.java:86)
at 
org.apache.maven.settings.io.xpp3.SettingsXpp3Reader.parseServer(SettingsXpp3Reader.java:1062)
at 
org.apache.maven.settings.io.xpp3.SettingsXpp3Reader.parseSettings(SettingsXpp3Reader.java:1158)
at 
org.apache.maven.settings.io.xpp3.SettingsXpp3Reader.read(SettingsXpp3Reader.java:1579)
at 
org.apache.maven.settings.DefaultMavenSettingsBuilder.readSettings(DefaultMavenSettingsBuilder.java:122)
at 
org.apache.maven.settings.DefaultMavenSettingsBuilder.buildSettings(DefaultMavenSettingsBuilder.java:163)
at 
org.apache.maven.settings.DefaultMavenSettingsBuilder.buildSettings(DefaultMavenSettingsBuilder.java:154)
at 
org.apache.maven.settings.DefaultMavenSettingsBuilder.buildSettings(DefaultMavenSettingsBuilder.java:142)
at org.apache.maven.cli.MavenCli.buildSettings(MavenCli.java:423)
... 10 more


 Invalid checksums on deploy when using webdav without extension
 ---

 Key: MNG-4301
 URL: http://jira.codehaus.org/browse/MNG-4301
 Project: Maven 2  3
  Issue Type: Bug
  Components: Deployment
Affects Versions: 2.2.1
 Environment: n/a
Reporter: Kevin Shekleton
Priority: Blocker

 With maven 2.2.1, our deployments via webdav are producing invalid checksums, 
 similar to the issue reported in MNG-4235.
 From maven 2.0.8 and previous, the following build extension was required to 
 deploy via webdav:
 extensions
extension
   groupIdorg.apache.maven.wagon/groupId
   artifactIdwagon-webdav/artifactId
   version1.0-beta-2/version
/extension
 /extensions
 Starting with maven 2.0.9 (see MNG-3418), webdav was included by default and 
 the aforementioned build extension must be removed from the project.  If it 
 was included in the project the deployment would fail as Maven would report 
 multiple versions of wagon-webdav present.
 With maven 2.2.0, our deployment suffered from invalid checksums reported in 
 MNG-4235.
 With maven 2.2.1, we still see the invalid checksums on deployment as 
 reported in MNG-4235.  However, I've found that if you add the above build 
 extension into the project, we don't experience this issue (of generating 
 invalid checksums).  Is this workaround an intentional change brought about 
 by the fix of MNG-4235?

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: 
http://jira.codehaus.org/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira




[jira] Commented: (MNG-4301) Invalid checksums on deploy when using webdav without extension

2010-03-24 Thread Stephen Pack (JIRA)

[ 
http://jira.codehaus.org/browse/MNG-4301?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=215125#action_215125
 ] 

Stephen Pack commented on MNG-4301:
---

@gesha: replace the /all in deckrider's snippet with /put.  This workaround 
works for me using Maven 2.2.1 (note that if you deploy a snapshot that already 
exists -- or anyone on your team doesn't implement the workaround as well -- 
you may get the error, since the artifact being replaced has the issue).

 Invalid checksums on deploy when using webdav without extension
 ---

 Key: MNG-4301
 URL: http://jira.codehaus.org/browse/MNG-4301
 Project: Maven 2  3
  Issue Type: Bug
  Components: Deployment
Affects Versions: 2.2.1
 Environment: n/a
Reporter: Kevin Shekleton
Priority: Blocker

 With maven 2.2.1, our deployments via webdav are producing invalid checksums, 
 similar to the issue reported in MNG-4235.
 From maven 2.0.8 and previous, the following build extension was required to 
 deploy via webdav:
 extensions
extension
   groupIdorg.apache.maven.wagon/groupId
   artifactIdwagon-webdav/artifactId
   version1.0-beta-2/version
/extension
 /extensions
 Starting with maven 2.0.9 (see MNG-3418), webdav was included by default and 
 the aforementioned build extension must be removed from the project.  If it 
 was included in the project the deployment would fail as Maven would report 
 multiple versions of wagon-webdav present.
 With maven 2.2.0, our deployment suffered from invalid checksums reported in 
 MNG-4235.
 With maven 2.2.1, we still see the invalid checksums on deployment as 
 reported in MNG-4235.  However, I've found that if you add the above build 
 extension into the project, we don't experience this issue (of generating 
 invalid checksums).  Is this workaround an intentional change brought about 
 by the fix of MNG-4235?

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: 
http://jira.codehaus.org/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira




[jira] Commented: (MNG-4301) Invalid checksums on deploy when using webdav without extension

2009-10-26 Thread deckrider (JIRA)

[ 
http://jira.codehaus.org/browse/MNG-4301?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=196150#action_196150
 ] 

deckrider commented on MNG-4301:


I tried the following ~/.m2/settings.xml which did not work with maven 2.2.1 
(the double md5 issue still exists):

\\

{noformat} 

  servers
server
  iddeployment.webdav/id
  usernamefoo/username
  passwordbar/password
  configuration
wagonProviderhttpclient/wagonProvider
httpConfiguration
  put
params
  param
namehttp.authentication.preemptive/name
value%b,true/value
  /param
/params
  /all
/httpConfiguration
  /configuration
/server
  /servers

{noformat} 

 Invalid checksums on deploy when using webdav without extension
 ---

 Key: MNG-4301
 URL: http://jira.codehaus.org/browse/MNG-4301
 Project: Maven 2
  Issue Type: Bug
  Components: Deployment
Affects Versions: 2.2.1
 Environment: n/a
Reporter: Kevin Shekleton
Priority: Blocker

 With maven 2.2.1, our deployments via webdav are producing invalid checksums, 
 similar to the issue reported in MNG-4235.
 From maven 2.0.8 and previous, the following build extension was required to 
 deploy via webdav:
 extensions
extension
   groupIdorg.apache.maven.wagon/groupId
   artifactIdwagon-webdav/artifactId
   version1.0-beta-2/version
/extension
 /extensions
 Starting with maven 2.0.9 (see MNG-3418), webdav was included by default and 
 the aforementioned build extension must be removed from the project.  If it 
 was included in the project the deployment would fail as Maven would report 
 multiple versions of wagon-webdav present.
 With maven 2.2.0, our deployment suffered from invalid checksums reported in 
 MNG-4235.
 With maven 2.2.1, we still see the invalid checksums on deployment as 
 reported in MNG-4235.  However, I've found that if you add the above build 
 extension into the project, we don't experience this issue (of generating 
 invalid checksums).  Is this workaround an intentional change brought about 
 by the fix of MNG-4235?

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: 
http://jira.codehaus.org/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira




[jira] Commented: (MNG-4301) Invalid checksums on deploy when using webdav without extension

2009-10-16 Thread Stephen Pack (JIRA)

[ 
http://jira.codehaus.org/browse/MNG-4301?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=195024#action_195024
 ] 

Stephen Pack commented on MNG-4301:
---

I believe the previous comment is the workaround for maven 2.2.0; for maven 
2.2.1, you need to add  wagonProviderhttpclient/wagonProvider in the 
configuration.  Without that addition, I got the exception Cannot find setter 
nor field in org.apache.maven.wagon.providers.http.LightweightHttpWagon for 
'httpConfiguration'

 Invalid checksums on deploy when using webdav without extension
 ---

 Key: MNG-4301
 URL: http://jira.codehaus.org/browse/MNG-4301
 Project: Maven 2
  Issue Type: Bug
  Components: Deployment
Affects Versions: 2.2.1
 Environment: n/a
Reporter: Kevin Shekleton
Priority: Blocker

 With maven 2.2.1, our deployments via webdav are producing invalid checksums, 
 similar to the issue reported in MNG-4235.
 From maven 2.0.8 and previous, the following build extension was required to 
 deploy via webdav:
 extensions
extension
   groupIdorg.apache.maven.wagon/groupId
   artifactIdwagon-webdav/artifactId
   version1.0-beta-2/version
/extension
 /extensions
 Starting with maven 2.0.9 (see MNG-3418), webdav was included by default and 
 the aforementioned build extension must be removed from the project.  If it 
 was included in the project the deployment would fail as Maven would report 
 multiple versions of wagon-webdav present.
 With maven 2.2.0, our deployment suffered from invalid checksums reported in 
 MNG-4235.
 With maven 2.2.1, we still see the invalid checksums on deployment as 
 reported in MNG-4235.  However, I've found that if you add the above build 
 extension into the project, we don't experience this issue (of generating 
 invalid checksums).  Is this workaround an intentional change brought about 
 by the fix of MNG-4235?

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: 
http://jira.codehaus.org/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira




[jira] Commented: (MNG-4301) Invalid checksums on deploy when using webdav without extension

2009-09-09 Thread John Casey (JIRA)

[ 
http://jira.codehaus.org/browse/MNG-4301?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=190359#action_190359
 ] 

John Casey commented on MNG-4301:
-

The problem may be that preemptive authentication was turned off by default for 
httpclient in the 1.0-beta-6 release, as was the case for the non-lightweight 
http wagon. I suspect this is the case in the jackrabbit-webdav as well, since 
IIRC they both use the same common abstract class. Since preemptive auth is 
disabled, Maven waits for the server to challenge the request then re-sends the 
data with the credentials. The problem is that the checksum stream observer is 
unaware that this challenge has taken place, so it sees the data go by twice 
without realizing it, thereby skewing the checksums.

To workaround the problem, you can re-enable preemptive authentication. The 
information is here:

http://maven.apache.org/guides/mini/guide-http-settings.html

But essentially, you'll need to specify something like the following in your 
settings.xml:

{code:xml}
settings
  servers
server
  idmy-server/id
  configuration
httpConfiguration
  put
params
  param
namehttp.authentication.preemptive/name
value%b,true/value
  /param
/params
  /put
/httpConfiguration
  /configuration
/server
  /servers
/settings
{code}



 Invalid checksums on deploy when using webdav without extension
 ---

 Key: MNG-4301
 URL: http://jira.codehaus.org/browse/MNG-4301
 Project: Maven 2
  Issue Type: Bug
  Components: Deployment
Affects Versions: 2.2.1
 Environment: n/a
Reporter: Kevin Shekleton
Priority: Blocker

 With maven 2.2.1, our deployments via webdav are producing invalid checksums, 
 similar to the issue reported in MNG-4235.
 From maven 2.0.8 and previous, the following build extension was required to 
 deploy via webdav:
 extensions
extension
   groupIdorg.apache.maven.wagon/groupId
   artifactIdwagon-webdav/artifactId
   version1.0-beta-2/version
/extension
 /extensions
 Starting with maven 2.0.9 (see MNG-3418), webdav was included by default and 
 the aforementioned build extension must be removed from the project.  If it 
 was included in the project the deployment would fail as Maven would report 
 multiple versions of wagon-webdav present.
 With maven 2.2.0, our deployment suffered from invalid checksums reported in 
 MNG-4235.
 With maven 2.2.1, we still see the invalid checksums on deployment as 
 reported in MNG-4235.  However, I've found that if you add the above build 
 extension into the project, we don't experience this issue (of generating 
 invalid checksums).  Is this workaround an intentional change brought about 
 by the fix of MNG-4235?

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: 
http://jira.codehaus.org/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira




[jira] Commented: (MNG-4301) Invalid checksums on deploy when using webdav without extension

2009-08-31 Thread Dave Cheney (JIRA)

[ 
http://jira.codehaus.org/browse/MNG-4301?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=189313#action_189313
 ] 

Dave Cheney commented on MNG-4301:
--

I can confirm that I have seen invalid checksums produced via the webdav wagon 
using version 2.2.1

 Invalid checksums on deploy when using webdav without extension
 ---

 Key: MNG-4301
 URL: http://jira.codehaus.org/browse/MNG-4301
 Project: Maven 2
  Issue Type: Bug
  Components: Deployment
Affects Versions: 2.2.1
 Environment: n/a
Reporter: Kevin Shekleton

 With maven 2.2.1, our deployments via webdav are producing invalid checksums, 
 similar to the issue reported in MNG-4235.
 From maven 2.0.8 and previous, the following build extension was required to 
 deploy via webdav:
 extensions
extension
   groupIdorg.apache.maven.wagon/groupId
   artifactIdwagon-webdav/artifactId
   version1.0-beta-2/version
/extension
 /extensions
 Starting with maven 2.0.9 (see MNG-3418), webdav was included by default and 
 the aforementioned build extension must be removed from the project.  If it 
 was included in the project the deployment would fail as Maven would report 
 multiple versions of wagon-webdav present.
 With maven 2.2.0, our deployment suffered from invalid checksums reported in 
 MNG-4235.
 With maven 2.2.1, we still see the invalid checksums on deployment as 
 reported in MNG-4235.  However, I've found that if you add the above build 
 extension into the project, we don't experience this issue (of generating 
 invalid checksums).  Is this workaround an intentional change brought about 
 by the fix of MNG-4235?

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: 
http://jira.codehaus.org/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira