[prev in list] [next in list] [prev in thread] [next in thread]
List: kde-kuml-devel
Subject: Re: kuml_old persistence layer
From: Gerard Flynn <gerard.flynn () free ! fr>
Date: 2002-03-03 11:38:19
[Download RAW message or body]
Gerard Flynn wrote:
> Chris Moore wrote:
>
>> Gerard Flynn wrote:
>>
>>> Hi,
>>>
>>> In case anyone wants to play with the persistence layer stuff in
>>> kuml_old, I just checked in my changes to get it to compile.
>>>
>>> You need to define a macro to actually compile the code, I do this by
>>> doing:
>>>
>>> $ make "CXXFLAGS=-DEXPERIMENTAL_PERSISTENCE_LAYER -DKDE2".
>>>
>>> I tagged the current CVS version of kuml_old (including my changes)
>>> with VER_0_5_2.
>>>
>>> Gerard
>>>
>>
>> bash-2.05a$ make -f Makefile.dist
>> aclocal
>> autoheader
>> automake
>> kuml/data/persistence/Makefile.am:14: required directory
>> kuml/data/persistence/factories does not exist
>> make: *** [all] Error 1
>>
>> The configure goes OK. The make fails cause of the missing dir.
>>
> Sorry, I forgot to add that directory to CVS. I'll fix that right
> away.
>
> Gerard
Done, I think it should compile now.
By the way I'm not sure that compiling this code actually makes
sense, I just wanted to see what it does. After a little more
investigation I came to understand that there are actually 2 persistence
layers in kuml_old. There's a non-XML layer which you theoretically get
without the above define. However it's actual use has been commented
out, presumably because it doesn't work. Then there's the so called
experimental layer which this define should give you.
However it seems that in the current CVS version (after my mods), what
happens is that if you give the EXPERIMENTAL define the program attempts
to use the XML layer for loading but still uses the non-XML layer for
saving. This largely explains why you can't load saved diagrams,
they're not in the right format.
If you don't give the EXP. define, then you currently just get
pop-up errors if you try to save or load. If you then comment out these
pop-ups, the save happens in the same way as with the EXP flag but the
load just hangs (presumably the reason Darius put in the pop-ups).
So as you can see, things are definitely a bit of a mess right now !
Now the question is, if we want to get kUML saving/restoring with a
simple format, which of the 2 should we try to resurrect ? My
impression is that the XML layer attempts to do so something like XMI
and is largely unfinished. It might be better to leave this for the
repository and just to try to get the non-XML layer into a usable state.
If any of those who worked on kuml_old (especially Darius) are
listening and could help clarify this situation, their advice would
certainly be appreciated.
Gerard
>
[prev in list] [next in list] [prev in thread] [next in thread]
Configure |
About |
News |
Add a list |
Sponsored by KoreLogic