On Fri, 11 Jul 2003 23:29:49 -0700, Vladimir R. Bossicard wrote: >> I've added a new driver whos database instance is managed externally. >> Unlike the embeded driver if the database is not available the driver >> will fail to load. It's designed specifically for use in environments >> where there an external process is managing the lifecycle of the >> database. > > Many users (including myself) find confusing that the database is > created if not found. A solution could be to have yet another system > property (e.g. XINDICE_AUTOCREATE) to specify the behaviour of the > driver if the database is not found > > Without attacking you by any mean, could you explain why you couldn't > use the embed driver? I don't know why you developed the managed > driver/server but from what I've seen, couldn't you pass a Database > object to the embed driver? The embed driver would then only be a > wrapper.
Questioning is not attacking. I found the embeded driver difficult to use in a managed environment (for example jboss) as it would create the database and relied on system properties for configuration. The managed server privides a simple implementation of a class that will establish a database. It's handy for testing and instances when you want to ensure a clean shutdown of the database. The managed driver/managed server combination provides equivelant functionality to the embeded driver. For a more concrete example of usage in a managed environment have a look at: http://cvs.sourceforge.net/cgi-bin/viewcvs.cgi/belts/store/src/main/au/edu/educationau/belts/management/xmldb/xindice/XindiceService.java?rev=1.1&content-type=text/vnd.viewcvs-markup It may be that the ManagedServer should be removed from the main tree and placed in a samples directory. The creation of the database was to make the combination a drop in replacement for the emdeded driver. > just curious > > -Vladimir