Re: [dsdp-mtj-dev] MTJ Model

[Kevin M Horowitz <khorowit@xxxxxxxxxx>]

The description of generating the model
code is in CVS at  dev.eclipse.org /cvsroot/dsdp/org.eclipse.mtj/mtj-home/docs/MTJ_model_codegen.ppt
It is a decent start to get you generating
the model, although a few of the steps are missing or in the wrong order.

The architecture documents that you
should be looking at for more basic understanding are in the same directory,
 You will need to check the datestamps from CVS to determine which
one is the last, but look at the MTJ Release 1 Architecture* documents
for an intro, or the presentations we have one the eclipse/MTJ website
that we gave at EclipseCon.

kevin

--
Kevin Horowitz
khorowit@xxxxxxxxxx
Expeditor Tools Development
Workplace Portal and Collaboration Software
IBM - Boca Raton, +1-561-862-2113

From:	Christian Kurzke <christian@xxxxxxxxxxxx>
To:	Mobile Tools for The Java Platform mailing list <dsdp-mtj-dev@xxxxxxxxxxx>
Date:	11/14/2007 10:43 AM
Subject:	Re: [dsdp-mtj-dev] MTJ Model

---

Arto,

Can you please point us at the explanation you gave before (mentioned by
Kevin)? Maybe we can read up on this before the meeting.

During the meeting - It would be good if you could get us all on the 
same page. I agree we should take a few minutes to address this central
component of MTJ.
Is there any presentations you have which you can send out before the 
meeting?

Please assume that most of us are not familiar with the details of EMF.

Thanks!

-Christian


Arto.Laurila@xxxxxxxxx wrote:
> Hi,
> The current MTJ services are using an EMF based model, that is 
> initially created with any EMF compatible tool.
> The tools that Kevin is referring here and what e.g. I have used is
> the a bit older Rational Rose tool to create the UML model.
> I think that even some very old version of Rose can be used with this.
> Thus the same model can be done with other tools, like IBM Rational
> Architect or Modeler or what ever (or even directly with the EMF).
> When thinking the current MTJ architecture, there is certainly needed
> to discuss that does team members have experience on EMF or not.
> In case of that would be replaced, it pretty much means that the whole
> MTJ internal architecture have to be recoded also.
> As comparing to other Eclipse based projects, some of those are not
> using EMF at all and they do model their data model e.g. with plain
java.
> As it is e.g. with EclipseME (Craig, correct me if I'm wrong).
> Why the EMF has been used here, well that enables to have a Eclipse
> compatible and working data layer, where the initial design is done
> with UML and the the MTJ related EMF layer is generated from the UML
> file. That saves a lot of coding & testing time.
> In my part I have to say that if the EMF layer is dropped, I may have
> problems to participate to create the same functionality again from
Nokia
> point of view.
> -Arto
>
>     ------------------------------------------------------------------------
>     *From:* dsdp-mtj-dev-bounces@xxxxxxxxxxx
>     [mailto:dsdp-mtj-dev-bounces@xxxxxxxxxxx]
*On Behalf Of *ext
>     Raniere Hugo-wha006
>     *Sent:* 14. marraskuuta 2007 16:33
>     *To:* Mobile Tools for The Java Platform mailing list
>     *Subject:* RE: [dsdp-mtj-dev] MTJ Model
>
>     Hi Kevin,
>
>     I’m one of the guys at Motorola intending to work in
MTJ. I agree
>     with you that having this kind of dependencies may not
be good for
>     the project, and one of the tasks we are proposing in
this MTJ
>     reboot is to have an new proposed architecture by beginning
of
>     next year. For sure we can review the data model for
this new
>     proposed architecture.
>
>     During the meeting we are also going to talk about the
proposed
>     planning (more info on mtj wiki). If the meeting time
is not
>     enough to discuss about the data model, we can set a
new activity
>     in the planning to analyze the data model.
>
>     Best regards,
>
>     Hugo
>
>     ------------------------------------------------------------------------
>
>     *From:* dsdp-mtj-dev-bounces@xxxxxxxxxxx
>     [mailto:dsdp-mtj-dev-bounces@xxxxxxxxxxx]
*On Behalf Of *Kevin M
>     Horowitz
>     *Sent:* Wednesday, November 14, 2007 11:11 AM
>     *To:* dsdp-mtj-dev@xxxxxxxxxxx
>     *Subject:* [dsdp-mtj-dev] MTJ Model
>
>
>     Hi,
>
>     I realize this is a little late for today's meeting,
but I would
>     like to suggest that as part of the reset, we open the
idea of the
>     current data model behind the MTJ project. The model
stores all of
>     the relational data about devices and setup. The model
is
>     generated using a Rational product, and then converted
using the
>     EMF project. Arto provided instructions at the very
end of our
>     relationship explaining how this code is generated,
but this ties
>     us to a commercial product that many of our participants
might not
>     have in the future, and makes modifications to the underlaying
>     data structure difficult to maintain my team members.
>
>     kevin
>     --
>     Kevin Horowitz
>     khorowit@xxxxxxxxxx
>     Expeditor Tools Development
>     Workplace Portal and Collaboration Software
>     IBM - Boca Raton, +1-561-862-2113
>
> ------------------------------------------------------------------------
>
> _______________________________________________
> dsdp-mtj-dev mailing list
> dsdp-mtj-dev@xxxxxxxxxxx
> https://dev.eclipse.org/mailman/listinfo/dsdp-mtj-dev
>   

_______________________________________________
dsdp-mtj-dev mailing list
dsdp-mtj-dev@xxxxxxxxxxx
https://dev.eclipse.org/mailman/listinfo/dsdp-mtj-dev

Attachment: smime.p7s
Description: S/MIME Cryptographic Signature