Hello Bruce,
I thougth it may be better to start a new tread for discussion on new Datasource interface. I appended the Datasource part of the original mail below.
As I do not know how you think the new interface should look like and if there are that much differences to the old Database interface my question may be stupid, but isn't it possible that the RelationalDataSourceImpl also implements the Database interface. If this would be possible we can get both interfaces work in parallel and therefor get a migration to the new interface step by step?
Until now I only used castor to connect to a single database. For the future I also need to connect to more then one database and I don't know if this is posible with castor at the moment. If it is possible with the current castor implementation I will need a connection to Database A to e.g. load a AJDO and a connection to Database B to load BJDO. Wouldn't it be interesting to get a single Database object that desides according to the configuration and mapping to load AJDO from Database A and BJDO from Database B?
I've been thinking about creating a new interface model like so:
+-------------+ | DataSource | +-------------+ # | +------------+------------+ | | +------------------------+ +----------------+ | RelationalDataSource | | LdapDataSource | +------------------------+ +----------------+ . . /_\ /_\ | | | | +------------------------------+ +------------------------+ | RelationalDataSourceImpl | | LdapDataSourceImpl | +------------------------------+ +------------------------+
For a description of this ASCII UML, please see the following doc:
http://c2.com/cgi/wiki?UmlAsciiArt
In the diagram above, the DataSource interface would replace the current Database interface. The second layer allows any additional DataSource type to be added (JCA connectors to AS/400, etc.). The third layer is a replacemet for the current DatabaseImpl.
Bear in mind that changes this significant would not go into the TRUNK. We'd need to create a 1_0 or 2_0 branch for it. With the big changes we're thinking about, we need to leave the TRUNK alone and only do minor changes and bugs fixes.
Bruce
-- perl -e 'print unpack("u30","<0G)[EMAIL PROTECTED]&5R\"F9E<G)E=\$\!F<FEI+F-O;0\`\`");'
----------------------------------------------------------- If you wish to unsubscribe from this mailing, send mail to
[EMAIL PROTECTED] with a subject of:
unsubscribe castor-dev
