java.io.FileNotFoundException: http://download.eclipse.org/tools/orbit/downloads/drops/R20110523182458/repository/plugins/org.apache.derby_10.5.1.1_201105231903.jar.pack.gz
Indeed, there is no ".jar.pack.gz" in Orbit. There are only
simple ".jar" there. But p2 is supposed to fallback to the jar
when there is no jar.pack.gz.
But MoDisco depends on CDO which depends on
org.apache.derby, and in the CDO update site that is
referenced by our build, in <downloads>/modeling/emf/cdo/drops/S20110907-0210/artifacts.jar, I found :
<artifact classifier='osgi.bundle'
id='org.apache.derby'
version='10.5.1.1_201105231903'>
<processing size='1'>
<step
id='org.eclipse.equinox.p2.processing.Pack200Unpacker'
required='true'/>
</processing>
<properties size='3'>
<property name='artifact.size'
value='4839649'/>
<property name='download.size'
value='1879328'/>
<property name='format' value='packed'/>
</properties>
</artifact>
I interpret this as meaning that
org.apache.derby is expected to be packed. So
I believe this is the cause for the error.
Apparently CDO packs the jar from Orbit in its own update
site :
<downloads>/modeling/emf/cdo/drops/S20110907-0210/plugins/org.apache.derby_10.5.1.1_201105231903.jar.pack.gz
I'm not sure what is the right way to fix this. Should CDO
avoid repacking the jars from Orbit? Should MoDisco build
using the Orbit jars from the CDO update site? What about
when the same Orbit jar is required by several different
projects?
--
Nicolas Bros
R&D
tel: 06 75 09 19 88
nbros@xxxxxxxxxxxxxxxx
nbros.mia@xxxxxxxxx
Mia-Software, 410 clos de la Courtine
93160 Noisy-le-Grand
http://www.mia-software.com
.: model driven agility :.