Avalon i18n support refactored once more

[Neeme Praks <ne...@inpoc.com>]

I did some thinking and the version implemented yesterday still didn't feel
quite right, so I went back and refactored some more ;-)
Main changes this time:
* renamed all classes :-), to make the names shorter and easier to digest.
Resourcebundles are from now on called simply bundles.
* added a notion of BundleLoaders that are more or less object factories for
different bundles + they are responsible for extended functionality for
pre-loading all bundles when Avalon/Cocoon/whatever starts up the first time
* added BundleInfo helper class, to encapsulate all possible parameters the
bundle selection process could depend on
* BundleSelector now properly implements the Selector interface, as there is
only one "hint" object (BundleInfo) passed to the .select() method
* the whole system is highly configurable and supports pluggable Bundle,
BundleLoader and BundleInfoMapper implementations, implementing different
storage mechanisms (plain-text, xml, db, etc) should be fairly easy now.
* added the notion of bundlematchers that enable multiple bundle
implementations to be used in parallel (matched against BundleInfo) in a
working system... but I'm still not sure about the implementation, though...

Again didn't really have time to test it yet...

Neeme


--
To unsubscribe, e-mail:   <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>

RE: Avalon i18n support refactored once more

[Neeme Praks <ne...@one.ee>]

I forgot to update the testcases today, will do that tomorrow...

> -----Original Message-----
> From: Neeme Praks [mailto:neeme.praks@inpoc.com]
> Sent: Tuesday, October 30, 2001 11:52 PM
> To: avalon-dev@jakarta.apache.org; cocoon-dev@xml.apache.org
> Subject: Avalon i18n support refactored once more
>
>
>
> I did some thinking and the version implemented yesterday still
> didn't feel
> quite right, so I went back and refactored some more ;-)
> Main changes this time:
> * renamed all classes :-), to make the names shorter and easier to digest.
> Resourcebundles are from now on called simply bundles.
> * added a notion of BundleLoaders that are more or less object
> factories for
> different bundles + they are responsible for extended functionality for
> pre-loading all bundles when Avalon/Cocoon/whatever starts up the
> first time
> * added BundleInfo helper class, to encapsulate all possible
> parameters the
> bundle selection process could depend on
> * BundleSelector now properly implements the Selector interface,
> as there is
> only one "hint" object (BundleInfo) passed to the .select() method
> * the whole system is highly configurable and supports pluggable Bundle,
> BundleLoader and BundleInfoMapper implementations, implementing different
> storage mechanisms (plain-text, xml, db, etc) should be fairly easy now.
> * added the notion of bundlematchers that enable multiple bundle
> implementations to be used in parallel (matched against BundleInfo) in a
> working system... but I'm still not sure about the
> implementation, though...
>
> Again didn't really have time to test it yet...
>
> Neeme
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: cocoon-dev-unsubscribe@xml.apache.org
> For additional commands, email: cocoon-dev-help@xml.apache.org
>


--
To unsubscribe, e-mail:   <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>