Skip to main content

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] [List Home]
Re: [cross-project-issues-dev] error with org.apache.derby jar.pack.gz expected by CDO

Hi Nicolas,

I think it's not allowed to reference components that are not in the release train and Orbit is not in there. Everybody has to redistribute needed Orbit components. Please correct me if I'm wrong.

I fear I have no clue what the problem might be caused by. Maybe someone else has an idea?

Cheers
/Eike

----
http://www.esc-net.de
http://thegordian.blogspot.com
http://twitter.com/eikestepper




Am 08.09.2011 10:53, schrieb Nicolas Bros:
Hi,

The MoDisco build for Indigo SR1 RC3 is suddenly getting an error when materializing the target platform with Buckminster:
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 :.



_______________________________________________
cross-project-issues-dev mailing list
cross-project-issues-dev@xxxxxxxxxxx
https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev


Back to the top