RE: [OJB-developers] Kill the mapping files

[Christian S. <nc-...@ne...>]

Lasse,

you got me wrong. I did not mean to let OJB map to XML as it 
does to RDBMS. All I tried to say is that the storage =

mechanism for the *mapping repository* should be adaptable, =

so that the mapping information can be stored either in the =

way it is now, or in the way you propose.

regards.

---- Original m=
essage ----
>Datum: Wed, 27 Feb 2002 07:07:28 +0100
>Von: Lasse Lindg=E5=
rd <ll...@li...>  =

>Betreff: RE: [OJB-developers] Kill the mapping files  =

>An: "'ojb'" <obj...@li...>
>
>That i=
s what Castor does. And that is pretty bloated in my =

humble
>opinion. =

>
>I thought that OJB was a pure Object-Relational framework ?
>
>/La=
sse
>
>-----Original Message-----
>From: objectbridge-developers-admi=
n...@li...
>[mailto:obj...@li...=
urceforge.net] =

On Behalf
>Of Christian Sell
>Sent: 27. februar 2002 00:43
>To: 'ojb'=

>Subject: Re: [OJB-developers] Kill the mapping files
>
>
>the mapp=
ing repository storage architecture should be =

abstracted such
>that
>providing specific mechanisms (XML, SQL, whatev=
er) is a =

matter of
>implementing a simple interface, IMO.
>
>----- Original Me=
ssage -----
>From: "Lasse Lindg=E5rd" <ll...@li...>
>To: "'ojb'" <obj=
ect...@li...>
>Sent: Tuesday, February 26=
, 2002 11:42 PM
>Subject: [OJB-developers] Kill the mapping files
>
>=

>> This might be a controversial suggestion. But it is an =

idea I got and
>I
>> would like to get some feedback on it.
>>
>> Wo=
uldn't it be possible to just drop the XML mapping files.
>>
>> The wa=
y I see it XML files contain data. And data should =

be persisted
>in
>> a database. The way it is now the XML files are ma=
rshaled =

to OJB
>mapping
>> objects which OJB then uses to figure out how to ma=
p the =

objects to
>> tables.
>>
>> If we didn't have the mapping files it wo=
uld be a easier =

to write the
>> mapping-tool since it wouldn't require you to invent a =
=

tool to marshal
>> and unmarshal mapping objects to xml files.
>>
>> =
Of course for this to be possible, there would have to be =

some kind of
>> "bootstrapping" mapping objects that map the mapping =

objects to
>database
>> tables. That could be handled with a simple fa=
ctory =

pattern that
>returns
>> hardcoded prebuild mapping objects.
>>
>> O=
ne might argue that the current XML files are pretty =

simple to edit
>in
>> a text-editor. But I cannot see that it is signi=
ficantly =

easier to
>edit
>> XML files than SQL scripts. And in the end the goal=
 must =

be to build a
>> visual (or better fully automatic) mapping tool.
>>
=
>> I hope my suggestion is clear enough.
>> Would this be a possible wa=
y to go ?
>>
>> /Lasse
>>
>>
>> ___________________________________=
____________
>> Objectbridge-developers mailing list
>> Objectbridge-d=
eve...@li...
>> https://lists.sourceforge.net/lists/=
listinfo/objectbridge-
developers
>
>
>_____________________________=
__________________
>Objectbridge-developers mailing list
>Objectbridge=
-de...@li...
>https://lists.sourceforge.net/lists/=
listinfo/objectbridge-
developers
>
>
>_____________________________=
__________________
>Objectbridge-developers mailing list
>Objectbridge=
-de...@li...
>https://lists.sourceforge.net/lists/=
listinfo/objectbridge-
developers
-- =

NetMail powered by NetCologne