Per the Eclipse IP Policy, we require a CQ for every version of
every library consumed by your project. These libraries, which are
consumed and distributed by your project, need to have a CQ. In this
case--since these libraries have already been approved and are
available in Orbit--we need to have a "piggyback" CQ created for
each of these libraries.
Make sense?
Wayne
On 03/23/2011 09:59 AM, Anthony Hunter wrote:
Hi Wayne,
We can add GMF Runtime to the other
CQ for all of these that are in the GMF update site. They are:
org.apache.xml.resolver 1.1.0 CQ 2151
org.apache.xml.resolver 1.2.0 CQ 2136
org.w3c.dom.smil 1.0.0 CQ 2070
org.w3c.dom.smil 1.1.0 CQ 2166
org.w3c.dom.events 3.0.0 CQ 2940
org.w3c.dom.svg CQ 2070
org.w3c.css.sac 1.3.0 CQ 2070
org.w3c.css.sac 1.3.1 CQ 2166
These CQ numbers come right from the
orbit downloads page. We are not consuming any third party
libraries that
are not in orbit.
Cheers...
Anthony
From:
Wayne Beaton <wayne@xxxxxxxxxxx>
To:
Anthony Hunter/Ottawa/IBM@IBMCA
Cc:
gmf-dev@xxxxxxxxxxx
Date:
03/22/2011 05:59 PM
Subject:
Re: Bundles
and CQs for GMF
I am concerned that GMF-* may be violating the Eclipse
IP Policy. We
need to resolve this.
I cannot find CQs for the handful of libraries/versions that
I've cited
below. I need your help to:
* identify an existing CQ that applies for each library/version;
* create CQs for those libraries/versions that do not have CQs;
or
* remove the libraries
Please note that CQs for third-party libraries are
version-specific.
Wayne
On 03/22/2011 10:13 AM, Anthony Hunter wrote:
> Hi Wayne,
>
> Here is the full story:
>
> When we delivered GMF 1.0 in Callisto in June 2006, we
delivered Batik
> 1.6 in one bundle in GMF. This is CQ 208. The Batik
libraries include
> (repackage) some other apache libraries.
>
> Then the next year in June 2007 for Europa, we moved the
Batik 1.6
> libraries into orbit. We did raise new CQ 2070.
>
> For the next four releases we continued to stick on Batik
1.6. We
never
> raised any new CQ as we still only depended in Batik 1.6.
>
> We shipped org.apache.xml.resolver 1.1 in Europa, but now
we are at
> org.apache.xml.resolver 1.2 in Indigo. I do not know when
the switch
> from version 1.1 to 1.2 occurred. This was simply because
our build
was
> taking the latest version of the library that happened to
be in Orbit.
I
> think you are telling me this makes a difference. My build
just says
use
> version 1.x from Orbit and my build gets the latest.
>
> I can get you the versions of the libraries, but for Europa
we shipped
> org.apache.xml.resolver 1.1.0.v200705310020.
>
> For more information, we also did make an attempt to use
Batik 1.7,
and
> raised a bunch of CQ for this as well, but this was a big
fail and
the
> work did not complete, mainly because Batik 1.7 is a
breaking release
> with incompatible changes. We never shipped on Batik 1.7.
>
> p.s. hope you do not mind me copying gmf-dev so everyone is
aware
of
> this issue.
>
> Cheers...
> Anthony
>
>
>
>
> From: Wayne Beaton <emo@xxxxxxxxxxx>
> To: Anthony Hunter/Ottawa/IBM@IBMCA
> Date: 03/21/2011 07:30 PM
> Subject: Re: Bundles and CQs for GMF
>
>
>
> Thanks Anthony.
>
> However, you do seem to be providing downloads of versions
for which
I
> cannot find CQs. Per our IP Policy, you are required to
have CQ
for
> everything you distribute. Either we need to identify a CQ
for each
of
> the libraries I listed, or remove them from the download
server.
>
> For example, I am aware that resolver 1.2 is included in
Batik 1.6.
You
> are distributing this version, but are also distributing
version 1.1
in
> the directories I mentioned below. Could this be an
artefact from
an old
> build gone wrong?
>
> Thanks,
>
> Wayne
>
> On 03/21/2011 03:34 PM, Anthony Hunter wrote:
>> We use in the following versions for GMF-Runtime in
Indigo
>>
>> org.apache.xml.resolver 1.2.0
>> org.w3c.dom.smil 0.0.0
>> org.w3c.dom.events 0.0.0
>> org.w3c.dom.svg 0.0.0
>> org.w3c.css.sac 1.3.1
>>
>> All of these come from the Batik 1.6 (CQ 208) .
>>
>> 0.0.0 means we do not have a hard coded version in the
feature.xml
>>
>> Cheers...
>> Anthony
>>
>>
>>
>>
>> From: Wayne Beaton <emo@xxxxxxxxxxx>
>> To: Anthony Hunter/Ottawa/IBM@IBMCA
>> Date: 03/21/2011 02:15 AM
>> Subject: Bundles and CQs for GMF
>>
>>
>>
>> Hi Anthony.
>>
>> I am reviewing the IP for the EEP project. EEP consumes
EPF which
in
>> turn consumes GMF-*.
>>
>> While doing my review, I found a couple of bundles
being distributed
by
>> GMP/GMF-* on download.eclipse.org that I can't find a
CQ for.
Can you
>> take a look and let me know where these come from?
>>
>>
org.apache.xml.resolver_1.1.0.*.jar
>>
org.w3c.dom.smil.source_1.0.0.*.jar
>>
org.w3c.dom.smil_1.0.0.*.jar
>>
org.w3c.dom_1.3.3.*.jar
>>
org.w3c.css.sac.source_1.3.1.*.jar
>>
org.w3c.css.sac_1.3.1.*.jar
>>
>> These files are found in:
>>
>> /modeling/gmp/updates/releases/plugins
>> /modeling/gmp/updates/plugins
>> /modeling/gmp/update-site/releases/plugins
>> /modeling/gmp/update-site/europa/plugins
>>
>> Resolver may require that you create a piggyback off
CQ87. Or
might this
>> come from a version of Batik? AFAIK, Batik 1.6 (CQ 208)
includes
>> Resolver *1.2*. Similarly, there are different versions
of smil,
dom,
>> and css associated with Batik 1.6.
>>
>> Can you help me sort out what's going on here?
>>
>> Thanks,
>>
>> Wayne
>>
>
|