Mailing-List: contact users-help@archiva.apache.org; run by ezmlm
Precedence: bulk
Reply-To: users@archiva.apache.org
Received-SPF: pass (athena.apache.org: domain of
 thorsten.scherler.ext@juntadeandalucia.es designates 217.12.18.114 as
 permitted sender)
Subject: Re: Uploading artifact with pom fails
From: Thorsten Scherler <thorsten.scherler.ext@juntadeandalucia.es>
To: users@archiva.apache.org
In-Reply-To: <8667b1bd0912280102j1929767blfb7ddb77f7105f1f@mail.gmail.com>
References: <1261567419.3628.82.camel@asf> <1261570634.3628.98.camel@asf>
	 <1261574141.3628.100.camel@asf>
	 <8667b1bd0912280102j1929767blfb7ddb77f7105f1f@mail.gmail.com>
Content-Type: text/plain; charset="UTF-8"
Date: Thu, 14 Jan 2010 14:39:03 +0100
Message-Id: <1263476343.3885.53.camel@asf>
Mime-Version: 1.0
Content-Transfer-Encoding: quoted-printable

On Mon, 2009-12-28 at 17:02 +0800, Deng Ching wrote:
> On Wed, Dec 23, 2009 at 9:15 PM, Thorsten Scherler <
> thorsten.scherler.ext@juntadeandalucia.es> wrote:
>=20
> > On Wed, 2009-12-23 at 13:17 +0100, Thorsten Scherler wrote:
> > > On Wed, 2009-12-23 at 12:23 +0100, Thorsten Scherler wrote:
> > > > Hi list,
> > > >
> > > > I am facing a weird problem uploading artifacts with the web interf=
ace.
> > > > As soon as I upload as well the pom the jars are not going to be
> > > > uploaded. I attached the Post dump that I am using where I dropped =
the
> > > > binary part of the jar in this mail.
> > > >
> > > > As soon I now review
> > > >
> > http://archiva.sadesi.es/browse/org.apache.droids/droids-core/0.1-incub=
ating-SNAPSHOT
> > > >
> > > > I get the orange box but only with the link to the jar, where the s=
ize
> > > > is "00" and clicking on it results in:
> > > > HTTP 404 of the underlying Apache Tomcat/5.5.28.
> > > >
> > > > Is this a general bug or a misconfiguration of our rep?
> > > >
> > > > O a side note I can publish our projects to the rep via "mvn deploy=
"
> > and
> > > > they show then well in the web. I will now try deploy:deploy-file a=
nd
> > > > see what that gives.
> > > >
> > >
> > > I tried with the deploy:deploy-file and got:
> > > thorsten@asf:~/src/apache/droids/trunk/droids-solr$ mvn
> > > deploy:deploy-file -Durl=3Dhttp://archiva.sadesi.es/repository/centra=
l \
> > > >                        -DrepositoryId=3Dsnapshots-SADESI \
> > > >
> > > -Dfile=3Dtarget/droids-solr-0.1-incubating-SNAPSHOT.jar \
> > > >                        -DpomFile=3Dpom.xml \
> > > >                        -DgroupId=3Dorg.apache.droids \
> > > >                        -DartifactId=3Ddroids-solr \
> > > >                        -Dversion=3D0.1-incubating-SNAPSHOT \
> > > >                        -Dpackaging=3Djar
> > > [INFO] Scanning for projects...
> > > [INFO] Searching repository for plugin with prefix: 'deploy'.
> > > [INFO]
> > > ---------------------------------------------------------------------=
---
> > > [INFO] Building Droids Solr
> > > [INFO]    task-segment: [deploy:deploy-file] (aggregator-style)
> > > [INFO]
> > > ---------------------------------------------------------------------=
---
> > > [INFO] [deploy:deploy-file {execution: default-cli}]
> > > [INFO] Retrieving previous build number from snapshots-SADESI
> > > [INFO] repository metadata for: 'snapshot
> > > org.apache.droids:droids-solr:0.1-incubating-SNAPSHOT' could not be
> > > found on repository: snapshots-SADESI, so will be created
> > > Uploading:
> > >
> > http://archiva.sadesi.es/repository/central/org/apache/droids/droids-so=
lr/0.1-incubating-SNAPSHOT/droids-solr-0.1-incubating-20091223.114638-1.jar
> > > [INFO]
> > > ---------------------------------------------------------------------=
---
> > > [ERROR] BUILD ERROR
> > > [INFO]
> > > ---------------------------------------------------------------------=
---
> > > [INFO] Error deploying artifact: Failed to transfer file:
> > >
> > http://archiva.sadesi.es/repository/central/org/apache/droids/droids-so=
lr/0.1-incubating-SNAPSHOT/droids-solr-0.1-incubating-20091223.114638-1.jar=
.
> > Return code is: 405
> > >
> > > [INFO]
> > > ---------------------------------------------------------------------=
---
> > > [INFO] For more information, run Maven with the -e switch
> > > [INFO]
> > > ---------------------------------------------------------------------=
---
> > > [INFO] Total time: 4 seconds
> > > [INFO] Finished at: Wed Dec 23 12:46:40 CET 2009
> > > [INFO] Final Memory: 10M/79M
> > >
> > >
> > > I am not sure what the actual problem is, somebody has an idea?
> >
> > Above was my error I used the wrong rep. Now I did successfully a
> > deploy-file, but I can see in the logs:
> >
> >
> It looks like there was a problem when the indexing task was executed on =
the
> metadata files. Did the same error show up in the logs for the artifact o=
r
> the pom itself?

It was the lucene index. We removed it and created from scratch and the
above log entry vanished.=20

However we found a way to reproduce the problem. It only occurs whenever
we try to upload a SNAPSHOT version via the web-interface.=20

We tried with the following files
cocoon-chaperon-impl-1.0.0-SNAPSHOT.pom
cocoon-chaperon-impl-1.0.0-SNAPSHOT.jar

For the version we put in the web form 1.0.0-SNAPSHOT.

The result is that archiva creates the mda5 and sha for the pom but not
for the jar.=20

As soon we change the name of the version to 1.0.0-SNAPSHOTS. It works
fine.

It seems that the version *-SNAPSHOT is not working. What is the best
approach to debug to find out what is going on.

salu2
--=20
Thorsten Scherler <thorsten.at.apache.org>
Open Source Java <consulting, training and solutions>

Sociedad Andaluza para el Desarrollo de la Sociedad=20
de la Informaci=C3=B3n, S.A.U. (SADESI)