RE: [OJB-developers] Kill the mapping files

[<ll...@li...>]

That is what Castor does. And that is pretty bloated in my humble
opinion.=20

I thought that OJB was a pure Object-Relational framework ?

/Lasse

-----Original Message-----
From: obj...@li...
[mailto:obj...@li...] On Behalf
Of Christian Sell
Sent: 27. februar 2002 00:43
To: 'ojb'
Subject: Re: [OJB-developers] Kill the mapping files


the mapping repository storage architecture should be abstracted such
that
providing specific mechanisms (XML, SQL, whatever) is a matter of
implementing a simple interface, IMO.

----- Original Message -----
From: "Lasse Lindg=E5rd" <ll...@li...>
To: "'ojb'" <obj...@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.
>
> Wouldn't it be possible to just drop the XML mapping files.
>
> The way I see it XML files contain data. And data should be persisted
in
> a database. The way it is now the XML files are marshaled to OJB
mapping
> objects which OJB then uses to figure out how to map the objects to
> tables.
>
> If we didn't have the mapping files it would 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 factory pattern that
returns
> hardcoded prebuild mapping objects.
>
> One might argue that the current XML files are pretty simple to edit
in
> a text-editor. But I cannot see that it is significantly 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 way to go ?
>
> /Lasse
>
>
> _______________________________________________
> Objectbridge-developers mailing list
> Obj...@li...
> https://lists.sourceforge.net/lists/listinfo/objectbridge-developers


_______________________________________________
Objectbridge-developers mailing list
Obj...@li...
https://lists.sourceforge.net/lists/listinfo/objectbridge-developers