You are viewing a plain text version of this content. The canonical link for it is here.
Posted to users@maven.apache.org by Mehul Sanghvi <me...@gmail.com> on 2016/02/08 06:43:11 UTC
debugging maven-deploy-plugin:deploy-file
I have a project with multiple modules and sub-modules. Two of the
modules, use
the same maven-deploy-plugin:deploy-file logic, just the artefacts they are
working
with are different. One module uploads designated JARs to Nexus. The
other is
meant for uploading ZIP files. Both are activated only if their respective
profiles
are activated, -Pupload-jars and -Pupload-zips respectively. Both modules
share the same settings.xml information regarding repositories and servers.
Upload-jars is able to successfully upload the JARs using deploy-file.
Upload-zips always fails with:
Return code is: 401, ReasonPhrase:Unauthorized
How do I figure out the credentials that are being used ? When I use
mvn -X
I do not see anything that would indicate what user/passwd combination is
being used. Any thoughts or suggestions ?
cheers,
mehul
--
Mehul N. Sanghvi
email: mehul.sanghvi@gmail.com
Re: debugging maven-deploy-plugin:deploy-file
Posted by Mehul Sanghvi <me...@gmail.com>.
I was able to resolve it, after doing a more thorough comparison of the
help:effective-settings output. I had to clean out
all the noise in the output first. After that I used Emacs and Ediff to do
the diff between the two log outputs I had. That's when the following was
noticed:
Working POM: distributionManagement/repository/id = blah-blah-snapshotS
Failing POM: distributionManagement/repository/id = blah-blah-snapshot
It helped to look at it in different colours with Emacs/ediff.
On a slightly different note, is there a way to get help:effective-settings
to only output the effective pom to a log file, rather than using shell
re-direct or tee which will capture all the noise as well ?
cheers,
mehul
On Wed, Feb 10, 2016 at 12:11 PM, Mehul Sanghvi <me...@gmail.com>
wrote:
> I was able to manually upload using the following command-line:
>
> mvn deploy:deploy-file -B -V -s
> /path/to/build/dir/maven/settings-unix-buildmachine.xml
> -DrepositoryId=SNAPSHOTS-REPO-ID -Durl=
> http://internal.nexus.host.com/nexus/content/repositories/snapshots-repo-being-used
> -DgeneratePom=true -DgroupId=COM.GROUP.ID -Dversion=1.2.3.4.5-SNAPSHOT
> -DartifactId=ARTIFACT-ID -Dfile=ZIP-FILE.zip -Dpackaging=zip
> -Dclassifier=linux
>
>
> Using mvn-3.0.5 it took just under 19 minutes to upload the zip file.
> Using mvn-3.3.3 it took 22 seconds.
>
>
> So there must be something wrong with the POM file that we are using. I
> will try and narrow it down and see what I can find.
>
>
>
> On Tue, Feb 9, 2016 at 5:44 PM, Christofer Dutz <christofer.dutz@c-ware.de
> > wrote:
>
>> Yeah I can confirm, that I too couldn't find any reference to invalid
>> login attempts in my Artifactory logs.
>>
>> Chris
>>
>> ________________________________________
>> Von: Mehul Sanghvi <me...@gmail.com>
>> Gesendet: Dienstag, 9. Februar 2016 21:49
>> An: Maven Users List
>> Betreff: Re: debugging maven-deploy-plugin:deploy-file
>>
>> What should I be looking at on the server side ? I have access to it,
>> with
>> admin privs.
>>
>> I don't know much about it, and am the admin because the people that set
>> it
>> up have all left
>> the company. I'm "it" by default :)
>>
>> I looked at nexus.log, but nothing happens when I actually run maven with
>> the pom.xml. I have compared
>> the help:effective-settings output for the jars-upload vs zip-upload
>> profile, and the only difference was
>> the profile name.
>>
>> I am trying to figure out from the server side if there is anything
>> configured incorrectly somewhere, or some role/privilege
>> that is incorrect, though that doesn't make sense, as its the same user
>> writing tot he same repository in both cases.
>>
>>
>>
>>
>> On Tue, Feb 9, 2016 at 10:40 AM, Christofer Dutz <
>> christofer.dutz@c-ware.de>
>> wrote:
>>
>> > In my case I'm the only user and admin of the Repo Manager.
>> >
>> > And I know that I didn't update anything or even log-in to the front end
>> > for months now. Also I didn't change anything with my settings.xml
>> (even if
>> > I thought I had but it turned out that it was in another settings.xml).
>> > It's still the same as in one really old backup.
>> >
>> > I'll hope to find some time to investigate this as I know it will bite
>> me
>> > pretty soon.
>> >
>> > Chris
>> >
>> > ________________________________________
>> > Von: anders.g.hammar@gmail.com <an...@gmail.com> im Auftrag
>> von
>> > Anders Hammar <an...@hammar.net>
>> > Gesendet: Dienstag, 9. Februar 2016 16:27
>> > An: Maven Users List
>> > Betreff: Re: debugging maven-deploy-plugin:deploy-file
>> >
>> > Please keep in mind that there could be authorization rules in the
>> > repository manager that gives access to some groupIds but not others,
>> for
>> > example. You should contact the ones responsible for your repo manager
>> > instance and have them help you!
>> >
>> > /Anders
>> >
>> > On Tue, Feb 9, 2016 at 4:16 PM, Christofer Dutz <
>> christofer.dutz@c-ware.de
>> > >
>> > wrote:
>> >
>> > > Just to add my 50ct ... I too encountered a similar problem a few days
>> > ago
>> > > and am still having it.
>> > >
>> > > While I had a settings.xml that worked fine for ages I got the exact
>> same
>> > > Unauthorized errors.
>> > > At first I thought I had a problem in my settings but I couldn't find
>> > one.
>> > > I "resolved" the problem, by disabling the settings.xml and pulling
>> from
>> > > maven central instead of my private repo ... but that's not a real
>> > > resolution.
>> > >
>> > > I was also using a pretty recent 3.3.x version (not the 3.3.9 cause it
>> > > breaks most of my important plugins)
>> > > My repo is an Artifactory (Haven't updated that for quite some time)
>> > >
>> > > As I don't seem to be alone with this eventually I'll use Wireshark
>> > > investigate what's going over the wire. Mabe this will help find out
>> > what's
>> > > going wrong.
>> > >
>> > > Chris
>> > >
>> > > ________________________________________
>> > > Von: Mehul Sanghvi <me...@gmail.com>
>> > > Gesendet: Dienstag, 9. Februar 2016 15:02
>> > > An: Maven Users List
>> > > Cc: info@soebes.de
>> > > Betreff: Re: debugging maven-deploy-plugin:deploy-file
>> > >
>> > > The repositoryId is the same for both. They are getting uploaded to
>> the
>> > > same repository.
>> > >
>> > > So face I have tested the following:
>> > >
>> > > 1. verified username/password by logging into the web ui
>> > >
>> > > 2. verified that server id in settings.xml matches the distribution
>> > > repository id in the pom.xml
>> > >
>> > > 3. verified correct settings.xml was being used. I used
>> > >
>> > > mvn help:effective-settings
>> > >
>> > > 4. verified the url is correct and the protocol being used is http
>> and
>> > not
>> > > https
>> > >
>> > > 5. using one of the latest versions of maven i.e. 3.3.3
>> > >
>> > >
>> > >
>> > >
>> > >
>> > > On Tue, Feb 9, 2016 at 4:03 AM, Adrien Rivard <
>> adrien.rivard@gmail.com>
>> > > wrote:
>> > >
>> > > > Hi,
>> > > >
>> > > >
>> > > > I'm guessing you have a mismatch between the repositories ids you
>> have
>> > at
>> > > > execution and the configured <server><id> in your settings.xml
>> (where
>> > the
>> > > > username/password are).
>> > > > Probably the repository id for upload-zip stuff is different that
>> the
>> > one
>> > > > for upload-jars?
>> > > >
>> > > >
>> > > >
>> > > > On Tue, Feb 9, 2016 at 1:54 AM, Mehul Sanghvi <
>> mehul.sanghvi@gmail.com
>> > >
>> > > > wrote:
>> > > >
>> > > > >
>> > > > >
>> > > > > I have attached a copy of the pom.xml that I am using.
>> > > > >
>> > > > >
>> > > > >
>> > > > > On Mon, Feb 8, 2016 at 4:05 AM, Karl Heinz Marbaise <
>> > khmarbaise@gmx.de
>> > > >
>> > > > > wrote:
>> > > > >
>> > > > >> Hi,
>> > > > >>
>> > > > >> On 2/8/16 6:43 AM, Mehul Sanghvi wrote:
>> > > > >>
>> > > > >>> I have a project with multiple modules and sub-modules. Two of
>> > the
>> > > > >>> modules, use
>> > > > >>> the same maven-deploy-plugin:deploy-file logic, just the
>> artefacts
>> > > they
>> > > > >>> are
>> > > > >>> working
>> > > > >>>
>> > > > >>
>> > > > >>
>> > > > >> Can you show an example of your deploy-file logic? Cause if you
>> are
>> > > > >> really using deploy-file goal within your pom file and in your
>> life
>> > > > cycle
>> > > > >> there is something wrong...
>> > > > >>
>> > > > >> Kind regards
>> > > > >> Karl Heinz Marbaise
>> > > > >>
>> > > > >> with are different. One module uploads designated JARs to Nexus.
>> > The
>> > > > >>> other is
>> > > > >>> meant for uploading ZIP files. Both are activated only if their
>> > > > >>> respective
>> > > > >>> profiles
>> > > > >>> are activated, -Pupload-jars and -Pupload-zips respectively.
>> Both
>> > > > >>> modules
>> > > > >>> share the same settings.xml information regarding repositories
>> and
>> > > > >>> servers.
>> > > > >>>
>> > > > >>>
>> > > > >>> Upload-jars is able to successfully upload the JARs using
>> > > deploy-file.
>> > > > >>> Upload-zips always fails with:
>> > > > >>>
>> > > > >>> Return code is: 401, ReasonPhrase:Unauthorized
>> > > > >>>
>> > > > >>> How do I figure out the credentials that are being used ? When
>> I
>> > use
>> > > > >>>
>> > > > >>> mvn -X
>> > > > >>>
>> > > > >>> I do not see anything that would indicate what user/passwd
>> > > combination
>> > > > is
>> > > > >>> being used. Any thoughts or suggestions ?
>> > > > >>>
>> > > > >>
>> > > > >>
>> > ---------------------------------------------------------------------
>> > > > >> To unsubscribe, e-mail: users-unsubscribe@maven.apache.org
>> > > > >> For additional commands, e-mail: users-help@maven.apache.org
>> > > > >>
>> > > > >>
>> > > > >
>> > > > >
>> > > > > --
>> > > > > Mehul N. Sanghvi
>> > > > > email: mehul.sanghvi@gmail.com
>> > > > >
>> > > > >
>> > > > >
>> ---------------------------------------------------------------------
>> > > > > To unsubscribe, e-mail: users-unsubscribe@maven.apache.org
>> > > > > For additional commands, e-mail: users-help@maven.apache.org
>> > > > >
>> > > >
>> > > >
>> > > >
>> > > > --
>> > > > Adrien Rivard
>> > > >
>> > >
>> > >
>> > >
>> > > --
>> > > Mehul N. Sanghvi
>> > > email: mehul.sanghvi@gmail.com
>> > >
>> > > ---------------------------------------------------------------------
>> > > To unsubscribe, e-mail: users-unsubscribe@maven.apache.org
>> > > For additional commands, e-mail: users-help@maven.apache.org
>> > >
>> > >
>> >
>> > ---------------------------------------------------------------------
>> > To unsubscribe, e-mail: users-unsubscribe@maven.apache.org
>> > For additional commands, e-mail: users-help@maven.apache.org
>> >
>> >
>>
>>
>> --
>> Mehul N. Sanghvi
>> email: mehul.sanghvi@gmail.com
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: users-unsubscribe@maven.apache.org
>> For additional commands, e-mail: users-help@maven.apache.org
>>
>>
>
>
> --
> Mehul N. Sanghvi
> email: mehul.sanghvi@gmail.com
>
--
Mehul N. Sanghvi
email: mehul.sanghvi@gmail.com
Re: debugging maven-deploy-plugin:deploy-file
Posted by Mehul Sanghvi <me...@gmail.com>.
I was able to manually upload using the following command-line:
mvn deploy:deploy-file -B -V -s
/path/to/build/dir/maven/settings-unix-buildmachine.xml
-DrepositoryId=SNAPSHOTS-REPO-ID -Durl=
http://internal.nexus.host.com/nexus/content/repositories/snapshots-repo-being-used
-DgeneratePom=true -DgroupId=COM.GROUP.ID -Dversion=1.2.3.4.5-SNAPSHOT
-DartifactId=ARTIFACT-ID -Dfile=ZIP-FILE.zip -Dpackaging=zip
-Dclassifier=linux
Using mvn-3.0.5 it took just under 19 minutes to upload the zip file.
Using mvn-3.3.3 it took 22 seconds.
So there must be something wrong with the POM file that we are using. I
will try and narrow it down and see what I can find.
On Tue, Feb 9, 2016 at 5:44 PM, Christofer Dutz <ch...@c-ware.de>
wrote:
> Yeah I can confirm, that I too couldn't find any reference to invalid
> login attempts in my Artifactory logs.
>
> Chris
>
> ________________________________________
> Von: Mehul Sanghvi <me...@gmail.com>
> Gesendet: Dienstag, 9. Februar 2016 21:49
> An: Maven Users List
> Betreff: Re: debugging maven-deploy-plugin:deploy-file
>
> What should I be looking at on the server side ? I have access to it, with
> admin privs.
>
> I don't know much about it, and am the admin because the people that set it
> up have all left
> the company. I'm "it" by default :)
>
> I looked at nexus.log, but nothing happens when I actually run maven with
> the pom.xml. I have compared
> the help:effective-settings output for the jars-upload vs zip-upload
> profile, and the only difference was
> the profile name.
>
> I am trying to figure out from the server side if there is anything
> configured incorrectly somewhere, or some role/privilege
> that is incorrect, though that doesn't make sense, as its the same user
> writing tot he same repository in both cases.
>
>
>
>
> On Tue, Feb 9, 2016 at 10:40 AM, Christofer Dutz <
> christofer.dutz@c-ware.de>
> wrote:
>
> > In my case I'm the only user and admin of the Repo Manager.
> >
> > And I know that I didn't update anything or even log-in to the front end
> > for months now. Also I didn't change anything with my settings.xml (even
> if
> > I thought I had but it turned out that it was in another settings.xml).
> > It's still the same as in one really old backup.
> >
> > I'll hope to find some time to investigate this as I know it will bite me
> > pretty soon.
> >
> > Chris
> >
> > ________________________________________
> > Von: anders.g.hammar@gmail.com <an...@gmail.com> im Auftrag
> von
> > Anders Hammar <an...@hammar.net>
> > Gesendet: Dienstag, 9. Februar 2016 16:27
> > An: Maven Users List
> > Betreff: Re: debugging maven-deploy-plugin:deploy-file
> >
> > Please keep in mind that there could be authorization rules in the
> > repository manager that gives access to some groupIds but not others, for
> > example. You should contact the ones responsible for your repo manager
> > instance and have them help you!
> >
> > /Anders
> >
> > On Tue, Feb 9, 2016 at 4:16 PM, Christofer Dutz <
> christofer.dutz@c-ware.de
> > >
> > wrote:
> >
> > > Just to add my 50ct ... I too encountered a similar problem a few days
> > ago
> > > and am still having it.
> > >
> > > While I had a settings.xml that worked fine for ages I got the exact
> same
> > > Unauthorized errors.
> > > At first I thought I had a problem in my settings but I couldn't find
> > one.
> > > I "resolved" the problem, by disabling the settings.xml and pulling
> from
> > > maven central instead of my private repo ... but that's not a real
> > > resolution.
> > >
> > > I was also using a pretty recent 3.3.x version (not the 3.3.9 cause it
> > > breaks most of my important plugins)
> > > My repo is an Artifactory (Haven't updated that for quite some time)
> > >
> > > As I don't seem to be alone with this eventually I'll use Wireshark
> > > investigate what's going over the wire. Mabe this will help find out
> > what's
> > > going wrong.
> > >
> > > Chris
> > >
> > > ________________________________________
> > > Von: Mehul Sanghvi <me...@gmail.com>
> > > Gesendet: Dienstag, 9. Februar 2016 15:02
> > > An: Maven Users List
> > > Cc: info@soebes.de
> > > Betreff: Re: debugging maven-deploy-plugin:deploy-file
> > >
> > > The repositoryId is the same for both. They are getting uploaded to
> the
> > > same repository.
> > >
> > > So face I have tested the following:
> > >
> > > 1. verified username/password by logging into the web ui
> > >
> > > 2. verified that server id in settings.xml matches the distribution
> > > repository id in the pom.xml
> > >
> > > 3. verified correct settings.xml was being used. I used
> > >
> > > mvn help:effective-settings
> > >
> > > 4. verified the url is correct and the protocol being used is http and
> > not
> > > https
> > >
> > > 5. using one of the latest versions of maven i.e. 3.3.3
> > >
> > >
> > >
> > >
> > >
> > > On Tue, Feb 9, 2016 at 4:03 AM, Adrien Rivard <adrien.rivard@gmail.com
> >
> > > wrote:
> > >
> > > > Hi,
> > > >
> > > >
> > > > I'm guessing you have a mismatch between the repositories ids you
> have
> > at
> > > > execution and the configured <server><id> in your settings.xml (where
> > the
> > > > username/password are).
> > > > Probably the repository id for upload-zip stuff is different that the
> > one
> > > > for upload-jars?
> > > >
> > > >
> > > >
> > > > On Tue, Feb 9, 2016 at 1:54 AM, Mehul Sanghvi <
> mehul.sanghvi@gmail.com
> > >
> > > > wrote:
> > > >
> > > > >
> > > > >
> > > > > I have attached a copy of the pom.xml that I am using.
> > > > >
> > > > >
> > > > >
> > > > > On Mon, Feb 8, 2016 at 4:05 AM, Karl Heinz Marbaise <
> > khmarbaise@gmx.de
> > > >
> > > > > wrote:
> > > > >
> > > > >> Hi,
> > > > >>
> > > > >> On 2/8/16 6:43 AM, Mehul Sanghvi wrote:
> > > > >>
> > > > >>> I have a project with multiple modules and sub-modules. Two of
> > the
> > > > >>> modules, use
> > > > >>> the same maven-deploy-plugin:deploy-file logic, just the
> artefacts
> > > they
> > > > >>> are
> > > > >>> working
> > > > >>>
> > > > >>
> > > > >>
> > > > >> Can you show an example of your deploy-file logic? Cause if you
> are
> > > > >> really using deploy-file goal within your pom file and in your
> life
> > > > cycle
> > > > >> there is something wrong...
> > > > >>
> > > > >> Kind regards
> > > > >> Karl Heinz Marbaise
> > > > >>
> > > > >> with are different. One module uploads designated JARs to Nexus.
> > The
> > > > >>> other is
> > > > >>> meant for uploading ZIP files. Both are activated only if their
> > > > >>> respective
> > > > >>> profiles
> > > > >>> are activated, -Pupload-jars and -Pupload-zips respectively.
> Both
> > > > >>> modules
> > > > >>> share the same settings.xml information regarding repositories
> and
> > > > >>> servers.
> > > > >>>
> > > > >>>
> > > > >>> Upload-jars is able to successfully upload the JARs using
> > > deploy-file.
> > > > >>> Upload-zips always fails with:
> > > > >>>
> > > > >>> Return code is: 401, ReasonPhrase:Unauthorized
> > > > >>>
> > > > >>> How do I figure out the credentials that are being used ? When I
> > use
> > > > >>>
> > > > >>> mvn -X
> > > > >>>
> > > > >>> I do not see anything that would indicate what user/passwd
> > > combination
> > > > is
> > > > >>> being used. Any thoughts or suggestions ?
> > > > >>>
> > > > >>
> > > > >>
> > ---------------------------------------------------------------------
> > > > >> To unsubscribe, e-mail: users-unsubscribe@maven.apache.org
> > > > >> For additional commands, e-mail: users-help@maven.apache.org
> > > > >>
> > > > >>
> > > > >
> > > > >
> > > > > --
> > > > > Mehul N. Sanghvi
> > > > > email: mehul.sanghvi@gmail.com
> > > > >
> > > > >
> > > > >
> ---------------------------------------------------------------------
> > > > > To unsubscribe, e-mail: users-unsubscribe@maven.apache.org
> > > > > For additional commands, e-mail: users-help@maven.apache.org
> > > > >
> > > >
> > > >
> > > >
> > > > --
> > > > Adrien Rivard
> > > >
> > >
> > >
> > >
> > > --
> > > Mehul N. Sanghvi
> > > email: mehul.sanghvi@gmail.com
> > >
> > > ---------------------------------------------------------------------
> > > To unsubscribe, e-mail: users-unsubscribe@maven.apache.org
> > > For additional commands, e-mail: users-help@maven.apache.org
> > >
> > >
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: users-unsubscribe@maven.apache.org
> > For additional commands, e-mail: users-help@maven.apache.org
> >
> >
>
>
> --
> Mehul N. Sanghvi
> email: mehul.sanghvi@gmail.com
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@maven.apache.org
> For additional commands, e-mail: users-help@maven.apache.org
>
>
--
Mehul N. Sanghvi
email: mehul.sanghvi@gmail.com
AW: debugging maven-deploy-plugin:deploy-file
Posted by Christofer Dutz <ch...@c-ware.de>.
Yeah I can confirm, that I too couldn't find any reference to invalid login attempts in my Artifactory logs.
Chris
________________________________________
Von: Mehul Sanghvi <me...@gmail.com>
Gesendet: Dienstag, 9. Februar 2016 21:49
An: Maven Users List
Betreff: Re: debugging maven-deploy-plugin:deploy-file
What should I be looking at on the server side ? I have access to it, with
admin privs.
I don't know much about it, and am the admin because the people that set it
up have all left
the company. I'm "it" by default :)
I looked at nexus.log, but nothing happens when I actually run maven with
the pom.xml. I have compared
the help:effective-settings output for the jars-upload vs zip-upload
profile, and the only difference was
the profile name.
I am trying to figure out from the server side if there is anything
configured incorrectly somewhere, or some role/privilege
that is incorrect, though that doesn't make sense, as its the same user
writing tot he same repository in both cases.
On Tue, Feb 9, 2016 at 10:40 AM, Christofer Dutz <ch...@c-ware.de>
wrote:
> In my case I'm the only user and admin of the Repo Manager.
>
> And I know that I didn't update anything or even log-in to the front end
> for months now. Also I didn't change anything with my settings.xml (even if
> I thought I had but it turned out that it was in another settings.xml).
> It's still the same as in one really old backup.
>
> I'll hope to find some time to investigate this as I know it will bite me
> pretty soon.
>
> Chris
>
> ________________________________________
> Von: anders.g.hammar@gmail.com <an...@gmail.com> im Auftrag von
> Anders Hammar <an...@hammar.net>
> Gesendet: Dienstag, 9. Februar 2016 16:27
> An: Maven Users List
> Betreff: Re: debugging maven-deploy-plugin:deploy-file
>
> Please keep in mind that there could be authorization rules in the
> repository manager that gives access to some groupIds but not others, for
> example. You should contact the ones responsible for your repo manager
> instance and have them help you!
>
> /Anders
>
> On Tue, Feb 9, 2016 at 4:16 PM, Christofer Dutz <christofer.dutz@c-ware.de
> >
> wrote:
>
> > Just to add my 50ct ... I too encountered a similar problem a few days
> ago
> > and am still having it.
> >
> > While I had a settings.xml that worked fine for ages I got the exact same
> > Unauthorized errors.
> > At first I thought I had a problem in my settings but I couldn't find
> one.
> > I "resolved" the problem, by disabling the settings.xml and pulling from
> > maven central instead of my private repo ... but that's not a real
> > resolution.
> >
> > I was also using a pretty recent 3.3.x version (not the 3.3.9 cause it
> > breaks most of my important plugins)
> > My repo is an Artifactory (Haven't updated that for quite some time)
> >
> > As I don't seem to be alone with this eventually I'll use Wireshark
> > investigate what's going over the wire. Mabe this will help find out
> what's
> > going wrong.
> >
> > Chris
> >
> > ________________________________________
> > Von: Mehul Sanghvi <me...@gmail.com>
> > Gesendet: Dienstag, 9. Februar 2016 15:02
> > An: Maven Users List
> > Cc: info@soebes.de
> > Betreff: Re: debugging maven-deploy-plugin:deploy-file
> >
> > The repositoryId is the same for both. They are getting uploaded to the
> > same repository.
> >
> > So face I have tested the following:
> >
> > 1. verified username/password by logging into the web ui
> >
> > 2. verified that server id in settings.xml matches the distribution
> > repository id in the pom.xml
> >
> > 3. verified correct settings.xml was being used. I used
> >
> > mvn help:effective-settings
> >
> > 4. verified the url is correct and the protocol being used is http and
> not
> > https
> >
> > 5. using one of the latest versions of maven i.e. 3.3.3
> >
> >
> >
> >
> >
> > On Tue, Feb 9, 2016 at 4:03 AM, Adrien Rivard <ad...@gmail.com>
> > wrote:
> >
> > > Hi,
> > >
> > >
> > > I'm guessing you have a mismatch between the repositories ids you have
> at
> > > execution and the configured <server><id> in your settings.xml (where
> the
> > > username/password are).
> > > Probably the repository id for upload-zip stuff is different that the
> one
> > > for upload-jars?
> > >
> > >
> > >
> > > On Tue, Feb 9, 2016 at 1:54 AM, Mehul Sanghvi <mehul.sanghvi@gmail.com
> >
> > > wrote:
> > >
> > > >
> > > >
> > > > I have attached a copy of the pom.xml that I am using.
> > > >
> > > >
> > > >
> > > > On Mon, Feb 8, 2016 at 4:05 AM, Karl Heinz Marbaise <
> khmarbaise@gmx.de
> > >
> > > > wrote:
> > > >
> > > >> Hi,
> > > >>
> > > >> On 2/8/16 6:43 AM, Mehul Sanghvi wrote:
> > > >>
> > > >>> I have a project with multiple modules and sub-modules. Two of
> the
> > > >>> modules, use
> > > >>> the same maven-deploy-plugin:deploy-file logic, just the artefacts
> > they
> > > >>> are
> > > >>> working
> > > >>>
> > > >>
> > > >>
> > > >> Can you show an example of your deploy-file logic? Cause if you are
> > > >> really using deploy-file goal within your pom file and in your life
> > > cycle
> > > >> there is something wrong...
> > > >>
> > > >> Kind regards
> > > >> Karl Heinz Marbaise
> > > >>
> > > >> with are different. One module uploads designated JARs to Nexus.
> The
> > > >>> other is
> > > >>> meant for uploading ZIP files. Both are activated only if their
> > > >>> respective
> > > >>> profiles
> > > >>> are activated, -Pupload-jars and -Pupload-zips respectively. Both
> > > >>> modules
> > > >>> share the same settings.xml information regarding repositories and
> > > >>> servers.
> > > >>>
> > > >>>
> > > >>> Upload-jars is able to successfully upload the JARs using
> > deploy-file.
> > > >>> Upload-zips always fails with:
> > > >>>
> > > >>> Return code is: 401, ReasonPhrase:Unauthorized
> > > >>>
> > > >>> How do I figure out the credentials that are being used ? When I
> use
> > > >>>
> > > >>> mvn -X
> > > >>>
> > > >>> I do not see anything that would indicate what user/passwd
> > combination
> > > is
> > > >>> being used. Any thoughts or suggestions ?
> > > >>>
> > > >>
> > > >>
> ---------------------------------------------------------------------
> > > >> To unsubscribe, e-mail: users-unsubscribe@maven.apache.org
> > > >> For additional commands, e-mail: users-help@maven.apache.org
> > > >>
> > > >>
> > > >
> > > >
> > > > --
> > > > Mehul N. Sanghvi
> > > > email: mehul.sanghvi@gmail.com
> > > >
> > > >
> > > > ---------------------------------------------------------------------
> > > > To unsubscribe, e-mail: users-unsubscribe@maven.apache.org
> > > > For additional commands, e-mail: users-help@maven.apache.org
> > > >
> > >
> > >
> > >
> > > --
> > > Adrien Rivard
> > >
> >
> >
> >
> > --
> > Mehul N. Sanghvi
> > email: mehul.sanghvi@gmail.com
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: users-unsubscribe@maven.apache.org
> > For additional commands, e-mail: users-help@maven.apache.org
> >
> >
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@maven.apache.org
> For additional commands, e-mail: users-help@maven.apache.org
>
>
--
Mehul N. Sanghvi
email: mehul.sanghvi@gmail.com
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@maven.apache.org
For additional commands, e-mail: users-help@maven.apache.org
Re: debugging maven-deploy-plugin:deploy-file
Posted by Mehul Sanghvi <me...@gmail.com>.
What should I be looking at on the server side ? I have access to it, with
admin privs.
I don't know much about it, and am the admin because the people that set it
up have all left
the company. I'm "it" by default :)
I looked at nexus.log, but nothing happens when I actually run maven with
the pom.xml. I have compared
the help:effective-settings output for the jars-upload vs zip-upload
profile, and the only difference was
the profile name.
I am trying to figure out from the server side if there is anything
configured incorrectly somewhere, or some role/privilege
that is incorrect, though that doesn't make sense, as its the same user
writing tot he same repository in both cases.
On Tue, Feb 9, 2016 at 10:40 AM, Christofer Dutz <ch...@c-ware.de>
wrote:
> In my case I'm the only user and admin of the Repo Manager.
>
> And I know that I didn't update anything or even log-in to the front end
> for months now. Also I didn't change anything with my settings.xml (even if
> I thought I had but it turned out that it was in another settings.xml).
> It's still the same as in one really old backup.
>
> I'll hope to find some time to investigate this as I know it will bite me
> pretty soon.
>
> Chris
>
> ________________________________________
> Von: anders.g.hammar@gmail.com <an...@gmail.com> im Auftrag von
> Anders Hammar <an...@hammar.net>
> Gesendet: Dienstag, 9. Februar 2016 16:27
> An: Maven Users List
> Betreff: Re: debugging maven-deploy-plugin:deploy-file
>
> Please keep in mind that there could be authorization rules in the
> repository manager that gives access to some groupIds but not others, for
> example. You should contact the ones responsible for your repo manager
> instance and have them help you!
>
> /Anders
>
> On Tue, Feb 9, 2016 at 4:16 PM, Christofer Dutz <christofer.dutz@c-ware.de
> >
> wrote:
>
> > Just to add my 50ct ... I too encountered a similar problem a few days
> ago
> > and am still having it.
> >
> > While I had a settings.xml that worked fine for ages I got the exact same
> > Unauthorized errors.
> > At first I thought I had a problem in my settings but I couldn't find
> one.
> > I "resolved" the problem, by disabling the settings.xml and pulling from
> > maven central instead of my private repo ... but that's not a real
> > resolution.
> >
> > I was also using a pretty recent 3.3.x version (not the 3.3.9 cause it
> > breaks most of my important plugins)
> > My repo is an Artifactory (Haven't updated that for quite some time)
> >
> > As I don't seem to be alone with this eventually I'll use Wireshark
> > investigate what's going over the wire. Mabe this will help find out
> what's
> > going wrong.
> >
> > Chris
> >
> > ________________________________________
> > Von: Mehul Sanghvi <me...@gmail.com>
> > Gesendet: Dienstag, 9. Februar 2016 15:02
> > An: Maven Users List
> > Cc: info@soebes.de
> > Betreff: Re: debugging maven-deploy-plugin:deploy-file
> >
> > The repositoryId is the same for both. They are getting uploaded to the
> > same repository.
> >
> > So face I have tested the following:
> >
> > 1. verified username/password by logging into the web ui
> >
> > 2. verified that server id in settings.xml matches the distribution
> > repository id in the pom.xml
> >
> > 3. verified correct settings.xml was being used. I used
> >
> > mvn help:effective-settings
> >
> > 4. verified the url is correct and the protocol being used is http and
> not
> > https
> >
> > 5. using one of the latest versions of maven i.e. 3.3.3
> >
> >
> >
> >
> >
> > On Tue, Feb 9, 2016 at 4:03 AM, Adrien Rivard <ad...@gmail.com>
> > wrote:
> >
> > > Hi,
> > >
> > >
> > > I'm guessing you have a mismatch between the repositories ids you have
> at
> > > execution and the configured <server><id> in your settings.xml (where
> the
> > > username/password are).
> > > Probably the repository id for upload-zip stuff is different that the
> one
> > > for upload-jars?
> > >
> > >
> > >
> > > On Tue, Feb 9, 2016 at 1:54 AM, Mehul Sanghvi <mehul.sanghvi@gmail.com
> >
> > > wrote:
> > >
> > > >
> > > >
> > > > I have attached a copy of the pom.xml that I am using.
> > > >
> > > >
> > > >
> > > > On Mon, Feb 8, 2016 at 4:05 AM, Karl Heinz Marbaise <
> khmarbaise@gmx.de
> > >
> > > > wrote:
> > > >
> > > >> Hi,
> > > >>
> > > >> On 2/8/16 6:43 AM, Mehul Sanghvi wrote:
> > > >>
> > > >>> I have a project with multiple modules and sub-modules. Two of
> the
> > > >>> modules, use
> > > >>> the same maven-deploy-plugin:deploy-file logic, just the artefacts
> > they
> > > >>> are
> > > >>> working
> > > >>>
> > > >>
> > > >>
> > > >> Can you show an example of your deploy-file logic? Cause if you are
> > > >> really using deploy-file goal within your pom file and in your life
> > > cycle
> > > >> there is something wrong...
> > > >>
> > > >> Kind regards
> > > >> Karl Heinz Marbaise
> > > >>
> > > >> with are different. One module uploads designated JARs to Nexus.
> The
> > > >>> other is
> > > >>> meant for uploading ZIP files. Both are activated only if their
> > > >>> respective
> > > >>> profiles
> > > >>> are activated, -Pupload-jars and -Pupload-zips respectively. Both
> > > >>> modules
> > > >>> share the same settings.xml information regarding repositories and
> > > >>> servers.
> > > >>>
> > > >>>
> > > >>> Upload-jars is able to successfully upload the JARs using
> > deploy-file.
> > > >>> Upload-zips always fails with:
> > > >>>
> > > >>> Return code is: 401, ReasonPhrase:Unauthorized
> > > >>>
> > > >>> How do I figure out the credentials that are being used ? When I
> use
> > > >>>
> > > >>> mvn -X
> > > >>>
> > > >>> I do not see anything that would indicate what user/passwd
> > combination
> > > is
> > > >>> being used. Any thoughts or suggestions ?
> > > >>>
> > > >>
> > > >>
> ---------------------------------------------------------------------
> > > >> To unsubscribe, e-mail: users-unsubscribe@maven.apache.org
> > > >> For additional commands, e-mail: users-help@maven.apache.org
> > > >>
> > > >>
> > > >
> > > >
> > > > --
> > > > Mehul N. Sanghvi
> > > > email: mehul.sanghvi@gmail.com
> > > >
> > > >
> > > > ---------------------------------------------------------------------
> > > > To unsubscribe, e-mail: users-unsubscribe@maven.apache.org
> > > > For additional commands, e-mail: users-help@maven.apache.org
> > > >
> > >
> > >
> > >
> > > --
> > > Adrien Rivard
> > >
> >
> >
> >
> > --
> > Mehul N. Sanghvi
> > email: mehul.sanghvi@gmail.com
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: users-unsubscribe@maven.apache.org
> > For additional commands, e-mail: users-help@maven.apache.org
> >
> >
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@maven.apache.org
> For additional commands, e-mail: users-help@maven.apache.org
>
>
--
Mehul N. Sanghvi
email: mehul.sanghvi@gmail.com
AW: debugging maven-deploy-plugin:deploy-file
Posted by Christofer Dutz <ch...@c-ware.de>.
In my case I'm the only user and admin of the Repo Manager.
And I know that I didn't update anything or even log-in to the front end for months now. Also I didn't change anything with my settings.xml (even if I thought I had but it turned out that it was in another settings.xml). It's still the same as in one really old backup.
I'll hope to find some time to investigate this as I know it will bite me pretty soon.
Chris
________________________________________
Von: anders.g.hammar@gmail.com <an...@gmail.com> im Auftrag von Anders Hammar <an...@hammar.net>
Gesendet: Dienstag, 9. Februar 2016 16:27
An: Maven Users List
Betreff: Re: debugging maven-deploy-plugin:deploy-file
Please keep in mind that there could be authorization rules in the
repository manager that gives access to some groupIds but not others, for
example. You should contact the ones responsible for your repo manager
instance and have them help you!
/Anders
On Tue, Feb 9, 2016 at 4:16 PM, Christofer Dutz <ch...@c-ware.de>
wrote:
> Just to add my 50ct ... I too encountered a similar problem a few days ago
> and am still having it.
>
> While I had a settings.xml that worked fine for ages I got the exact same
> Unauthorized errors.
> At first I thought I had a problem in my settings but I couldn't find one.
> I "resolved" the problem, by disabling the settings.xml and pulling from
> maven central instead of my private repo ... but that's not a real
> resolution.
>
> I was also using a pretty recent 3.3.x version (not the 3.3.9 cause it
> breaks most of my important plugins)
> My repo is an Artifactory (Haven't updated that for quite some time)
>
> As I don't seem to be alone with this eventually I'll use Wireshark
> investigate what's going over the wire. Mabe this will help find out what's
> going wrong.
>
> Chris
>
> ________________________________________
> Von: Mehul Sanghvi <me...@gmail.com>
> Gesendet: Dienstag, 9. Februar 2016 15:02
> An: Maven Users List
> Cc: info@soebes.de
> Betreff: Re: debugging maven-deploy-plugin:deploy-file
>
> The repositoryId is the same for both. They are getting uploaded to the
> same repository.
>
> So face I have tested the following:
>
> 1. verified username/password by logging into the web ui
>
> 2. verified that server id in settings.xml matches the distribution
> repository id in the pom.xml
>
> 3. verified correct settings.xml was being used. I used
>
> mvn help:effective-settings
>
> 4. verified the url is correct and the protocol being used is http and not
> https
>
> 5. using one of the latest versions of maven i.e. 3.3.3
>
>
>
>
>
> On Tue, Feb 9, 2016 at 4:03 AM, Adrien Rivard <ad...@gmail.com>
> wrote:
>
> > Hi,
> >
> >
> > I'm guessing you have a mismatch between the repositories ids you have at
> > execution and the configured <server><id> in your settings.xml (where the
> > username/password are).
> > Probably the repository id for upload-zip stuff is different that the one
> > for upload-jars?
> >
> >
> >
> > On Tue, Feb 9, 2016 at 1:54 AM, Mehul Sanghvi <me...@gmail.com>
> > wrote:
> >
> > >
> > >
> > > I have attached a copy of the pom.xml that I am using.
> > >
> > >
> > >
> > > On Mon, Feb 8, 2016 at 4:05 AM, Karl Heinz Marbaise <khmarbaise@gmx.de
> >
> > > wrote:
> > >
> > >> Hi,
> > >>
> > >> On 2/8/16 6:43 AM, Mehul Sanghvi wrote:
> > >>
> > >>> I have a project with multiple modules and sub-modules. Two of the
> > >>> modules, use
> > >>> the same maven-deploy-plugin:deploy-file logic, just the artefacts
> they
> > >>> are
> > >>> working
> > >>>
> > >>
> > >>
> > >> Can you show an example of your deploy-file logic? Cause if you are
> > >> really using deploy-file goal within your pom file and in your life
> > cycle
> > >> there is something wrong...
> > >>
> > >> Kind regards
> > >> Karl Heinz Marbaise
> > >>
> > >> with are different. One module uploads designated JARs to Nexus. The
> > >>> other is
> > >>> meant for uploading ZIP files. Both are activated only if their
> > >>> respective
> > >>> profiles
> > >>> are activated, -Pupload-jars and -Pupload-zips respectively. Both
> > >>> modules
> > >>> share the same settings.xml information regarding repositories and
> > >>> servers.
> > >>>
> > >>>
> > >>> Upload-jars is able to successfully upload the JARs using
> deploy-file.
> > >>> Upload-zips always fails with:
> > >>>
> > >>> Return code is: 401, ReasonPhrase:Unauthorized
> > >>>
> > >>> How do I figure out the credentials that are being used ? When I use
> > >>>
> > >>> mvn -X
> > >>>
> > >>> I do not see anything that would indicate what user/passwd
> combination
> > is
> > >>> being used. Any thoughts or suggestions ?
> > >>>
> > >>
> > >> ---------------------------------------------------------------------
> > >> To unsubscribe, e-mail: users-unsubscribe@maven.apache.org
> > >> For additional commands, e-mail: users-help@maven.apache.org
> > >>
> > >>
> > >
> > >
> > > --
> > > Mehul N. Sanghvi
> > > email: mehul.sanghvi@gmail.com
> > >
> > >
> > > ---------------------------------------------------------------------
> > > To unsubscribe, e-mail: users-unsubscribe@maven.apache.org
> > > For additional commands, e-mail: users-help@maven.apache.org
> > >
> >
> >
> >
> > --
> > Adrien Rivard
> >
>
>
>
> --
> Mehul N. Sanghvi
> email: mehul.sanghvi@gmail.com
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@maven.apache.org
> For additional commands, e-mail: users-help@maven.apache.org
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@maven.apache.org
For additional commands, e-mail: users-help@maven.apache.org
Re: debugging maven-deploy-plugin:deploy-file
Posted by Anders Hammar <an...@hammar.net>.
Please keep in mind that there could be authorization rules in the
repository manager that gives access to some groupIds but not others, for
example. You should contact the ones responsible for your repo manager
instance and have them help you!
/Anders
On Tue, Feb 9, 2016 at 4:16 PM, Christofer Dutz <ch...@c-ware.de>
wrote:
> Just to add my 50ct ... I too encountered a similar problem a few days ago
> and am still having it.
>
> While I had a settings.xml that worked fine for ages I got the exact same
> Unauthorized errors.
> At first I thought I had a problem in my settings but I couldn't find one.
> I "resolved" the problem, by disabling the settings.xml and pulling from
> maven central instead of my private repo ... but that's not a real
> resolution.
>
> I was also using a pretty recent 3.3.x version (not the 3.3.9 cause it
> breaks most of my important plugins)
> My repo is an Artifactory (Haven't updated that for quite some time)
>
> As I don't seem to be alone with this eventually I'll use Wireshark
> investigate what's going over the wire. Mabe this will help find out what's
> going wrong.
>
> Chris
>
> ________________________________________
> Von: Mehul Sanghvi <me...@gmail.com>
> Gesendet: Dienstag, 9. Februar 2016 15:02
> An: Maven Users List
> Cc: info@soebes.de
> Betreff: Re: debugging maven-deploy-plugin:deploy-file
>
> The repositoryId is the same for both. They are getting uploaded to the
> same repository.
>
> So face I have tested the following:
>
> 1. verified username/password by logging into the web ui
>
> 2. verified that server id in settings.xml matches the distribution
> repository id in the pom.xml
>
> 3. verified correct settings.xml was being used. I used
>
> mvn help:effective-settings
>
> 4. verified the url is correct and the protocol being used is http and not
> https
>
> 5. using one of the latest versions of maven i.e. 3.3.3
>
>
>
>
>
> On Tue, Feb 9, 2016 at 4:03 AM, Adrien Rivard <ad...@gmail.com>
> wrote:
>
> > Hi,
> >
> >
> > I'm guessing you have a mismatch between the repositories ids you have at
> > execution and the configured <server><id> in your settings.xml (where the
> > username/password are).
> > Probably the repository id for upload-zip stuff is different that the one
> > for upload-jars?
> >
> >
> >
> > On Tue, Feb 9, 2016 at 1:54 AM, Mehul Sanghvi <me...@gmail.com>
> > wrote:
> >
> > >
> > >
> > > I have attached a copy of the pom.xml that I am using.
> > >
> > >
> > >
> > > On Mon, Feb 8, 2016 at 4:05 AM, Karl Heinz Marbaise <khmarbaise@gmx.de
> >
> > > wrote:
> > >
> > >> Hi,
> > >>
> > >> On 2/8/16 6:43 AM, Mehul Sanghvi wrote:
> > >>
> > >>> I have a project with multiple modules and sub-modules. Two of the
> > >>> modules, use
> > >>> the same maven-deploy-plugin:deploy-file logic, just the artefacts
> they
> > >>> are
> > >>> working
> > >>>
> > >>
> > >>
> > >> Can you show an example of your deploy-file logic? Cause if you are
> > >> really using deploy-file goal within your pom file and in your life
> > cycle
> > >> there is something wrong...
> > >>
> > >> Kind regards
> > >> Karl Heinz Marbaise
> > >>
> > >> with are different. One module uploads designated JARs to Nexus. The
> > >>> other is
> > >>> meant for uploading ZIP files. Both are activated only if their
> > >>> respective
> > >>> profiles
> > >>> are activated, -Pupload-jars and -Pupload-zips respectively. Both
> > >>> modules
> > >>> share the same settings.xml information regarding repositories and
> > >>> servers.
> > >>>
> > >>>
> > >>> Upload-jars is able to successfully upload the JARs using
> deploy-file.
> > >>> Upload-zips always fails with:
> > >>>
> > >>> Return code is: 401, ReasonPhrase:Unauthorized
> > >>>
> > >>> How do I figure out the credentials that are being used ? When I use
> > >>>
> > >>> mvn -X
> > >>>
> > >>> I do not see anything that would indicate what user/passwd
> combination
> > is
> > >>> being used. Any thoughts or suggestions ?
> > >>>
> > >>
> > >> ---------------------------------------------------------------------
> > >> To unsubscribe, e-mail: users-unsubscribe@maven.apache.org
> > >> For additional commands, e-mail: users-help@maven.apache.org
> > >>
> > >>
> > >
> > >
> > > --
> > > Mehul N. Sanghvi
> > > email: mehul.sanghvi@gmail.com
> > >
> > >
> > > ---------------------------------------------------------------------
> > > To unsubscribe, e-mail: users-unsubscribe@maven.apache.org
> > > For additional commands, e-mail: users-help@maven.apache.org
> > >
> >
> >
> >
> > --
> > Adrien Rivard
> >
>
>
>
> --
> Mehul N. Sanghvi
> email: mehul.sanghvi@gmail.com
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@maven.apache.org
> For additional commands, e-mail: users-help@maven.apache.org
>
>
AW: debugging maven-deploy-plugin:deploy-file
Posted by Christofer Dutz <ch...@c-ware.de>.
Just to add my 50ct ... I too encountered a similar problem a few days ago and am still having it.
While I had a settings.xml that worked fine for ages I got the exact same Unauthorized errors.
At first I thought I had a problem in my settings but I couldn't find one. I "resolved" the problem, by disabling the settings.xml and pulling from maven central instead of my private repo ... but that's not a real resolution.
I was also using a pretty recent 3.3.x version (not the 3.3.9 cause it breaks most of my important plugins)
My repo is an Artifactory (Haven't updated that for quite some time)
As I don't seem to be alone with this eventually I'll use Wireshark investigate what's going over the wire. Mabe this will help find out what's going wrong.
Chris
________________________________________
Von: Mehul Sanghvi <me...@gmail.com>
Gesendet: Dienstag, 9. Februar 2016 15:02
An: Maven Users List
Cc: info@soebes.de
Betreff: Re: debugging maven-deploy-plugin:deploy-file
The repositoryId is the same for both. They are getting uploaded to the
same repository.
So face I have tested the following:
1. verified username/password by logging into the web ui
2. verified that server id in settings.xml matches the distribution
repository id in the pom.xml
3. verified correct settings.xml was being used. I used
mvn help:effective-settings
4. verified the url is correct and the protocol being used is http and not
https
5. using one of the latest versions of maven i.e. 3.3.3
On Tue, Feb 9, 2016 at 4:03 AM, Adrien Rivard <ad...@gmail.com>
wrote:
> Hi,
>
>
> I'm guessing you have a mismatch between the repositories ids you have at
> execution and the configured <server><id> in your settings.xml (where the
> username/password are).
> Probably the repository id for upload-zip stuff is different that the one
> for upload-jars?
>
>
>
> On Tue, Feb 9, 2016 at 1:54 AM, Mehul Sanghvi <me...@gmail.com>
> wrote:
>
> >
> >
> > I have attached a copy of the pom.xml that I am using.
> >
> >
> >
> > On Mon, Feb 8, 2016 at 4:05 AM, Karl Heinz Marbaise <kh...@gmx.de>
> > wrote:
> >
> >> Hi,
> >>
> >> On 2/8/16 6:43 AM, Mehul Sanghvi wrote:
> >>
> >>> I have a project with multiple modules and sub-modules. Two of the
> >>> modules, use
> >>> the same maven-deploy-plugin:deploy-file logic, just the artefacts they
> >>> are
> >>> working
> >>>
> >>
> >>
> >> Can you show an example of your deploy-file logic? Cause if you are
> >> really using deploy-file goal within your pom file and in your life
> cycle
> >> there is something wrong...
> >>
> >> Kind regards
> >> Karl Heinz Marbaise
> >>
> >> with are different. One module uploads designated JARs to Nexus. The
> >>> other is
> >>> meant for uploading ZIP files. Both are activated only if their
> >>> respective
> >>> profiles
> >>> are activated, -Pupload-jars and -Pupload-zips respectively. Both
> >>> modules
> >>> share the same settings.xml information regarding repositories and
> >>> servers.
> >>>
> >>>
> >>> Upload-jars is able to successfully upload the JARs using deploy-file.
> >>> Upload-zips always fails with:
> >>>
> >>> Return code is: 401, ReasonPhrase:Unauthorized
> >>>
> >>> How do I figure out the credentials that are being used ? When I use
> >>>
> >>> mvn -X
> >>>
> >>> I do not see anything that would indicate what user/passwd combination
> is
> >>> being used. Any thoughts or suggestions ?
> >>>
> >>
> >> ---------------------------------------------------------------------
> >> To unsubscribe, e-mail: users-unsubscribe@maven.apache.org
> >> For additional commands, e-mail: users-help@maven.apache.org
> >>
> >>
> >
> >
> > --
> > Mehul N. Sanghvi
> > email: mehul.sanghvi@gmail.com
> >
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: users-unsubscribe@maven.apache.org
> > For additional commands, e-mail: users-help@maven.apache.org
> >
>
>
>
> --
> Adrien Rivard
>
--
Mehul N. Sanghvi
email: mehul.sanghvi@gmail.com
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@maven.apache.org
For additional commands, e-mail: users-help@maven.apache.org
Re: debugging maven-deploy-plugin:deploy-file
Posted by Mehul Sanghvi <me...@gmail.com>.
The repositoryId is the same for both. They are getting uploaded to the
same repository.
So face I have tested the following:
1. verified username/password by logging into the web ui
2. verified that server id in settings.xml matches the distribution
repository id in the pom.xml
3. verified correct settings.xml was being used. I used
mvn help:effective-settings
4. verified the url is correct and the protocol being used is http and not
https
5. using one of the latest versions of maven i.e. 3.3.3
On Tue, Feb 9, 2016 at 4:03 AM, Adrien Rivard <ad...@gmail.com>
wrote:
> Hi,
>
>
> I'm guessing you have a mismatch between the repositories ids you have at
> execution and the configured <server><id> in your settings.xml (where the
> username/password are).
> Probably the repository id for upload-zip stuff is different that the one
> for upload-jars?
>
>
>
> On Tue, Feb 9, 2016 at 1:54 AM, Mehul Sanghvi <me...@gmail.com>
> wrote:
>
> >
> >
> > I have attached a copy of the pom.xml that I am using.
> >
> >
> >
> > On Mon, Feb 8, 2016 at 4:05 AM, Karl Heinz Marbaise <kh...@gmx.de>
> > wrote:
> >
> >> Hi,
> >>
> >> On 2/8/16 6:43 AM, Mehul Sanghvi wrote:
> >>
> >>> I have a project with multiple modules and sub-modules. Two of the
> >>> modules, use
> >>> the same maven-deploy-plugin:deploy-file logic, just the artefacts they
> >>> are
> >>> working
> >>>
> >>
> >>
> >> Can you show an example of your deploy-file logic? Cause if you are
> >> really using deploy-file goal within your pom file and in your life
> cycle
> >> there is something wrong...
> >>
> >> Kind regards
> >> Karl Heinz Marbaise
> >>
> >> with are different. One module uploads designated JARs to Nexus. The
> >>> other is
> >>> meant for uploading ZIP files. Both are activated only if their
> >>> respective
> >>> profiles
> >>> are activated, -Pupload-jars and -Pupload-zips respectively. Both
> >>> modules
> >>> share the same settings.xml information regarding repositories and
> >>> servers.
> >>>
> >>>
> >>> Upload-jars is able to successfully upload the JARs using deploy-file.
> >>> Upload-zips always fails with:
> >>>
> >>> Return code is: 401, ReasonPhrase:Unauthorized
> >>>
> >>> How do I figure out the credentials that are being used ? When I use
> >>>
> >>> mvn -X
> >>>
> >>> I do not see anything that would indicate what user/passwd combination
> is
> >>> being used. Any thoughts or suggestions ?
> >>>
> >>
> >> ---------------------------------------------------------------------
> >> To unsubscribe, e-mail: users-unsubscribe@maven.apache.org
> >> For additional commands, e-mail: users-help@maven.apache.org
> >>
> >>
> >
> >
> > --
> > Mehul N. Sanghvi
> > email: mehul.sanghvi@gmail.com
> >
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: users-unsubscribe@maven.apache.org
> > For additional commands, e-mail: users-help@maven.apache.org
> >
>
>
>
> --
> Adrien Rivard
>
--
Mehul N. Sanghvi
email: mehul.sanghvi@gmail.com
Re: debugging maven-deploy-plugin:deploy-file
Posted by Adrien Rivard <ad...@gmail.com>.
Hi,
I'm guessing you have a mismatch between the repositories ids you have at
execution and the configured <server><id> in your settings.xml (where the
username/password are).
Probably the repository id for upload-zip stuff is different that the one
for upload-jars?
On Tue, Feb 9, 2016 at 1:54 AM, Mehul Sanghvi <me...@gmail.com>
wrote:
>
>
> I have attached a copy of the pom.xml that I am using.
>
>
>
> On Mon, Feb 8, 2016 at 4:05 AM, Karl Heinz Marbaise <kh...@gmx.de>
> wrote:
>
>> Hi,
>>
>> On 2/8/16 6:43 AM, Mehul Sanghvi wrote:
>>
>>> I have a project with multiple modules and sub-modules. Two of the
>>> modules, use
>>> the same maven-deploy-plugin:deploy-file logic, just the artefacts they
>>> are
>>> working
>>>
>>
>>
>> Can you show an example of your deploy-file logic? Cause if you are
>> really using deploy-file goal within your pom file and in your life cycle
>> there is something wrong...
>>
>> Kind regards
>> Karl Heinz Marbaise
>>
>> with are different. One module uploads designated JARs to Nexus. The
>>> other is
>>> meant for uploading ZIP files. Both are activated only if their
>>> respective
>>> profiles
>>> are activated, -Pupload-jars and -Pupload-zips respectively. Both
>>> modules
>>> share the same settings.xml information regarding repositories and
>>> servers.
>>>
>>>
>>> Upload-jars is able to successfully upload the JARs using deploy-file.
>>> Upload-zips always fails with:
>>>
>>> Return code is: 401, ReasonPhrase:Unauthorized
>>>
>>> How do I figure out the credentials that are being used ? When I use
>>>
>>> mvn -X
>>>
>>> I do not see anything that would indicate what user/passwd combination is
>>> being used. Any thoughts or suggestions ?
>>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: users-unsubscribe@maven.apache.org
>> For additional commands, e-mail: users-help@maven.apache.org
>>
>>
>
>
> --
> Mehul N. Sanghvi
> email: mehul.sanghvi@gmail.com
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@maven.apache.org
> For additional commands, e-mail: users-help@maven.apache.org
>
--
Adrien Rivard
Re: debugging maven-deploy-plugin:deploy-file
Posted by Mehul Sanghvi <me...@gmail.com>.
I have attached a copy of the pom.xml that I am using.
On Mon, Feb 8, 2016 at 4:05 AM, Karl Heinz Marbaise <kh...@gmx.de>
wrote:
> Hi,
>
> On 2/8/16 6:43 AM, Mehul Sanghvi wrote:
>
>> I have a project with multiple modules and sub-modules. Two of the
>> modules, use
>> the same maven-deploy-plugin:deploy-file logic, just the artefacts they
>> are
>> working
>>
>
>
> Can you show an example of your deploy-file logic? Cause if you are really
> using deploy-file goal within your pom file and in your life cycle there is
> something wrong...
>
> Kind regards
> Karl Heinz Marbaise
>
> with are different. One module uploads designated JARs to Nexus. The
>> other is
>> meant for uploading ZIP files. Both are activated only if their
>> respective
>> profiles
>> are activated, -Pupload-jars and -Pupload-zips respectively. Both modules
>> share the same settings.xml information regarding repositories and
>> servers.
>>
>>
>> Upload-jars is able to successfully upload the JARs using deploy-file.
>> Upload-zips always fails with:
>>
>> Return code is: 401, ReasonPhrase:Unauthorized
>>
>> How do I figure out the credentials that are being used ? When I use
>>
>> mvn -X
>>
>> I do not see anything that would indicate what user/passwd combination is
>> being used. Any thoughts or suggestions ?
>>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@maven.apache.org
> For additional commands, e-mail: users-help@maven.apache.org
>
>
--
Mehul N. Sanghvi
email: mehul.sanghvi@gmail.com
Re: debugging maven-deploy-plugin:deploy-file
Posted by Karl Heinz Marbaise <kh...@gmx.de>.
Hi,
On 2/8/16 6:43 AM, Mehul Sanghvi wrote:
> I have a project with multiple modules and sub-modules. Two of the
> modules, use
> the same maven-deploy-plugin:deploy-file logic, just the artefacts they are
> working
Can you show an example of your deploy-file logic? Cause if you are
really using deploy-file goal within your pom file and in your life
cycle there is something wrong...
Kind regards
Karl Heinz Marbaise
> with are different. One module uploads designated JARs to Nexus. The
> other is
> meant for uploading ZIP files. Both are activated only if their respective
> profiles
> are activated, -Pupload-jars and -Pupload-zips respectively. Both modules
> share the same settings.xml information regarding repositories and servers.
>
>
> Upload-jars is able to successfully upload the JARs using deploy-file.
> Upload-zips always fails with:
>
> Return code is: 401, ReasonPhrase:Unauthorized
>
> How do I figure out the credentials that are being used ? When I use
>
> mvn -X
>
> I do not see anything that would indicate what user/passwd combination is
> being used. Any thoughts or suggestions ?
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@maven.apache.org
For additional commands, e-mail: users-help@maven.apache.org
Re: debugging maven-deploy-plugin:deploy-file
Posted by Adrien Rivard <ad...@gmail.com>.
Hi,
If it is effectively using the same configuration, the problem could be on
the nexus level (users / permission).
Try uploading it directly from the nexus GUI.
That said I don't recall anything that would prevent iploading zip and not
jars so your problem can still be on maven level.
Can you try without profiles for example ? (avoid profile if it possible).
Also Nexus logs can have useful informations if you have access to them.
On Mon, Feb 8, 2016 at 6:43 AM, Mehul Sanghvi <me...@gmail.com>
wrote:
> I have a project with multiple modules and sub-modules. Two of the
> modules, use
> the same maven-deploy-plugin:deploy-file logic, just the artefacts they are
> working
> with are different. One module uploads designated JARs to Nexus. The
> other is
> meant for uploading ZIP files. Both are activated only if their respective
> profiles
> are activated, -Pupload-jars and -Pupload-zips respectively. Both modules
> share the same settings.xml information regarding repositories and servers.
>
>
> Upload-jars is able to successfully upload the JARs using deploy-file.
> Upload-zips always fails with:
>
> Return code is: 401, ReasonPhrase:Unauthorized
>
> How do I figure out the credentials that are being used ? When I use
>
> mvn -X
>
> I do not see anything that would indicate what user/passwd combination is
> being used. Any thoughts or suggestions ?
>
>
> cheers,
>
> mehul
>
> --
> Mehul N. Sanghvi
> email: mehul.sanghvi@gmail.com
>
--
Adrien Rivard