Skip to main content

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] [List Home]
RE: [m2m-dev] A home for QVT.mdl

Hi Radek

I can make the names almost whatever you like.

I was just uncertain with the various project renames that the
m2m at least might be vanishing.

QVTOML seems to have removed m2m from its project name in CVS, but retained
it in its plugin names.

It's a little irregular:

org.eclipse.qvt.declarative has a
plugins/org.eclipse.qvt.declarative.ecore.qvtbase

but 

org.eclipse.qvtoml would have a
plugins/org.eclipse.m2m.qvt.oml.ecore.qvtoperational

---

MDT OCL went through a major change from org.eclipse.emf.ocl..
to org.eclipse.ocl...

Perhaps, post-Ganymede QVTOML should repackage ???
It seems that M2M, MDT etc are administrative but not package/plugin names.

---

I have already repacked UMLX names to e.g.

org.eclipse.qvtoml.ecore.qvtoperational

Please confirm that you definitely want new plugins to be e.g.

org.eclipse.m2m.qvt.oml.ecore.qvtoperational

	Regards

		Ed

> -----Original Message-----
> From: m2m-dev-bounces@xxxxxxxxxxx 
> [mailto:m2m-dev-bounces@xxxxxxxxxxx] On Behalf Of Radek Dvorak
> Sent: 03 June 2008 12:04
> To: M2M dev list
> Subject: RE: [m2m-dev] A home for QVT.mdl
> 
> 
> Hi Ed,
> 
> QVTOML plugins have the following naming scheme,
> 'org.eclipse.m2m.qvt.oml.*'.
> Would that be possible to adapt your models for operational 
> QVT to this?
> 
> Regards,
> /Radek 
> 
> 
> > -----Original Message-----
> > From: m2m-dev-bounces@xxxxxxxxxxx 
> > [mailto:m2m-dev-bounces@xxxxxxxxxxx] On Behalf Of Ed Willink
> > Sent: Saturday, May 31, 2008 9:01 AM
> > To: m2m-dev@xxxxxxxxxxx
> > Subject: [m2m-dev] A home for QVT.mdl
> > 
> > Hi All
> > 
> > The OMG QVT diagrams and models are all notionally generated 
> > from a QVT_1.0.mdl.
> > Unfortunately there are numerous errors at every stage of 
> > often manual transcription.
> > An OMG issue on each error in each of the QVT 20070708 Ecore 
> > models will be submitted shortly.
> > 
> > The models recently contributed to QVT Declarative 
> > https://bugs.eclipse.org/bugs/show_bug.cgi?id=234220,
> > http://dev.eclipse.org/ipzilla/show_bug.cgi?id=2342
> > are auto-generated from a bug-fixed QVT.mdl with a *.cat per 
> > package and a variant of org.eclipse.emf.importer.rose that 
> > correctly handles "{ordered}". Unnavigable opposite role 
> > names are modelled as EMOF Comments/Ecore annotations (see
> > https://bugs.eclipse.org/bugs/show_bug.cgi?id=229998) and the
> > org.eclipse.ocl.AbstractEnvironment.findNonNavigableAssociatio
> > nEnds() stub.
> > 
> > [The opposite role names will be in an update to the contribution.
> > Development of JUnit tests to generate the OMG issues showed 
> > that I'd overlooked the opposites.]
> > 
> > [Similar models are ready for contribution to QVTOML. I just 
> > need confirmation of the required package naming. Names 
> > currently assume e.g. org.eclipse.qvtoml.ecore.imperativeocl]
> > 
> > The never-CVSed UMLX QVT.mdl plugin comprises just one source 
> > model folder of
> > 9 files and three generated folders for emof, ecore models. I 
> > propose that these plugins be hosted by QVT Declarative as
> > 
> > 	org.eclipse.qvt
> > 	org.eclipse.qvt.importer.rose
> > 
> > Since the intent of org.eclipse.qvt is to provide a useful 
> > bug-fix of the OMG distribution, it seems sensible to provide 
> > the full bug-fix in one QVT Declarative location rather than 
> > splitting it across QVT Declarative and QVTOML.
> > 
> > Comments?
> > 
> >     Regards
> > 
> >         Ed Willink 
> > 
> > 
> > _______________________________________________
> > m2m-dev mailing list
> > m2m-dev@xxxxxxxxxxx
> > https://dev.eclipse.org/mailman/listinfo/m2m-dev
> > 
> _______________________________________________
> m2m-dev mailing list
> m2m-dev@xxxxxxxxxxx
> https://dev.eclipse.org/mailman/listinfo/m2m-dev
> 




Back to the top