> Date: Mon, 17 Feb 2014 09:28:08 -0500
> From: rwhee...@artifact-software.com
> To: users@maven.apache.org
> Subject: Re: Looking for org.apache.poi 3.10-FINAL
>
> I don't think that it has anything to do with m2e since the Nexus repo
> has the same problem proxying Maven Central.
>
> It is not a Maven problem but it is most likely that someone will find
> the warning if it is added to the discussion of Maven Central in the
> Maven docs.
> It is unlikely that a Maven user would read the FAQ on Maven Central
> since once you set up the link in your Repo or (God forbid in your
> settings.xml), you don't really have any direct contact with Maven Central.
>
> The most likely place that a new person would encounter Maven Central is
MG> ...I had a chance to read the FINE manual today and when including remote
repositories:
Option=Download Remote Indexes
This field controls the downloading of the remote indexes. If enabled, Nexus
will download
the index, if it exists, and use that for its searches as well as serve that up
to any clients which
ask for the index (like m2eclipse). The default for new proxy repositories is
enabled, but all
of the default repositories included in Nexus have this option disabled. To
change this setting
for one of the proxy repositories that ship with Nexus, change the option, save
the repository,
> We have not had this problem but I occasionally use my Nexus repo to
> check for the latest version of a utility rather than look at the
> utility's web site since it is faster when looking up several
> dependencies at once. I have learned something important in this
> discussion!!!
>MG>(me too)
> Ron
MG>Martin
> On 17/02/2014 4:07 AM, Baptiste Mathus wrote:
> > 2014-02-17 7:55 GMT+01:00 David Law <m2ecli...@apconsult.de>:
> >
> >> Ron, Wayne,
> >>
> >> this wasted several days (elapsed) of my time:
> >> I spent ages trying out options & trying to figure out what I'd done
> >> wrong...
> >> ...rebuilding & updating indices, hacking through to
> >> workspace\.metadata\.plugins\org.eclipse.m2e.logback.configuration,
> >> to set logging to ALL, but even ALL was somewhat sparse.
> >>
> > M2E is not Maven per-se. When a question is about a particular tool, I'd
> > advice you to try and target the most specific ML/support system:
> > https://eclipse.org/m2e/support/
> >
> >
> >
> >> I tried Google & found loads of hits that had nothing to do with it.
> >> I found nothing at apache maven or maven central or m2eclipse.
> >> I tried the POI Forum, but it became clear that wasn't the problem.
> >>
> >> As Wayne rightly points out "where is the right place to document it?".
> >> With a complex issue like this with multiple components where do you start?
> >> But thats all the more reason to document it somewhere...
> >
> >> Right now it seems to me not to be a maven problem as such.
> >> Its about how maven central creates its indices & how m2e uses them.
> >> So in theory it needs to be documented in both, correspondingly
> >> cross-referenced.
> >> But as the m2e FAQ is subscription-only it would seem the only place is the
> >> maven central FAQ. And its so important, it should be a point in its
> >> own right:
> >>
> >> "Why can't I see new artifacts in my client (e.g. m2eclipse)?"
> >> (Tip -> you can get as-yet-unindexed artifacts explicitly...blah, blah)
> >>
> > Again, not the best ML to discuss it.
> >
> >
> >> And then there's the question, why does m2e use the high-latency index?
> > If its performance/server-load, then it could be
> >> a rethink of the index-structure is necessary.
> >> Is that a maven issue?
> >> I have some ideas there...
> >>
> > Definitely not Maven related. Maven core has nothing to do with the indexes
> > you describe, doesn't know/need it.
> > It's more an IDE/search engine facility to help people find versions. I
> > personally almost never use those for example.
> >
> > Cheers
> >
>
>
> --
> Ron Wheeler
> President
> Artifact Software Inc
> email: rwhee...@artifact-software.com
> skype: ronaldmwheeler
> phone: 866-970-2435, ext 102
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
> For additional commands, e-mail: users-h...@maven.apache.org
>
