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