You are viewing a plain text version of this content. The canonical link for it is here.
Posted to users@maven.apache.org by Robert Kuropkat <rk...@t-sciences.com> on 2013/10/23 06:01:47 UTC
Blacklisting during Dependency Location
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
For additional commands, e-mail: users-help@maven.apache.org
Re: Blacklisting during Dependency Location
Posted by Robert Kuropkat <rk...@t-sciences.com>.
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 <ru...@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 <rk...@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 <rk...@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.org
>>>>> For additional commands, e-mail: users-help@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-unsubscribe@maven.apache.org
>>> For additional commands, e-mail: users-help@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-unsubscribe@maven.apache.org
For additional commands, e-mail: users-help@maven.apache.org
Re: Blacklisting during Dependency Location
Posted by Robert Kuropkat <rk...@t-sciences.com>.
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
> <rk...@t-sciences.com>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 <ru...@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 <rk...@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 <
>>>>>> rkuropkat@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.org<us...@maven.apache.org>
>>>>>>> For additional commands, e-mail: users-help@maven.apache.org
>>>>>>>
>>>>>>> -----------------
>>>>>> 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<us...@maven.apache.org>
>>>>> For additional commands, e-mail: users-help@maven.apache.org
>>>>>
>>>>> -----------------
>>>> 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<us...@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: Blacklisting during Dependency Location
Posted by Ziga GREGORIC <zi...@gmail.com>.
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
<rk...@t-sciences.com>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 <ru...@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 <rk...@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 <
>>>>> rkuropkat@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.org<us...@maven.apache.org>
>>>>>> For additional commands, e-mail: users-help@maven.apache.org
>>>>>>
>>>>>> -----------------
>>>>> 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<us...@maven.apache.org>
>>>> For additional commands, e-mail: users-help@maven.apache.org
>>>>
>>>> -----------------
>>> 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<us...@maven.apache.org>
> For additional commands, e-mail: users-help@maven.apache.org
>
>
Re: Blacklisting during Dependency Location
Posted by Robert Kuropkat <rk...@t-sciences.com>.
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 <ru...@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 <rk...@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 <rk...@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.org
>>>>> For additional commands, e-mail: users-help@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-unsubscribe@maven.apache.org
>>> For additional commands, e-mail: users-help@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-unsubscribe@maven.apache.org
For additional commands, e-mail: users-help@maven.apache.org
Re: Blacklisting during Dependency Location
Posted by Stephen Connolly <st...@gmail.com>.
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 <ru...@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 <rk...@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 <rk...@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.org
> >>> For additional commands, e-mail: users-help@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-unsubscribe@maven.apache.org
> > For additional commands, e-mail: users-help@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
Posted by Russell Gold <ru...@gold-family.us>.
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 <rk...@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 <rk...@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.org
>>> For additional commands, e-mail: users-help@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-unsubscribe@maven.apache.org
> For additional commands, e-mail: users-help@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
Posted by Robert Kuropkat <rk...@t-sciences.com>.
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 <rk...@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.org
>> For additional commands, e-mail: users-help@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-unsubscribe@maven.apache.org
For additional commands, e-mail: users-help@maven.apache.org
Re: Blacklisting during Dependency Location
Posted by Russell Gold <ru...@gold-family.us>.
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 <rk...@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.org
> For additional commands, e-mail: users-help@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/>!