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>
         <artifactId>maven-project-info-reports-plugin</artifactId>
         <version>2.2</version>
         <configuration>
           <dependencyLocationsEnabled>false</dependencyLocationsEnabled>
         </configuration>
       </plugin>
     </plugins>
   </reporting>

Cheers,
Ziga Gregoric



On Wed, Oct 23, 2013 at 8:01 PM, Robert Kuropkat
<[email protected]>wrote:

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 <[email protected]> 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 <[email protected]>
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 <
[email protected]>

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.org<[email protected]>
For additional commands, e-mail: [email protected]

  -----------------
Author, Getting Started with Apache Maven <

http://www.packtpub.com/**getting-started-with-apache-**maven/video<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/<http://www.fuzzyfacetheater.com/misfile/>
!






------------------------------**------------------------------**
---------
To unsubscribe, e-mail: 
users-unsubscribe@maven.**apache.org<[email protected]>
For additional commands, e-mail: [email protected]

  -----------------
Author, Getting Started with Apache Maven <
http://www.packtpub.com/**getting-started-with-apache-**maven/video<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/<http://www.fuzzyfacetheater.com/misfile/>
!








------------------------------**------------------------------**---------
To unsubscribe, e-mail: 
users-unsubscribe@maven.**apache.org<[email protected]>
For additional commands, e-mail: [email protected]




---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]

Reply via email to