Fir testing I use a a DynamicConfiguration class that extends
net.jini.config.AbstractConfiguration. It basically becomes a configuration
object that can be populated with
entries programmatically at runtime. Would that help?
On Jan 10, 2011, at 1147AM, Sim IJskes - QCG wrote:
> On 10-01-11 17:32, Greg Trasuk wrote:
>> - User includes "EasyDefaultConfig.jar" in their classpath.
>
> That would also be a possible approach. A possible source of headaches is
> classpath issues in the ordering of resources. ("The last one wins", or
> something like that) And there is the static-ness of things.
>
> Suppose we have a standalone configurator, that can create files (a file) if
> we want to. We need to plug the output of it, in a static rendezvous to be
> picked up by the META-INF/services/net.jini.config.Configuration
> implementation.
>
> And this would hinder the user to experiment with his/hers own Configuration
> service, because it is a all or nothing thing.
>
> But doable.
>
> Gr. Sim
>
> --
> QCG, Software voor het MKB, 071-5890970, http://www.qcg.nl
> Quality Consultancy Group b.v., Leiderdorp, Kvk Den Haag: 28088397
