[
Date Prev][
Date Next][
Thread Prev][
Thread Next][
Date Index][
Thread Index]
[
List Home]
[modeling-pmc] Epsilon GMT component
|
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)
We’ve removed the simmetrics jar we were using as it licensed under GPL
which is incompatible with EPL
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?
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
6) Set up an IP Log page under the Epsilon website (e.g. such as
http://www.eclipse.org/stp/development/ip_log.php)
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.
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