Divide and conquer I guess. See if there's any particular assembly that's
breaking everything. :)

If that fails, put the POM files online and I'll try to take a look at them
when I have some time.

Regards,
Emerson

2010/6/8 Thiébault Benoît <[email protected]>

> Can you try skipping the assemblies, including jar-with-dependencies, for
> the time being and seeing if you have the same problem?
>
>
> When I skip the assemblies, it works just fine
>
> my suggestion was to check why MD5, SHA1, and XML files are being
> explicitly deployed to Artifactory in the first place
>
>
> I have no idea :-)
> What should I do to know that ?
>
> Benoît
>
> Le 8 juin 2010 à 17:51, Emerson Farrugia a écrit :
>
> The Maven deploy phase does not by default deploy all the files in the root
> of the target directory. The Maven deploy phase by default calls the Maven
> deploy plugin, which by default will "install the artifact, its pom and
> the attached artifacts produced by a particular project." See
> http://maven.apache.org/plugins/maven-deploy-plugin/index.html for more
> details.
>
> Although the files which are failing are listed as having anonymous
> credentials, my suggestion was to check why MD5, SHA1, and XML files are
> being explicitly deployed to Artifactory in the first place. I've never seen
> that happen (and I checked our logs).
>
> Can you try skipping the assemblies, including jar-with-dependencies, for
> the time being and seeing if you have the same problem?
>
> Regards,
> Emerson
>
>
> 2010/6/8 Thiébault Benoît <[email protected]>
>
>> The Maven deploy phase deploys by default all the files that are generated
>> at the root of the target directory.
>>
>> I used the assembly plugin to generate the jar-with-dependency jar file
>> and the project packaging (which consists in the whole project directory,
>> except the target directory). This project packaging is by default
>> compressed in 3 formats (zip, tar.gz and tar.bz2).
>>
>> So when I executes the "mvn deploy" command, mvn tries to upload :
>> - the project jar
>> - the jar-with-dependencies file
>> - the three project assemblies
>>
>> When I perform a release of my project I would like as much as possible
>> that the upload of such artifacts would be automated. As my project is open
>> source, I want to provide to the users the jar version alone (for those
>> using Maven, they just add the artifact dependency), the jar-with-dependency
>> file for people who don't use Maven and don't want to see the dependencies
>> explicitly, and the packaged source code. I thought using Artifactory was a
>> good mean to automate this.
>>
>> What is strange is that I am (for now), the only one uploading data. The
>> logs displayed below appear during a single "mvn deploy" command... So part
>> of it is executed using my login and password (and succeeds), and the other
>> one fails because it is done in anonymous mode.
>>
>> Regards,
>>
>> Benoît
>>
>> Le 8 juin 2010 à 17:21, Emerson Farrugia a écrit :
>>
>> Thiébault,
>>
>> The only two files which you should be deploying are the POM file and the
>> -SNAPSHOT.jar file. Everything else will be created by Artifactory on your
>> behalf. Those two files are being correctly uploaded with the correct
>> credentials. What (or who) is attempting to deploy the other files?
>>
>> Regards,
>> Emerson
>>
>>
>> 2010/6/8 Thiébault Benoît <[email protected]>
>>
>>> Hi and thank you for your answer.
>>>
>>> I already use creds, this is why I don't understand why there is an
>>> anonymous connection.
>>>
>>> Here is an extract of my settings.xml file :
>>>
>>> <servers>
>>> <server>
>>> <id>maven.artenum.com</id>
>>>  <username>mylogin</username>
>>> <password>mypassword</password>
>>> </server>
>>> </servers>
>>>
>>> and the POM :
>>>
>>> <distributionManagement>
>>> <repository>
>>> <id>maven.artenum.com</id>
>>>  <name>maven.artenum.com-releases</name>
>>> <url>http://maven.artenum.com/libs-releases-local</url>
>>>  </repository>
>>> <snapshotRepository>
>>> <id>maven.artenum.com</id>
>>>  <name>maven.artenum.com-snapshots</name>
>>> <url>http://maven.artenum.com/libs-snapshots-local</url>
>>>  </snapshotRepository>
>>> </distributionManagement>
>>>
>>> Le 8 juin 2010 à 14:19, Yanko, Curtis a écrit :
>>>
>>>  Is it just a access thing? I see you are trying anonymous connection,
>>> why not create some creds and try that?
>>>
>>> ===========================
>>> Curtis Yanko
>>> CT-039-05C
>>> UHGIT
>>> Computer Services - ADIS
>>> Continuous Integration Service
>>>
>>>  ------------------------------
>>> *From:* Thiébault Benoît [mailto:[email protected]]
>>> *Sent:* Tuesday, June 08, 2010 6:40 AM
>>> *To:* [email protected]
>>> *Subject:* Re: [Artifactory-users] Error 502 using mvn deploy
>>>
>>> Hi everyone,
>>>
>>> Sorry to bother you again with this problem but I had no answer to my
>>> question. Has anyone encounter the problem ?
>>> Is there a solution ?
>>>
>>> If not I will have to switch back to Nexus (which I regret but if I
>>> cannot deploy my artifacts on Artifactory, it's kind of blocking)
>>>
>>> Kind regards,
>>>
>>> Benoît
>>>
>>>  Le 3 juin 2010 à 15:16, Thiébault Benoît a écrit :
>>>
>>>  Hi everyone,
>>>
>>> the 502 error problem is back when I deploy my project. I did not change
>>> anything significant (that I remember of at least) except that the
>>> jar-with-dependency file is a bit bigger 13Mb instead of 8Mb. It anyway
>>> takes less than  3000 seconds to upload.
>>>
>>> When I look in the access.log file, I see (XX.XXX.XXX.XXX is my IP
>>> address):
>>>
>>> 2010-06-03 15:07:43,526 [ACCEPTED DOWNLOAD]
>>> libs-snapshots-local:org/myproject/myproject/2.0-SNAPSHOT:maven-metadata.xml
>>> for anonymous/XX.XXX.XXX.XXX.
>>> 2010-06-03 15:07:43,603 [ACCEPTED DOWNLOAD]
>>> libs-snapshots-local:org/myproject/myproject/2.0-SNAPSHOT/maven-metadata.xml.sha1
>>>  for
>>> anonymous/XX.XXX.XXX.XXX.
>>> 2010-06-03 15:07:44,088 [DENIED DEPLOY]
>>> libs-snapshots-local:org/myproject/myproject/2.0-SNAPSHOT/myproject-2.0-20100603.130743-2.jar
>>> for anonymous/XX.XXX.XXX.XXX.
>>> 2010-06-03 15:07:46,463 [ACCEPTED DEPLOY]
>>> libs-snapshots-local:org/myproject/myproject/2.0-SNAPSHOT/myproject-2.0-SNAPSHOT.jar
>>>  for
>>> thiebault/XX.XXX.XXX.XXX.
>>> 2010-06-03 15:07:46,560 [DENIED DEPLOY]
>>> libs-snapshots-local:org/myproject/myproject/2.0-SNAPSHOT/myproject-2.0-20100603.130743-2.jar.md5
>>> for anonymous/XX.XXX.XXX.XXX.
>>> 2010-06-03 15:07:46,703 [DENIED DEPLOY]
>>> libs-snapshots-local:org/myproject/myproject/2.0-SNAPSHOT/myproject-2.0-20100603.130743-2.jar.sha1
>>> for anonymous/XX.XXX.XXX.XXX.
>>> 2010-06-03 15:07:46,912 [ACCEPTED DOWNLOAD]
>>> libs-snapshots-local:org/myproject/myproject/2.0-SNAPSHOT:maven-metadata.xml
>>> for anonymous/XX.XXX.XXX.XXX.
>>> 2010-06-03 15:07:46,979 [ACCEPTED DOWNLOAD]
>>> libs-snapshots-local:org/myproject/myproject/2.0-SNAPSHOT/maven-metadata.xml.sha1
>>>  for
>>> anonymous/XX.XXX.XXX.XXX.
>>> 2010-06-03 15:07:47,114 [DENIED DEPLOY]
>>> libs-snapshots-local:org/myproject/myproject/2.0-SNAPSHOT/maven-metadata.xml
>>> for anonymous/XX.XXX.XXX.XXX.
>>> 2010-06-03 15:07:47,249 [DENIED DEPLOY]
>>> libs-snapshots-local:org/myproject/myproject/2.0-SNAPSHOT/maven-metadata.xml.md5
>>> for anonymous/XX.XXX.XXX.XXX.
>>> 2010-06-03 15:07:47,380 [DENIED DEPLOY]
>>> libs-snapshots-local:org/myproject/myproject/2.0-SNAPSHOT/maven-metadata.xml.sha1
>>> for anonymous/XX.XXX.XXX.XXX.
>>> 2010-06-03 15:07:47,804 [DENIED DEPLOY]
>>> libs-snapshots-local:org/myproject/myproject/2.0-SNAPSHOT/myproject-2.0-20100603.130743-2.pom
>>> for anonymous/XX.XXX.XXX.XXX.
>>> 2010-06-03 15:07:48,009 [ACCEPTED DEPLOY]
>>> libs-snapshots-local:org/myproject/myproject/2.0-SNAPSHOT/myproject-2.0-SNAPSHOT.pom
>>>  for
>>> thiebault/XX.XXX.XXX.XXX.
>>> 2010-06-03 15:07:48,495 [DENIED DEPLOY]
>>> libs-snapshots-local:org/myproject/myproject/2.0-SNAPSHOT/myproject-2.0-20100603.130743-2.pom.md5
>>> for anonymous/XX.XXX.XXX.XXX.
>>> 2010-06-03 15:07:48,647 [DENIED DEPLOY]
>>> libs-snapshots-local:org/myproject/myproject/2.0-SNAPSHOT/myproject-2.0-20100603.130743-2.pom.sha1
>>> for anonymous/XX.XXX.XXX.XXX.
>>> 2010-06-03 15:07:48,852 [ACCEPTED DOWNLOAD]
>>> libs-snapshots-local:org/myproject/myproject:maven-metadata.xml
>>> for anonymous/XX.XXX.XXX.XXX.
>>> 2010-06-03 15:07:48,919 [ACCEPTED DOWNLOAD]
>>> libs-snapshots-local:org/myproject/myproject/maven-metadata.xml.sha1
>>> for anonymous/XX.XXX.XXX.XXX.
>>> 2010-06-03 15:07:49,050 [DENIED DEPLOY]
>>> libs-snapshots-local:org/myproject/myproject/maven-metadata.xml
>>> for anonymous/XX.XXX.XXX.XXX.
>>> 2010-06-03 15:07:49,216 [DENIED DEPLOY]
>>> libs-snapshots-local:org/myproject/myproject/maven-metadata.xml.md5
>>> for anonymous/XX.XXX.XXX.XXX.
>>> 2010-06-03 15:07:49,356 [DENIED DEPLOY]
>>> libs-snapshots-local:org/myproject/myproject/maven-metadata.xml.sha1
>>> for anonymous/XX.XXX.XXX.XXX.
>>> 2010-06-03 15:07:49,552 [ACCEPTED DOWNLOAD]
>>> libs-snapshots-local:org/myproject/myproject/2.0-SNAPSHOT:maven-metadata.xml
>>> for anonymous/XX.XXX.XXX.XXX.
>>> 2010-06-03 15:07:49,620 [ACCEPTED DOWNLOAD]
>>> libs-snapshots-local:org/myproject/myproject/2.0-SNAPSHOT/maven-metadata.xml.sha1
>>>  for
>>> anonymous/XX.XXX.XXX.XXX.
>>> 2010-06-03 15:07:50,255 [DENIED DEPLOY]
>>> libs-snapshots-local:org/myproject/myproject/2.0-SNAPSHOT/myproject-2.0-20100603.130743-2-jar-with-dependencies.jar
>>> for anonymous/XX.XXX.XXX.XXX.
>>>
>>> So it seems that some deploy are done with my login and some as anonymous
>>> (which are denied).
>>> Why s this happening ?
>>>
>>> Thank you
>>> Benoît
>>>
>>>  Le 16 mai 2010 à 17:53, Benoît Thiébault a écrit :
>>>
>>>  Thanks, it works now !
>>>
>>>  Le 16 mai 2010 à 14:36, Eli Givoni a écrit :
>>>
>>>  Hello Benoit,
>>>
>>> I have created an issue addressing your problem
>>> http://issues.jfrog.org/jira/browse/RTFACT-3190
>>> please try modifying your jetty connector in the jetty.xml file  to be as
>>> follow:
>>>
>>> <Call name="addConnector">
>>>         <Arg>
>>>             <New
>>> class="org.eclipse.jetty.server.nio.SelectChannelConnector">
>>>                 <Set name="host"><SystemProperty name="jetty.host"
>>> /></Set>
>>>                 <Set name="port"><SystemProperty name="jetty.port"
>>> default="8081"/></Set>
>>>                 <Set name="forwarded">true</Set>
>>>                 <Set name="maxIdleTime">30000</Set>
>>>                 <Set name="Acceptors">1</Set>
>>>                 <Set name="lowResourceMaxIdleTime">3000</Set>
>>>             </New>
>>>         </Arg>
>>>     </Call>
>>>
>>> HTH
>>>
>>> Eli
>>> The artifactory team
>>>
>>> 2010/5/14 Benoît Thiébault <[email protected]>
>>>
>>>> Hi everyone,
>>>>
>>>> I have installed Artifactory 2.2.3 and I am trying to deploy my project
>>>> on it. My pom generates both the jar and the jar-with-dependencies files.
>>>> When I use the web interface of Artifactory, I can upload my jars without
>>>> any problem.
>>>>
>>>> However, when I deploy with Maven using the "mvn deploy" command line, I
>>>> have a 502 error sent by Apache for the jar-with-dependencies file (which
>>>> weights 8.2 Mb). As explained here (
>>>> https://issues.apache.org/bugzilla/show_bug.cgi?id=44592), it seems
>>>> that Maven sends the header request, but as it does not send the body just
>>>> afterwards, it causes Apache to send the 502 error...
>>>>
>>>> I have seen in the mailing list archives that this problem occurred to
>>>> some users already but haven't read a solution to the problem.
>>>> I have tried to extend Apache KeepAliveTimeOut value, but it doesn't
>>>> seem to work.
>>>>
>>>> Any help on the subject is welcome :-)
>>>>
>>>> Kind regards,
>>>>
>>>> Benoit
>>>>
>>>> ------------------------------------------------------------------------------
>>>>
>>>> _______________________________________________
>>>> Artifactory-users mailing list
>>>> [email protected]
>>>> https://lists.sourceforge.net/lists/listinfo/artifactory-users
>>>>
>>>
>>>
>>> ------------------------------------------------------------------------------
>>>
>>> _______________________________________________
>>> Artifactory-users mailing list
>>> [email protected]
>>> https://lists.sourceforge.net/lists/listinfo/artifactory-users
>>>
>>>
>>>   ----
>>> Benoît Thiébault
>>>
>>>   Artenum - Science & Groupware
>>>   http://www.artenum.com
>>>
>>>   24, rue Louis-Blanc, 75010 Paris
>>>   tel/fax : +33 (0)1 46 94 67 54
>>>
>>>
>>>
>>>
>>> ------------------------------------------------------------------------------
>>> ThinkGeek and WIRED's GeekDad team up for the Ultimate
>>> GeekDad Father's Day Giveaway. ONE MASSIVE PRIZE to the
>>> lucky parental unit.  See the prize list and enter to win:
>>>
>>> http://p.sf.net/sfu/thinkgeek-promo_______________________________________________
>>> Artifactory-users mailing list
>>> [email protected]
>>> https://lists.sourceforge.net/lists/listinfo/artifactory-users
>>>
>>>
>>>
>>> This e-mail, including attachments, may include confidential and/or
>>> proprietary information, and may be used only by the person or entity
>>> to which it is addressed. If the reader of this e-mail is not the intended
>>>
>>>
>>> recipient or his or her authorized agent, the reader is hereby notified
>>> that any dissemination, distribution or copying of this e-mail is
>>> prohibited. If you have received this e-mail in error, please notify the
>>>
>>> sender by replying to this message and delete this e-mail immediately.
>>>
>>>
>>> ------------------------------------------------------------------------------
>>> ThinkGeek and WIRED's GeekDad team up for the Ultimate
>>> GeekDad Father's Day Giveaway. ONE MASSIVE PRIZE to the
>>> lucky parental unit.  See the prize list and enter to win:
>>>
>>> http://p.sf.net/sfu/thinkgeek-promo_______________________________________________
>>> Artifactory-users mailing list
>>> [email protected]
>>> https://lists.sourceforge.net/lists/listinfo/artifactory-users
>>>
>>>
>>>
>>>
>>> ------------------------------------------------------------------------------
>>> ThinkGeek and WIRED's GeekDad team up for the Ultimate
>>> GeekDad Father's Day Giveaway. ONE MASSIVE PRIZE to the
>>> lucky parental unit.  See the prize list and enter to win:
>>> http://p.sf.net/sfu/thinkgeek-promo
>>> _______________________________________________
>>> Artifactory-users mailing list
>>> [email protected]
>>> https://lists.sourceforge.net/lists/listinfo/artifactory-users
>>>
>>>
>>
>> ------------------------------------------------------------------------------
>> ThinkGeek and WIRED's GeekDad team up for the Ultimate
>> GeekDad Father's Day Giveaway. ONE MASSIVE PRIZE to the
>> lucky parental unit.  See the prize list and enter to win:
>>
>> http://p.sf.net/sfu/thinkgeek-promo_______________________________________________
>> Artifactory-users mailing list
>> [email protected]
>> https://lists.sourceforge.net/lists/listinfo/artifactory-users
>>
>>
>>
>>
>> ------------------------------------------------------------------------------
>> ThinkGeek and WIRED's GeekDad team up for the Ultimate
>> GeekDad Father's Day Giveaway. ONE MASSIVE PRIZE to the
>> lucky parental unit.  See the prize list and enter to win:
>> http://p.sf.net/sfu/thinkgeek-promo
>> _______________________________________________
>> Artifactory-users mailing list
>> [email protected]
>> https://lists.sourceforge.net/lists/listinfo/artifactory-users
>>
>>
>
> ------------------------------------------------------------------------------
> ThinkGeek and WIRED's GeekDad team up for the Ultimate
> GeekDad Father's Day Giveaway. ONE MASSIVE PRIZE to the
> lucky parental unit.  See the prize list and enter to win:
>
> http://p.sf.net/sfu/thinkgeek-promo_______________________________________________
> Artifactory-users mailing list
> [email protected]
> https://lists.sourceforge.net/lists/listinfo/artifactory-users
>
>
>
>
> ------------------------------------------------------------------------------
> ThinkGeek and WIRED's GeekDad team up for the Ultimate
> GeekDad Father's Day Giveaway. ONE MASSIVE PRIZE to the
> lucky parental unit.  See the prize list and enter to win:
> http://p.sf.net/sfu/thinkgeek-promo
> _______________________________________________
> Artifactory-users mailing list
> [email protected]
> https://lists.sourceforge.net/lists/listinfo/artifactory-users
>
>
------------------------------------------------------------------------------
ThinkGeek and WIRED's GeekDad team up for the Ultimate 
GeekDad Father's Day Giveaway. ONE MASSIVE PRIZE to the 
lucky parental unit.  See the prize list and enter to win: 
http://p.sf.net/sfu/thinkgeek-promo
_______________________________________________
Artifactory-users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/artifactory-users

Reply via email to