Closed GoogleCodeExporter closed 9 years ago
The exception in the Nexus log is
2009-06-11 21:58:49 INFO [pool-1-thread-1] - o.s.n.i.IndexerMana~:default -
Trying
to get remote index for repository onejar-maven-plugin
2009-06-11 21:58:49 INFO [pool-1-thread-1] - o.s.n.p.r.Repository:maven2 -
Expiring local cache in repository ID='onejar-maven-plugin' from path='/.index'
2009-06-11 21:58:50 INFO [pool-1-thread-1] - o.s.n.p.r.Repository:maven2 -
Clearing NFC cache in repository ID='onejar-maven-plugin' from path='/.index'
2009-06-11 21:58:50 WARN [pool-1-thread-1] - o.s.n.i.IndexerMana~:default -
Cannot
fetch remote index:
java.io.FileNotFoundException: nexus-maven-repository-index.zip (item not found)
at
org.sonatype.nexus.index.DefaultIndexerManager$1.retrieve(DefaultIndexerManager.
java:714)
at
org.sonatype.nexus.index.updater.DefaultIndexUpdater.loadIndexDirectory(DefaultI
ndexUpdater.java:178)
at
org.sonatype.nexus.index.updater.DefaultIndexUpdater.fetchAndUpdateIndex(Default
IndexUpdater.java:108)
at
org.sonatype.nexus.index.DefaultIndexerManager.updateRemoteIndex(DefaultIndexerM
anager.java:724)
at
org.sonatype.nexus.index.DefaultIndexerManager.updateIndexForRemoteRepository(De
faultIndexerManager.java:596)
at
org.sonatype.nexus.index.DefaultIndexerManager.downloadRepositoryIndex(DefaultIn
dexerManager.java:563)
at
org.sonatype.nexus.index.DefaultIndexerManager.reindexRepository(DefaultIndexerM
anager.java:477)
at
org.sonatype.nexus.index.DefaultIndexerManager.reindexRepository(DefaultIndexerM
anager.java:433)
at org.sonatype.nexus.DefaultNexus.reindexRepository(DefaultNexus.java:1324)
at org.sonatype.nexus.tasks.ReindexTask.doRun(ReindexTask.java:40)
at org.sonatype.nexus.scheduling.AbstractNexusTask.call(AbstractNexusTask.java:139)
at org.sonatype.scheduling.DefaultScheduledTask.call(DefaultScheduledTask.java:342)
at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:303)
at java.util.concurrent.FutureTask.run(FutureTask.java:138)
at
java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.access$301(
ScheduledThreadPoolExecutor.java:98)
at
java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(Schedul
edThreadPoolExecutor.java:207)
at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908)
at java.lang.Thread.run(Thread.java:619)
Original comment by jonathan...@gtempaccount.com
on 12 Jun 2009 at 2:43
Hi Jonathan,
Thank you so much for the detailed step-by-step instructions! It really does
make a
big difference.
I did exactly as you wrote, and also added the fest repo. While doing that, I
also
made sure my ~/.m2/repository/ was wiped, and that I did not run any maven
builds
against the nexus server at that time.
What I got was two empty repos, just like you describe the onejar repo was
empty for
you. The fest repo was not filled with anything on my nexus server.
The Nexus log messages suggest that it looks for a certain .index directory in
the
root of any new repository, and hopes to find an index zip file there. I have
not
seen a .index directory like that in any public repos except those run on Nexus
servers. Therefore I think the behavior I experienced was the correct one,
given that
neither onejar-maven-plugin repo nor fest repo has a .index directory in their
roots.
My guess is, and this is just a guess, that you may have built something with
maven
which uses fest artifacts, after having set up the fest repo on your Nexus
server(?).
Any such build will help populate part of Nexus' proxy repo.
I tried that with my onejar repo afterwards, and it worked that way; it was
populated
with what my maven build asked Nexus for. The screenshot attachment shows what
my
onejar proxy repo looks like in Nexus after I started using it.
Can you please verify this, or verify the opposite?
/Hugo
Original comment by hugo.josefson.old@gmail.com
on 12 Jun 2009 at 6:41
Attachments:
Original comment by hugo.josefson.old@gmail.com
on 12 Jun 2009 at 6:58
To truly verify if the proxied repo works with nexus you should try downloading
an
onejar-maven-plugin artifact.
The stack trace indicates that the nexus index isn't available, which isn't that
unusual since this isn't a nexus hosted repo, nor is the index being generated
and
uploaded separately. When adding a new repo in nexus the default is to
download the
index. You can turn that off and I suspect this message will go away.
BTW: Sonatype, the authors of Nexus, also offer hosting/distribution of Open
Source
Maven based artifacts if you want to use them as your repo instead of taking up
space
on your goggle code project. The repo is at http://oss.sonatype.org/index.html
and I
believe you file a request at https://issues.sonatype.org/browse/OSSRH .
Original comment by basil.wh...@gmail.com
on 6 Jul 2009 at 3:09
I found the documentation for using the Sonatype OSS repo for hosting artifacts:
https://docs.sonatype.com/display/NX/OSS+Repository+Hosting
Original comment by basil.wh...@gmail.com
on 7 Jul 2009 at 5:42
Closing, due to inactivity.
Original comment by hugo.josefson.old@gmail.com
on 6 Oct 2010 at 8:51
It would be great if this worked with nexus.. it really should be able to. I
can browse the repo structure, but no jars show up when i do the search. The
lack of a nexus index isn't important from what i can tell, something else is
amiss.
Original comment by david.c....@gmail.com
on 23 Oct 2010 at 11:02
Original issue reported on code.google.com by
jonathan...@gtempaccount.com
on 12 Jun 2009 at 2:42