Fwd: Re: [Uml-devel] Re: UML Modeller

[Chris McGee]

 > Hello all,
> 
> I should say a few things about my XMI hack to the
> uml
> code.
> 
> The reason I call this a "hack" is because I never
> really intended for it to make it directly into your
> production code. I was hoping that it would give you
> a
> good place to start.
> 
> I am one of the developers of the dia2code
> project(dia2code.sourceforge.net). We have discussed
> adding XMI as a frontend to our tool. When I began
> looking at existing open source projects that allow
> one to export XMI, there were none that I liked. In
> my
> opinion, your tool is the most functional and
> user-friendly of the whole bunch.
> 
> I quickly put together the XMI patch so that I could
> use it to develop the dia2code frontend and offered
> it
> to you so that you could make use of my work.
> 
> There are a couple of problems with the current
> implementation of the XMI output:
> 
> 1) Uses the libxml2 library
>     -this C library doesn't mesh well with the
> KDE/C++
> environment that the rest of your code operates on
> 
> 2) Automatic Save
>     -in my opinion (at the moment at least) the XMI
> output should be moved into an export option on the
> tool because the XMI output is lossy in its current
> form
>     -it should be possible to use various features
> of
> the XMI to store all of your non-UML data in the
> future if you decide to use it as your principle
> storage format
>     -the only reason I did not fully implement this
> as
> I have described is because I'm not too familiar
> with
> KDE programming
> 
> I would really like to make our two tools interact
> because I think that users could benefit from the
> combined functionality. I personally like the
> capability of modelling a piece of software and
> generating the code so that I don't have to type all
> of the definition code manually. :)
> 
> Anyways, there's my 2c worth.
> 
> Chris McGee
> 
> --- Gustavo Madrigal <linux_news at nextphere.com>
> wrote:
> > In the first email Pascal asked about the uml not
> > working when loading a file.
> > 
> > Conversation follows below.
> > 
> > On Thursday 16 May 2002 21:40, P. Fleury wrote:
> > > Gustavo Madrigal wrote:
> > > >On Thursday 16 May 2002 01:59, Pascal wrote:
> > > >
> > > >
> > > >
> > > >
> > > >This is because file loading/saving is broken
> due
> > to the Association
> > > > change to CAssociationWidget and also because
> I
> > changed FILE_VERSION from
> > > > 4 to 5, and I haven't programmed compatibility
> > from 4 to 5. We need to
> > > > decide how are we going to address
> compatibility
> > because we are still
> > > > missing a lot of features, so FILE_VERSION
> will
> > change a lot, I suggest
> > > > changing to XML file format, what do you
> think?
> > >
> > > Yes. Keep the old scheme to read old files for a
> > while, but write them
> > > in new format. This could also be, in the longer
> > run,
> > > an external conversion program, in case we need
> to
> > be really compatible
> > > with older releases. Given the aura of
> > > the tool right now, I guess we will not have to
> > deal with too much of
> > > this. But the new scheme should be robust
> towards
> > > file version change, in which case XML is better
> > (we can ignore unknown
> > > elements, for example).
> > >
> > > So XML is fine, but shall we immediately go to
> XMI
> > ? (Or I missed
> > > something about XMI and its purpose...)
> > 
> > As far as I know XMI is the standard UML
> > representation in XML, but in XMI we 
> > won't be able to save particularities about our
> tool
> > (preferences, or maybe 
> > project file support with different files inside,
> > etc), I would say lets 
> > support XMI but only as an export option and have
> > our own XML file format 
> > oriented to make back compatibility a lot easier?
> > ... or maybe we can embed 
> > XMI into our XML file format? We need to decide
> how
> > are we going to do it.
> > 
> > Regards,
> > 
> > -- 
> >
>
---------------------------------------------------------------------
> > P. Eng. Gustavo Madrigal
> > Technology Research Department Manager
> > Nextphere Corp.
> > http://www.nextphere.com
> >
>
---------------------------------------------------------------------
> > 
> >
>
_______________________________________________________________
> > 
> > Hundreds of nodes, one monster rendering program.
> > Now that’s a super model! Visit
> > http://clustering.foundries.sf.net/
> > _______________________________________________
> > Uml-devel mailing list
> > umbrello-devel at kde.org
> >
>
https://mail.kde.org/mailman/listinfo/umbrello-devel
> 
> 
> __________________________________________________
> Do You Yahoo!?
> LAUNCH - Your Yahoo! Music Experience
> http://launch.yahoo.com
> 


__________________________________________________
Do You Yahoo!?
LAUNCH - Your Yahoo! Music Experience
http://launch.yahoo.com