tomcat-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Assaf Arkin <>
Subject Re: [LONG TERM PLAN] Proposed Architecture for Tomcat.Next Servlet Container
Date Wed, 29 Dec 1999 01:02:56 GMT
> Also, the Configurable pattern uses a Configuration object that is a
> sort of configuration node of a configuration structure, something that
> is much more useful than bean-like setter/getters even for the proposed
> XML data binding which doesn't allow a great DTD complexity.

We've been using XML -> JavaBean for configuration files and I'm quite
happy with the results we've been getting. It's easier to work with than
a more generic DOM or DOM-like model and moves the complexity from the
application to the XML-Java marshalling framework. I'm not saying it's
the only approach, but a darn good one and way less coding required.

In the Tyrex configuration file I have some non trivial cases, e.g. I
need to map an element to an object type specified in one of the
object's attribute. The element maps to a generic DataSource interface,
but the actual object created and configured is an implementation of
this interface that can have any arbitrary set of properties that can't
be expressed in a fixed DTD. Works like a charm.

I also get to map the same object to two different element types, where
the DTD (element name and attribute list differ) but the same
implementation can be used in both cases. Also works like a charm.

And in case we get too generic, a portion of the file can always be
delegated as SAX events to some consumer, which we're using for the DSML
portions that are handled by a direct DSML->LDAP mapping.


> --
> Stefano Mazzocchi      One must still have chaos in oneself to be
>                           able to give birth to a dancing star.
> <>                             Friedrich Nietzsche
> --------------------------------------------------------------------
>  Come to the first official Apache Software Foundation Conference!
> ------------------------- http://ApacheCon.Com ---------------------
> ---------------------------------------------------------------------
> To unsubscribe, e-mail:
> For additional commands, e-mail:

View raw message