The artifact repository contained in this archive is inconsistent. It has
been made inconsistent by the EMF build process which deletes the canonical
jars to only leave the pack'ed one, but does not update the artifact
repository index (artifacts.jar) to reflect this change. Please report this
problem to the EMF team.
The reason why this is working in the case
of a zip'ed repo is because p2 treats it as a non-local repo and installs
from the pack file which it finds. However when the repository is exploded
on the file system, p2 first tries to download the JAR because the artifact
repository index (artifacts.jar) indicates that it contains it even though
it does not have it. If this reference had not been available in the
artifact repo index, then p2 would have resorted to use the pack'ed
files.
That said, the code in MirrorRequest#perform in the
p2.artifact.repository bundle could be made for insistent and try every
descriptor rather than just the first one.
Did you try to point the
director app at the archive using as a repository the JAR URI
(jar:file:/c:/archive.zip!/ or see the URI that gets created for you when
you add the archive through the UI)?
HTH
PaScaL
[p2-dev] Issue running p2
director

 |

[p2-dev] Issue running p2
director |

 Sent by: |
 p2-dev-bounces@xxxxxxxxxxx | Please respond to P2 developer discussions |

| |
Hi,
I'm using the Eclipse 3.5 CDT on a non-networked
machine and I want to add the EMF framework to it. I have downloaded the EMF
update site .zip from
http://www.eclipse.org/modeling/emf/downloads/?project=emf
Specifically I got http://www.eclipse.org/modeling/download.php?file=/modeling/emf/emf/downloads/drops/2.5.0/R200906151043/emf-xsd-Update-2.5.0.zip
Now, if I install that update though the Eclipse UI by
selecting the zip file itself, everything works. However, if I unzip the
file to somewhere temporary and then try to install from that location, it
gets to about 60% though and then bombs out with a mass of 'file not found'
errors, because it seems to be looking for the plugins as plain .jar files
instead of the actual .jar.pack.gz files.
This difference in behaviours seems to me to be a bug,
albeit with a workaround (install direct from the zip rather than extracting
it myself). So that would be fine, except that I need to automat the eclipse
build (I need to add a lot more than just EMF and need to do this for a lot
of people).
So I started looking at the P2 director command line
stuff described at:
http://help.eclipse.org/galileo/topic/org.eclipse.platform.doc.isv/guide/p2_director.html
And
http://wiki.eclipse.org/Equinox_p2_director_application#Installing_.2F_uninstalling_IUs_into_a_target_product
However, when using these methods, if I set the
-repository to point at the zip file itself, it moans that its not a valid
repository. If I point it at my manually unzipped directory, it starts off
ok, but then bombs out with the same file not found errors as described
above.
So two questions:
1. Are these file not found errors the symptoms of a
bug?
2. Is there a way to
duplicate the UI install-from-zip behaviour via the command line P2 director
(which would provide me with a solution to my problem).
Thanks a lot for any help provided!
Tom Dalton
_______________________________________________
p2-dev mailing
list
p2-dev@xxxxxxxxxxx
https://dev.eclipse.org/mailman/listinfo/p2-dev