----- Original Message -----
From: george stewart <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Sunday, December 26, 1999 10:40 AM
Subject: more opl stuff
> Scott, I would like to put in something for the
> database access.
>
> I would like us to implement something like the
> services in turbine.
>
> What I would like to add is an object,
> opl.database.DbBrokerManager, and an interface,
> opl.database.DbBroker. DbBrokerManager holds the
> various DbBrokers. With DbBroker implemented as an
> interface we can plug in any DbBroker we want; for
> example, Turbine's. Just write a class that
> implements our DbBroker interface. Users can extend
> this by writing their own implementations of DbBroker.
>
<snip>
I like this idea, it will provide a lose coulping of OPaL to turbine meaing
that if someone for some unknown reason wants to use OPaL with Turbine (i
don't know why one would want to ; )) it will be better suted to do so.
> I really don't think we need the database map class.
> Just the "name" of the db service, and have this in
> the class map.
agreed, having the DatabaseMap class just does not make sense any longer.
>
> After adding this, a few lines of code to
> PersistenceBroker, and test code with hard-coded
> values for class map, we could exercise delete and
> insert. By adding a skeleton cursor, we also get the
> select working. And, then we have a working model;
> albeit, without much functionality. Only hassle is
> hand-coding the class maps.
>
this i'm looking forward to seeing, i was going to suggest that you update
the classes in the /examples package to use the new code you have provided
but this will take that two steps further. AFA the "...hassle is hand-coding
the class maps...", for the longest time i have had this issue in the back
of my mind, eventually what i would like to see is a GUI application that
assisted in maintaining the class maps and storing the data into an XML file
or into tables in the DB. maintaining the class maps is going to be OPaL's
Achilles' heal, especially if you have to hand code them. Maybe we could get
someone to pick this up as a sub-project... any takers????
-ScottTavares-
------------------------------------------------------------
To subscribe: [EMAIL PROTECTED]
To unsubscribe: [EMAIL PROTECTED]
Problems?: [EMAIL PROTECTED]
