[
Date Prev][
Date Next][
Thread Prev][
Thread Next][
Date Index][
Thread Index]
[
List Home]
|
Re: [modeling-pmc] Epsilon GMT component
|
Migrating CVS will not lose your history... It's merely a copy of folders
from one location to another.
Best,
Rich
On 6/23/08 11:15 AM, "Dimitrios Kolovos" <dskolovos@xxxxxxxxx> wrote:
> Rich: Thanks for your prompt reply and pointers. We'll start working on
> these issues immediately and keep the list posted on any developments.
>
> Ed: Does migrating to a different CVS repository mean that all
> source-code history will be lost? Is there a good way around it or do we
> just have to live with that?
>
> Best regards,
> Dimitrios
>
> Ed Merks wrote:
>>
>> Rich,
>>
>> I also think this is a good opportunity to create a new CVS module
>> that is properly within the modeling project's CVS structure where all
>> the other projects reside. So likely we'd want a org.eclipse.gmt
>> parent with a module for each project/component in GMT that's being
>> reviewed and migrated...
>>
>>
>>
>>
>> Ed Merks/Toronto/IBM@IBMCA
>> mailto: merks@xxxxxxxxxx
>> 905-413-3265 (t/l 313)
>>
>>
>> Inactive hide details for Richard Gronback
>> <richard.gronback@xxxxxxxxxxx>Richard Gronback
>> <richard.gronback@xxxxxxxxxxx>
>>
>>
>> *Richard Gronback <richard.gronback@xxxxxxxxxxx>*
>> Sent by: modeling-pmc-bounces@xxxxxxxxxxx
>>
>> 06/23/2008 10:43 AM
>> Please respond to
>> PMC members mailing list
>> <modeling-pmc@xxxxxxxxxxx>
>>
>>
>>
>> To
>>
>> PMC members mailing list <modeling-pmc@xxxxxxxxxxx>, <emo@xxxxxxxxxxx>
>>
>> cc
>>
>> Richard Paige <paige@xxxxxxxxxxxxx>, Janet Campbell
>> <janet.campbell@xxxxxxxxxxx>
>>
>> Subject
>>
>> Re: [modeling-pmc] Epsilon GMT component
>>
>>
>>
>>
>> Excellent, thanks for the update.
>>
>> See inserted comments below...
>>
>> Best,
>> Rich
>>
>>
>> On 6/23/08 6:57 AM, "Dimitrios Kolovos" <dskolovos@xxxxxxxxx> wrote:
>>
>>> Dear EMO, Modeling PMC,
>>>
>>> We are in the process of making the Epsilon GMT component compatible
>>> with the Eclipse IP process and we could use some advice on the actions
>>> we need to take. To my understanding we should do the following:
>>>
>>> 1) File CQs in the IPZilla for any 3^rd party jars we are using
>>>
>>> We are currently using jdom.jar which has been approved for other
>>> projects (https://dev.eclipse.org/ipzilla/show_bug.cgi?id=1587). We also
>>> use version 3.1b of the ANTLR runtime jar (version 3.0 has been approved
>>> for other projects e.g.
>>> https://dev.eclipse.org/ipzilla/show_bug.cgi?id=1359)
>>
>> Right, so you'll just need to submit piggyback CQs through the portal.
>>
>>> We¹ve removed the simmetrics jar we were using as it licensed under GPL
>>> which is incompatible with EPL
>>>
>>
>> Great.
>>
>>> 2) File a CQ for the pre-Eclipse code (similarly to
>>> https://dev.eclipse.org/ipzilla/show_bug.cgi?id=1460)
>>>
>>> 3) Change the namespace from org.epsilon.* to org.eclipse.*
>>>
>>> Do we need to set the complete path of Epsilon under Eclipse as the
>>> namespace? In this case it would need to be org.eclipse.gmt.epsilon.*.
>>> However, if GMT components are to be relocated soon, this would have to
>>> change again. If we could set the namespace to just
>>> org.eclipse.epsilon.* it would be more resistant to future relocations.
>>> Is that OK?
>>>
>>
>> I think org.eclipse.epsilon.* is fine.
>>
>>> 4) Set version of plugins to <1 as it is a component of an Incubation
>>> project
>>>
>>> 5) Add (Incucation) to the name of the plugins/features
>>>
>>
>> And download zips/jars.
>>
>>> 6) Set up an IP Log page under the Epsilon website (e.g. such as
>>> http://www.eclipse.org/stp/development/ip_log.php)
>>>
>>
>> You may want to leverage the query approach used by GMF (and now most of
>> modeling, afaik)
>> http://www.eclipse.org/modeling/gmf/project-info/ipquery.php That is,
>> until
>> the official method is available:
>> https://bugs.eclipse.org/bugs/show_bug.cgi?id=220977
>>
>>> I also have a question about EPL-incompatible libraries. For example, in
>>> Epsilon (and I believe in other modeling components too) we need to
>>> provide support for MOF 1.4 models which is realized by MDR (and which
>>> appears to be incompatible with EPL). We would also like to provide
>>> support for fuzzy string matching using Simmetrics (which as mentioned
>>> above is GPL). As we cannot host those plugins on Eclipse, I was
>>> wondering if we could host them elsewhere (e.g. on Sourceforge) and
>>> provide a link from the Epsilon GMT site to them.
>>>
>>
>> This is a complicated issue, so copying Janet for counsel. :)
>>
>>> I¹d be grateful if you could confirm, complement or comment on the above
>>> at your earliest convenience. I suspect that any information you provide
>>> would also be useful for other GMT components that are in the same
>> process.
>>>
>>> Best regards,
>>> Dimitrios Kolovos
>>> _______________________________________________
>>> modeling-pmc mailing list
>>> modeling-pmc@xxxxxxxxxxx
>>> https://dev.eclipse.org/mailman/listinfo/modeling-pmc
>>
>> _______________________________________________
>> modeling-pmc mailing list
>> modeling-pmc@xxxxxxxxxxx
>> https://dev.eclipse.org/mailman/listinfo/modeling-pmc
>>
>> ------------------------------------------------------------------------
>>
>> _______________________________________________
>> modeling-pmc mailing list
>> modeling-pmc@xxxxxxxxxxx
>> https://dev.eclipse.org/mailman/listinfo/modeling-pmc
>>
> _______________________________________________
> modeling-pmc mailing list
> modeling-pmc@xxxxxxxxxxx
> https://dev.eclipse.org/mailman/listinfo/modeling-pmc
