Minimum Domain.xml and SlideInit.xml

[Richard Emberson <re...@edgedynamics.com>]

As far a I am concerned, what I would like is to define a
Slide repository once and then be able to restart the Slide
server without having to read in its characteristics.
But this is not now possible (even excluding the case
when one is using an in-memory store).
The Slide parameters are read from Domain.xml and stored in memory.
If certain parameters are changed between invocation of the Slide
server your whole system can be corrupted.
The namespaces, datastore definitions, datastore binding to paths,
and roles all suffer from this same requirement that they must
be re-read every time the Slide server starts.

If pigs had wings I would like to instantiate the Slide repository
as one operation (using for example a SlideInit.xml file)
and then have the Slide server connect to it as
a second operation where the amount of information needed to connect
is basically the datastore where the Slide Domain.xml 'metadata'
is located.

Currently when the IT folks back up the database datastore, none of
the Slide Domain.xml 'metadata' is backed up - and, no, one can not
ask them to change their ways - and if one is embedding slide
as part of a product, then you certainly can not ask IT to change their
ways.

What would be needed is a MetadataHelper class that could be associate
with a datastore and initialized via the datastore or the Configuration
object.

Richard


---------------------------------------------------------------------
To unsubscribe, e-mail: slide-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: slide-user-help@jakarta.apache.org