[
Date Prev][
Date Next][
Thread Prev][
Thread Next][
Date Index][
Thread Index]
[
List Home]
|
RE: [m2m-dev] A home for QVT.mdl
|
Hi Ed,
Sorry for sending the empty response, I was to fast in typing but
a bit slower in thinking ;-).
I confirm we want the name
org.eclipse.m2m.qvt.oml.ecore.qvtoperational
(Though might be shorter ;-), but I understand you follow a certain
pattern already).
What you can see in CVS as org.eclipse.qvtoml is just an alias to
org.eclipse.m2m.qvt.oml
to meet the limitation of the modeling common releng.
I guess ATL is the same case.
I'm also thinking about re-packaging in the future, as including m2m in
the plugin names
seems to be redundant, but we just decided for that in the past (you may
find details in
this mailing list). We can raise this question after Ganymede.
Regards,
/Radek
> -----Original Message-----
> From: m2m-dev-bounces@xxxxxxxxxxx
> [mailto:m2m-dev-bounces@xxxxxxxxxxx] On Behalf Of Ed Willink
> Sent: Tuesday, June 03, 2008 8:18 PM
> To: 'M2M dev list'
> Subject: 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
> >
>
>
> _______________________________________________
> m2m-dev mailing list
> m2m-dev@xxxxxxxxxxx
> https://dev.eclipse.org/mailman/listinfo/m2m-dev
>
