Skip to main content

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] [List Home]
Re: [modisco-dev] On the immediate future of the MoDisco project

Hi

Thanks Fabien.

Wow! That good.

"KDM"/"SMM"/"GASTM" help are probably trivial to fix. I just missed some plugins with a build.xml.

API reference is fairly easy; just awaits migrating the OCL functionality that maintains Javadoc as web pages on the download server rather than distribution content on the same server.

I expected that CDO / Acceleo / Antlr JEE functionality might have a hiccough.

    Regards

        Ed

On 20/11/2019 09:24, Fabien Giquel wrote:

I have made basic manual tests with new update site in eclipse-modeling-2019-12-M2-win32-x86_64.

 

It works fine on the essential features : discovering/serialize java models form java project, discovering kdm.source models, transform java->kdm models, transform kdm->uml models, discover generic xml model from xml file, browsing all these models with MoDiscoBrowser, initializing new MoDisco project/discoverer class.

 

I see a problem with help content : missing contents for chapters “"KDM"/"SMM"/"GASTM"/”API reference”

 

Thanks for this work,

Regards,

Fabien GIQUEL

 

 

De : Fabien Giquel
Envoyé : mercredi 20 novembre 2019 07:34
À : MoDisco project developer discussions <modisco-dev@xxxxxxxxxxx>
Objet : RE: [modisco-dev] On the immediate future of the MoDisco project

 

Hi Ed,

 

“I would be grateful if an experienced MoDisco user gives the build a try to see how much I have messed up.”

 

Ok, I give a try on main features and will give a feedback.

 

Regards

Fabien GIQUEL

 

 

 

 

-----Message d'origine-----
De : modisco-dev-bounces@xxxxxxxxxxx <modisco-dev-bounces@xxxxxxxxxxx> De la part de Ed Willink
Envoyé : mardi 19 novembre 2019 18:18
À : modisco-dev@xxxxxxxxxxx
Objet : Re: [modisco-dev] On the immediate future of the MoDisco project

 

Hi

 

There is now a current build that is working. So far the only deliberate change is a migration from Antlr 3.0.0 to 3.2.0.

 

It will be contributed to SimRel for 2019-12M3 shortly to tease out any problems.

 

Relevant EMF Facet plugins have been folded in to a Modisco Facet feature.

 

The builds may be seen at

https://ci.eclipse.org/modisco/job/modisco-master using the

ewillink/552988 branch.

 

Downloadable ZIPs at

https://download.eclipse.org/modeling/mdt/modisco/downloads/drops/1.5.0/

 

P2 repos at:

https://download.eclipse.org/modeling/mdt/modisco/updates/nightly/latest/

 

I would be grateful if an experienced MoDisco user gives the build a try to see how much I have messed up.

 

-----

 

Installation of the CDO adapters requires an earlier installation of the derby adapter.

 

Installation of the use cases needs an earlier installation of at least apache lucene.

 

Currently only 50% of the tests pass; probably some trivial installation detail.

 

-----

 

Unless someone raises objections....

 

Once more tests are working I will follow Eike's recommendation of migrating from Derby to H2 and so avoiding installation difficulties.

 

*emf.facet.* will be renamed to *modisco.facet.*

 

*gmt.modisco.* will be renamed to *modisco.*

 

EPL 1.0 will change to EPL 2.0 throughout.

 

    Regards

 

        Ed Willink

 

On 12/11/2019 10:06, Ed Willink wrote:

> Hi

> 

> (Apologies for the irregular thread linkage; I've only just subscribed

> to this list.)

> 

> I have offered to provide life support for the Modisco project, so

> please refrain from creating a GitHub fork until you have seen how the

> next few months pan out.

> 

> Life support means that the project will be built regularly to remain

> current and will once again be contributed to SimRel. To this end the

> Maven/Tycho build may be regularized to eliminate the proprietary EMF

> Facet auto-pom generation in favour of the Tycho auto-pom generation.

> A single simple launch in a user workspace after a GIT checkout should

> create a distribution that differs from the official distribution only

> through the lack of signing. The releng will probably be very similar

> to that for OCL, QVTd, QVTo.

> 

> Life support means that bugs will mostly not be fixed. However really

> trivial/offensive bugs may provoke action.

> 

> If the continuance of Modisco inspires the community to contribute

> fixes, these should be reviewed and provided tests don't break may be

> incorporated.

> 

> If a community member makes significant contributions, that member may

> well merit election to committer status and perhaps project leader as

> well.

> 

> If evolution of perhaps Java 14 results in breakages to traditional

> usage, it may be necessary for Modisco functionality to shrink unless

> someone steps up to rework the breakage.

> 

>     Regards

> 

>         Ed Willink

> 

> 

> 

> _______________________________________________

> modisco-dev mailing list

> modisco-dev@xxxxxxxxxxx

> To change your delivery options, retrieve your password, or

> unsubscribe from this list, visit

> https://www.eclipse.org/mailman/listinfo/modisco-dev

_______________________________________________

modisco-dev mailing list

modisco-dev@xxxxxxxxxxx

To change your delivery options, retrieve your password, or unsubscribe from this list, visit https://www.eclipse.org/mailman/listinfo/modisco-dev


_______________________________________________
modisco-dev mailing list
modisco-dev@xxxxxxxxxxx
To change your delivery options, retrieve your password, or unsubscribe from this list, visit
https://www.eclipse.org/mailman/listinfo/modisco-dev

Back to the top