Re: Blacklisting during Dependency Location

2013-10-23 Thread Russell Gold
Hi Robert,

In all of the repositories I've seen, you never had to login to see 
dependencies. They were always publicly readable; logging in was always just to 
control who could upload. I suspect that your repository is misconfigured.

- Russ

On Oct 23, 2013, at 12:57 AM, Robert Kuropkat rkurop...@t-sciences.com wrote:

 
 Must login to see the dependencies.  So in the settings.xml we have a 
 repositories section to define the repository location and a server 
 section to match the repository id with a username and password.
 
 Robert
 
 
 On 10/23/2013 12:06 AM, Russell Gold wrote:
 Are you saying that it takes a login to see the dependencies? So once you 
 login, you are presented with a set of directories?
 
 Or possibly you are pointing to the control address rather than the 
 dependency address?
 
  - Russ
 
 On Oct 23, 2013, at 12:01 AM, Robert Kuropkat rkurop...@t-sciences.com 
 wrote:
 
 I am trying to use the site goal but some of our internal repositories are 
 getting blacklisted as being invalid.  There are no network issues, I can 
 access the repository just fine and it downloads dependencies as needed.  I 
 don't want to disable this feature.  How do I actually make it work?
 
 I have two internal nexus repositories, one works, the other doesn't.
 
 repo1 (works) - on my local laptop, mega default setup.
 
 repo2 (blacklisted) - corporate network, connected via VPN, setup like a 
 real repository.  Requires login.
 
 Everything in the output of mvn -e -X site seems to look fine clear up 
 until it says the repo is invalid and blacklisted.  The site report is 
 completed.  Going to the Dependency Location web page and clicking on the 
 link provided for the blacklisted repo pops up the exected login prompt and 
 then displays the repository.
 
 I suspect, the reason repo2 gets blacklisted by the dependency location 
 part of the site goal is because it requires a login and is not using the 
 server information in the settings.xml.
 
 While I know there is no network issue, I would not rule out repo2 being 
 malconfigured.  I just can't figure out where to start looking.
 
 As I said, I really want this feature to work so disabling it with 
 -Ddependency.locations.enabled=false is uninteresting.
 
 Robert Kuropkat
 
 
 -
 To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
 For additional commands, e-mail: users-h...@maven.apache.org
 
 -
 Author, Getting Started with Apache Maven 
 http://www.packtpub.com/getting-started-with-apache-maven/video
 
 Come read my webnovel, Take a Lemon http://www.takealemon.com,
 and listen to the Misfile radio play 
 http://www.fuzzyfacetheater.com/misfile/!
 
 
 
 
 
 
 
 
 
 
 -
 To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
 For additional commands, e-mail: users-h...@maven.apache.org
 

-
Author, Getting Started with Apache Maven 
http://www.packtpub.com/getting-started-with-apache-maven/video

Come read my webnovel, Take a Lemon http://www.takealemon.com, 
and listen to the Misfile radio play http://www.fuzzyfacetheater.com/misfile/!









Re: Blacklisting during Dependency Location

2013-10-23 Thread Stephen Connolly
Our corporate internal repo needs a login for read access, and we have no
issues when people use the settings.xml that I tell them to use!


On 23 October 2013 13:19, Russell Gold r...@gold-family.us wrote:

 Hi Robert,

 In all of the repositories I've seen, you never had to login to see
 dependencies. They were always publicly readable; logging in was always
 just to control who could upload. I suspect that your repository is
 misconfigured.

 - Russ

 On Oct 23, 2013, at 12:57 AM, Robert Kuropkat rkurop...@t-sciences.com
 wrote:

 
  Must login to see the dependencies.  So in the settings.xml we have a
 repositories section to define the repository location and a server
 section to match the repository id with a username and password.
 
  Robert
 
 
  On 10/23/2013 12:06 AM, Russell Gold wrote:
  Are you saying that it takes a login to see the dependencies? So once
 you login, you are presented with a set of directories?
 
  Or possibly you are pointing to the control address rather than the
 dependency address?
 
   - Russ
 
  On Oct 23, 2013, at 12:01 AM, Robert Kuropkat rkurop...@t-sciences.com
 wrote:
 
  I am trying to use the site goal but some of our internal repositories
 are getting blacklisted as being invalid.  There are no network issues, I
 can access the repository just fine and it downloads dependencies as
 needed.  I don't want to disable this feature.  How do I actually make it
 work?
 
  I have two internal nexus repositories, one works, the other doesn't.
 
  repo1 (works) - on my local laptop, mega default setup.
 
  repo2 (blacklisted) - corporate network, connected via VPN, setup like
 a real repository.  Requires login.
 
  Everything in the output of mvn -e -X site seems to look fine clear up
 until it says the repo is invalid and blacklisted.  The site report is
 completed.  Going to the Dependency Location web page and clicking on the
 link provided for the blacklisted repo pops up the exected login prompt and
 then displays the repository.
 
  I suspect, the reason repo2 gets blacklisted by the dependency
 location part of the site goal is because it requires a login and is not
 using the server information in the settings.xml.
 
  While I know there is no network issue, I would not rule out repo2
 being malconfigured.  I just can't figure out where to start looking.
 
  As I said, I really want this feature to work so disabling it with
 -Ddependency.locations.enabled=false is uninteresting.
 
  Robert Kuropkat
 
 
  -
  To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
  For additional commands, e-mail: users-h...@maven.apache.org
 
  -
  Author, Getting Started with Apache Maven 
 http://www.packtpub.com/getting-started-with-apache-maven/video
 
  Come read my webnovel, Take a Lemon http://www.takealemon.com,
  and listen to the Misfile radio play 
 http://www.fuzzyfacetheater.com/misfile/!
 
 
 
 
 
 
 
 
 
 
  -
  To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
  For additional commands, e-mail: users-h...@maven.apache.org
 

 -
 Author, Getting Started with Apache Maven 
 http://www.packtpub.com/getting-started-with-apache-maven/video

 Come read my webnovel, Take a Lemon http://www.takealemon.com,
 and listen to the Misfile radio play 
 http://www.fuzzyfacetheater.com/misfile/!










Re: Blacklisting during Dependency Location

2013-10-23 Thread Robert Kuropkat


So it is even weirder than I thought.  I cleared the .m2 cache and typed 
mvn compile install, then mvn site and it worked!  Then I typed mvn site 
again and it failed (blacklisted to repo).  That doesn't even make sense 
to me.  If I clear the m2 cache and do a mvn install again, it 
repopulates the .m2 cache and typing mvn site then works.  Typing mvn 
site again fails.  So far it seems for all the world like I have to 
clear the .m2 cache everytime in order to run mvn site.


Trying hard to make that makes sense, so any other thoughts would be 
appreciated...


Robert Kuropkat


On 10/23/2013 08:23 AM, Stephen Connolly wrote:

Our corporate internal repo needs a login for read access, and we have no
issues when people use the settings.xml that I tell them to use!


On 23 October 2013 13:19, Russell Gold r...@gold-family.us wrote:


Hi Robert,

In all of the repositories I've seen, you never had to login to see
dependencies. They were always publicly readable; logging in was always
just to control who could upload. I suspect that your repository is
misconfigured.

- Russ

On Oct 23, 2013, at 12:57 AM, Robert Kuropkat rkurop...@t-sciences.com
wrote:


Must login to see the dependencies.  So in the settings.xml we have a

repositories section to define the repository location and a server
section to match the repository id with a username and password.

Robert


On 10/23/2013 12:06 AM, Russell Gold wrote:

Are you saying that it takes a login to see the dependencies? So once

you login, you are presented with a set of directories?

Or possibly you are pointing to the control address rather than the

dependency address?

  - Russ

On Oct 23, 2013, at 12:01 AM, Robert Kuropkat rkurop...@t-sciences.com

wrote:

I am trying to use the site goal but some of our internal repositories

are getting blacklisted as being invalid.  There are no network issues, I
can access the repository just fine and it downloads dependencies as
needed.  I don't want to disable this feature.  How do I actually make it
work?

I have two internal nexus repositories, one works, the other doesn't.

repo1 (works) - on my local laptop, mega default setup.

repo2 (blacklisted) - corporate network, connected via VPN, setup like

a real repository.  Requires login.

Everything in the output of mvn -e -X site seems to look fine clear up

until it says the repo is invalid and blacklisted.  The site report is
completed.  Going to the Dependency Location web page and clicking on the
link provided for the blacklisted repo pops up the exected login prompt and
then displays the repository.

I suspect, the reason repo2 gets blacklisted by the dependency

location part of the site goal is because it requires a login and is not
using the server information in the settings.xml.

While I know there is no network issue, I would not rule out repo2

being malconfigured.  I just can't figure out where to start looking.

As I said, I really want this feature to work so disabling it with

-Ddependency.locations.enabled=false is uninteresting.

Robert Kuropkat


-
To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
For additional commands, e-mail: users-h...@maven.apache.org


-
Author, Getting Started with Apache Maven 

http://www.packtpub.com/getting-started-with-apache-maven/video

Come read my webnovel, Take a Lemon http://www.takealemon.com,
and listen to the Misfile radio play 

http://www.fuzzyfacetheater.com/misfile/!










-
To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
For additional commands, e-mail: users-h...@maven.apache.org


-
Author, Getting Started with Apache Maven 
http://www.packtpub.com/getting-started-with-apache-maven/video

Come read my webnovel, Take a Lemon http://www.takealemon.com,
and listen to the Misfile radio play 
http://www.fuzzyfacetheater.com/misfile/!











-
To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
For additional commands, e-mail: users-h...@maven.apache.org



Re: Blacklisting during Dependency Location

2013-10-23 Thread Ziga GREGORIC
Hi Robert,

long time ago, I had similar issue. Try adding this snipplet to your
pom.xml
The version of the plugin might not be the latest, but it worked for me
(back then):

  reporting
plugins
  plugin
artifactIdmaven-project-info-reports-plugin/artifactId
version2.2/version
configuration
  dependencyLocationsEnabledfalse/dependencyLocationsEnabled
/configuration
  /plugin
/plugins
  /reporting

Cheers,
Ziga Gregoric



On Wed, Oct 23, 2013 at 8:01 PM, Robert Kuropkat
rkurop...@t-sciences.comwrote:


 So it is even weirder than I thought.  I cleared the .m2 cache and typed
 mvn compile install, then mvn site and it worked!  Then I typed mvn site
 again and it failed (blacklisted to repo).  That doesn't even make sense to
 me.  If I clear the m2 cache and do a mvn install again, it repopulates the
 .m2 cache and typing mvn site then works.  Typing mvn site again fails.  So
 far it seems for all the world like I have to clear the .m2 cache everytime
 in order to run mvn site.

 Trying hard to make that makes sense, so any other thoughts would be
 appreciated...

 Robert Kuropkat



 On 10/23/2013 08:23 AM, Stephen Connolly wrote:

 Our corporate internal repo needs a login for read access, and we have no
 issues when people use the settings.xml that I tell them to use!


 On 23 October 2013 13:19, Russell Gold r...@gold-family.us wrote:

  Hi Robert,

 In all of the repositories I've seen, you never had to login to see
 dependencies. They were always publicly readable; logging in was always
 just to control who could upload. I suspect that your repository is
 misconfigured.

 - Russ

 On Oct 23, 2013, at 12:57 AM, Robert Kuropkat rkurop...@t-sciences.com
 wrote:

  Must login to see the dependencies.  So in the settings.xml we have a

 repositories section to define the repository location and a server
 section to match the repository id with a username and password.

 Robert


 On 10/23/2013 12:06 AM, Russell Gold wrote:

 Are you saying that it takes a login to see the dependencies? So once

 you login, you are presented with a set of directories?

 Or possibly you are pointing to the control address rather than the

 dependency address?

   - Russ

 On Oct 23, 2013, at 12:01 AM, Robert Kuropkat 
 rkurop...@t-sciences.com

 wrote:

 I am trying to use the site goal but some of our internal repositories

 are getting blacklisted as being invalid.  There are no network
 issues, I
 can access the repository just fine and it downloads dependencies as
 needed.  I don't want to disable this feature.  How do I actually make it
 work?

 I have two internal nexus repositories, one works, the other doesn't.

 repo1 (works) - on my local laptop, mega default setup.

 repo2 (blacklisted) - corporate network, connected via VPN, setup like

 a real repository.  Requires login.

 Everything in the output of mvn -e -X site seems to look fine clear up

 until it says the repo is invalid and blacklisted.  The site report is
 completed.  Going to the Dependency Location web page and clicking on the
 link provided for the blacklisted repo pops up the exected login prompt
 and
 then displays the repository.

 I suspect, the reason repo2 gets blacklisted by the dependency

 location part of the site goal is because it requires a login and is
 not
 using the server information in the settings.xml.

 While I know there is no network issue, I would not rule out repo2

 being malconfigured.  I just can't figure out where to start looking.

 As I said, I really want this feature to work so disabling it with

 -Ddependency.locations.**enabled=false is uninteresting.

 Robert Kuropkat


 --**--**
 -
 To unsubscribe, e-mail: 
 users-unsubscribe@maven.**apache.orgusers-unsubscr...@maven.apache.org
 For additional commands, e-mail: users-h...@maven.apache.org

  -
 Author, Getting Started with Apache Maven 

 http://www.packtpub.com/**getting-started-with-apache-**maven/videohttp://www.packtpub.com/getting-started-with-apache-maven/video
 

 Come read my webnovel, Take a Lemon http://www.takealemon.com,
 and listen to the Misfile radio play 

 http://www.fuzzyfacetheater.**com/misfile/http://www.fuzzyfacetheater.com/misfile/
 !









 --**--**
 -
 To unsubscribe, e-mail: 
 users-unsubscribe@maven.**apache.orgusers-unsubscr...@maven.apache.org
 For additional commands, e-mail: users-h...@maven.apache.org

  -
 Author, Getting Started with Apache Maven 
 http://www.packtpub.com/**getting-started-with-apache-**maven/videohttp://www.packtpub.com/getting-started-with-apache-maven/video
 

 Come read my webnovel, Take a Lemon http://www.takealemon.com,
 and listen to the Misfile radio play 
 http://www.fuzzyfacetheater.**com/misfile/http://www.fuzzyfacetheater.com/misfile/
 !










 

Re: Blacklisting during Dependency Location

2013-10-23 Thread Robert Kuropkat


The problem with this is this tag 'dependencyLocationsEnabled' tag being 
set to false.  This is the most common solution people post but it 
works through the simple exedient of disabling the feature.


I might try putting this in minus that tag though.  Perhaps explicitly 
stating the version will help because that is one of the warnings it 
croaks about


Robert Kuropkat


On 10/23/2013 02:09 PM, Ziga GREGORIC wrote:

Hi Robert,

long time ago, I had similar issue. Try adding this snipplet to your
pom.xml
The version of the plugin might not be the latest, but it worked for me
(back then):

   reporting
 plugins
   plugin
 artifactIdmaven-project-info-reports-plugin/artifactId
 version2.2/version
 configuration
   dependencyLocationsEnabledfalse/dependencyLocationsEnabled
 /configuration
   /plugin
 /plugins
   /reporting

Cheers,
Ziga Gregoric



On Wed, Oct 23, 2013 at 8:01 PM, Robert Kuropkat
rkurop...@t-sciences.comwrote:


So it is even weirder than I thought.  I cleared the .m2 cache and typed
mvn compile install, then mvn site and it worked!  Then I typed mvn site
again and it failed (blacklisted to repo).  That doesn't even make sense to
me.  If I clear the m2 cache and do a mvn install again, it repopulates the
.m2 cache and typing mvn site then works.  Typing mvn site again fails.  So
far it seems for all the world like I have to clear the .m2 cache everytime
in order to run mvn site.

Trying hard to make that makes sense, so any other thoughts would be
appreciated...

Robert Kuropkat



On 10/23/2013 08:23 AM, Stephen Connolly wrote:


Our corporate internal repo needs a login for read access, and we have no
issues when people use the settings.xml that I tell them to use!


On 23 October 2013 13:19, Russell Gold r...@gold-family.us wrote:

  Hi Robert,

In all of the repositories I've seen, you never had to login to see
dependencies. They were always publicly readable; logging in was always
just to control who could upload. I suspect that your repository is
misconfigured.

- Russ

On Oct 23, 2013, at 12:57 AM, Robert Kuropkat rkurop...@t-sciences.com
wrote:

  Must login to see the dependencies.  So in the settings.xml we have a
repositories section to define the repository location and a server
section to match the repository id with a username and password.


Robert


On 10/23/2013 12:06 AM, Russell Gold wrote:


Are you saying that it takes a login to see the dependencies? So once


you login, you are presented with a set of directories?
Or possibly you are pointing to the control address rather than the
dependency address?
   - Russ

On Oct 23, 2013, at 12:01 AM, Robert Kuropkat 
rkurop...@t-sciences.com


wrote:
I am trying to use the site goal but some of our internal repositories

are getting blacklisted as being invalid.  There are no network

issues, I
can access the repository just fine and it downloads dependencies as
needed.  I don't want to disable this feature.  How do I actually make it
work?


I have two internal nexus repositories, one works, the other doesn't.

repo1 (works) - on my local laptop, mega default setup.

repo2 (blacklisted) - corporate network, connected via VPN, setup like


a real repository.  Requires login.

Everything in the output of mvn -e -X site seems to look fine clear up

until it says the repo is invalid and blacklisted.  The site report is

completed.  Going to the Dependency Location web page and clicking on the
link provided for the blacklisted repo pops up the exected login prompt
and
then displays the repository.


I suspect, the reason repo2 gets blacklisted by the dependency

location part of the site goal is because it requires a login and is

not
using the server information in the settings.xml.


While I know there is no network issue, I would not rule out repo2

being malconfigured.  I just can't figure out where to start looking.

As I said, I really want this feature to work so disabling it with

-Ddependency.locations.**enabled=false is uninteresting.

Robert Kuropkat


--**--**
-
To unsubscribe, e-mail: 
users-unsubscribe@maven.**apache.orgusers-unsubscr...@maven.apache.org
For additional commands, e-mail: users-h...@maven.apache.org

  -

Author, Getting Started with Apache Maven 


http://www.packtpub.com/**getting-started-with-apache-**maven/videohttp://www.packtpub.com/getting-started-with-apache-maven/video

Come read my webnovel, Take a Lemon http://www.takealemon.com,

and listen to the Misfile radio play 


http://www.fuzzyfacetheater.**com/misfile/http://www.fuzzyfacetheater.com/misfile/
!








--**--**
-
To unsubscribe, e-mail: 
users-unsubscribe@maven.**apache.orgusers-unsubscr...@maven.apache.org
For additional commands, e-mail: users-h...@maven.apache.org

  -

Author, Getting Started with Apache Maven 

Re: Blacklisting during Dependency Location

2013-10-23 Thread Robert Kuropkat


I would love to hear/see details.  Any chance of posting a scrubbed 
settings.xml and sample pom?


Right now, the only consistent way I can make 'mvn site' is to clear the 
cache first which is pretty much a non-starter.


Robert Kuropkat

On 10/23/2013 08:23 AM, Stephen Connolly wrote:

Our corporate internal repo needs a login for read access, and we have no
issues when people use the settings.xml that I tell them to use!


On 23 October 2013 13:19, Russell Gold r...@gold-family.us wrote:


Hi Robert,

In all of the repositories I've seen, you never had to login to see
dependencies. They were always publicly readable; logging in was always
just to control who could upload. I suspect that your repository is
misconfigured.

- Russ

On Oct 23, 2013, at 12:57 AM, Robert Kuropkat rkurop...@t-sciences.com
wrote:


Must login to see the dependencies.  So in the settings.xml we have a

repositories section to define the repository location and a server
section to match the repository id with a username and password.

Robert


On 10/23/2013 12:06 AM, Russell Gold wrote:

Are you saying that it takes a login to see the dependencies? So once

you login, you are presented with a set of directories?

Or possibly you are pointing to the control address rather than the

dependency address?

  - Russ

On Oct 23, 2013, at 12:01 AM, Robert Kuropkat rkurop...@t-sciences.com

wrote:

I am trying to use the site goal but some of our internal repositories

are getting blacklisted as being invalid.  There are no network issues, I
can access the repository just fine and it downloads dependencies as
needed.  I don't want to disable this feature.  How do I actually make it
work?

I have two internal nexus repositories, one works, the other doesn't.

repo1 (works) - on my local laptop, mega default setup.

repo2 (blacklisted) - corporate network, connected via VPN, setup like

a real repository.  Requires login.

Everything in the output of mvn -e -X site seems to look fine clear up

until it says the repo is invalid and blacklisted.  The site report is
completed.  Going to the Dependency Location web page and clicking on the
link provided for the blacklisted repo pops up the exected login prompt and
then displays the repository.

I suspect, the reason repo2 gets blacklisted by the dependency

location part of the site goal is because it requires a login and is not
using the server information in the settings.xml.

While I know there is no network issue, I would not rule out repo2

being malconfigured.  I just can't figure out where to start looking.

As I said, I really want this feature to work so disabling it with

-Ddependency.locations.enabled=false is uninteresting.

Robert Kuropkat


-
To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
For additional commands, e-mail: users-h...@maven.apache.org


-
Author, Getting Started with Apache Maven 

http://www.packtpub.com/getting-started-with-apache-maven/video

Come read my webnovel, Take a Lemon http://www.takealemon.com,
and listen to the Misfile radio play 

http://www.fuzzyfacetheater.com/misfile/!










-
To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
For additional commands, e-mail: users-h...@maven.apache.org


-
Author, Getting Started with Apache Maven 
http://www.packtpub.com/getting-started-with-apache-maven/video

Come read my webnovel, Take a Lemon http://www.takealemon.com,
and listen to the Misfile radio play 
http://www.fuzzyfacetheater.com/misfile/!











-
To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
For additional commands, e-mail: users-h...@maven.apache.org



Blacklisting during Dependency Location

2013-10-22 Thread Robert Kuropkat


I am trying to use the site goal but some of our internal repositories 
are getting blacklisted as being invalid.  There are no network 
issues, I can access the repository just fine and it downloads 
dependencies as needed.  I don't want to disable this feature.  How do I 
actually make it work?


I have two internal nexus repositories, one works, the other doesn't.

repo1 (works) - on my local laptop, mega default setup.

repo2 (blacklisted) - corporate network, connected via VPN, setup like a 
real repository.  Requires login.


Everything in the output of mvn -e -X site seems to look fine clear up 
until it says the repo is invalid and blacklisted.  The site report is 
completed.  Going to the Dependency Location web page and clicking on 
the link provided for the blacklisted repo pops up the exected login 
prompt and then displays the repository.


I suspect, the reason repo2 gets blacklisted by the dependency location 
part of the site goal is because it requires a login and is not using 
the server information in the settings.xml.


While I know there is no network issue, I would not rule out repo2 being 
malconfigured.  I just can't figure out where to start looking.


As I said, I really want this feature to work so disabling it with 
-Ddependency.locations.enabled=false is uninteresting.


Robert Kuropkat


-
To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
For additional commands, e-mail: users-h...@maven.apache.org



Re: Blacklisting during Dependency Location

2013-10-22 Thread Russell Gold
Are you saying that it takes a login to see the dependencies? So once you 
login, you are presented with a set of directories?

Or possibly you are pointing to the control address rather than the dependency 
address?

 - Russ

On Oct 23, 2013, at 12:01 AM, Robert Kuropkat rkurop...@t-sciences.com wrote:

 
 I am trying to use the site goal but some of our internal repositories are 
 getting blacklisted as being invalid.  There are no network issues, I can 
 access the repository just fine and it downloads dependencies as needed.  I 
 don't want to disable this feature.  How do I actually make it work?
 
 I have two internal nexus repositories, one works, the other doesn't.
 
 repo1 (works) - on my local laptop, mega default setup.
 
 repo2 (blacklisted) - corporate network, connected via VPN, setup like a real 
 repository.  Requires login.
 
 Everything in the output of mvn -e -X site seems to look fine clear up until 
 it says the repo is invalid and blacklisted.  The site report is completed.  
 Going to the Dependency Location web page and clicking on the link provided 
 for the blacklisted repo pops up the exected login prompt and then displays 
 the repository.
 
 I suspect, the reason repo2 gets blacklisted by the dependency location part 
 of the site goal is because it requires a login and is not using the server 
 information in the settings.xml.
 
 While I know there is no network issue, I would not rule out repo2 being 
 malconfigured.  I just can't figure out where to start looking.
 
 As I said, I really want this feature to work so disabling it with 
 -Ddependency.locations.enabled=false is uninteresting.
 
 Robert Kuropkat
 
 
 -
 To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
 For additional commands, e-mail: users-h...@maven.apache.org
 

-
Author, Getting Started with Apache Maven 
http://www.packtpub.com/getting-started-with-apache-maven/video

Come read my webnovel, Take a Lemon http://www.takealemon.com, 
and listen to the Misfile radio play http://www.fuzzyfacetheater.com/misfile/!









Re: Blacklisting during Dependency Location

2013-10-22 Thread Robert Kuropkat


Must login to see the dependencies.  So in the settings.xml we have a 
repositories section to define the repository location and a server 
section to match the repository id with a username and password.


Robert


On 10/23/2013 12:06 AM, Russell Gold wrote:

Are you saying that it takes a login to see the dependencies? So once you 
login, you are presented with a set of directories?

Or possibly you are pointing to the control address rather than the dependency 
address?

  - Russ

On Oct 23, 2013, at 12:01 AM, Robert Kuropkat rkurop...@t-sciences.com wrote:


I am trying to use the site goal but some of our internal repositories are getting 
blacklisted as being invalid.  There are no network issues, I can access the 
repository just fine and it downloads dependencies as needed.  I don't want to disable 
this feature.  How do I actually make it work?

I have two internal nexus repositories, one works, the other doesn't.

repo1 (works) - on my local laptop, mega default setup.

repo2 (blacklisted) - corporate network, connected via VPN, setup like a real 
repository.  Requires login.

Everything in the output of mvn -e -X site seems to look fine clear up until it 
says the repo is invalid and blacklisted.  The site report is completed.  Going 
to the Dependency Location web page and clicking on the link provided for the 
blacklisted repo pops up the exected login prompt and then displays the 
repository.

I suspect, the reason repo2 gets blacklisted by the dependency location part of 
the site goal is because it requires a login and is not using the server 
information in the settings.xml.

While I know there is no network issue, I would not rule out repo2 being 
malconfigured.  I just can't figure out where to start looking.

As I said, I really want this feature to work so disabling it with 
-Ddependency.locations.enabled=false is uninteresting.

Robert Kuropkat


-
To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
For additional commands, e-mail: users-h...@maven.apache.org


-
Author, Getting Started with Apache Maven 
http://www.packtpub.com/getting-started-with-apache-maven/video

Come read my webnovel, Take a Lemon http://www.takealemon.com,
and listen to the Misfile radio play http://www.fuzzyfacetheater.com/misfile/!











-
To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
For additional commands, e-mail: users-h...@maven.apache.org