[Configuration] feature request

["Jung, Eric" <Er...@Arbella.com>]

I looked at BugZilla and didn't see any feature requests for this, so I
thought I'd ask here before I add it. Has this been requested before?

I'd like Configuration to have the ability to poll its configuration
source(s) for changes every n seconds. Right now I always end up writing
this code again and again on top of Configuration to handle it. It is
required because I have applications that cycle only once every few months.
So I may want to make configuration changes to the app, but currently
Configuration has no out-of-the-box means to poll for those changes.

Of course, a "push" means would be better than polling, but I've no doubt
this would be inordinately more complex, so I'm willing to settle for
polling :)

-Eric



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

Re: [Configuration] feature request

[Emmanuel Bourg <sm...@lfjr.net>]

This will be handled with reloadable configurations, see Bug 25661 
(http://nagoya.apache.org/bugzilla/show_bug.cgi?id=25661). This feature 
is the reason why I started hacking into [configuration] ;) I plan to 
implement it as soon as the 1.0 release is completed.

Emmanuel Bourg


Jung, Eric wrote:

> I looked at BugZilla and didn't see any feature requests for this, so I
> thought I'd ask here before I add it. Has this been requested before?
> 
> I'd like Configuration to have the ability to poll its configuration
> source(s) for changes every n seconds. Right now I always end up writing
> this code again and again on top of Configuration to handle it. It is
> required because I have applications that cycle only once every few months.
> So I may want to make configuration changes to the app, but currently
> Configuration has no out-of-the-box means to poll for those changes.
> 
> Of course, a "push" means would be better than polling, but I've no doubt
> this would be inordinately more complex, so I'm willing to settle for
> polling :)
> 
> -Eric

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

RE: [Configuration] feature request

[Eric Pugh <ep...@upstate.com>]

I think there is a bug out there about a ReloadableConfiguratoin..  One way
you could implement something like this is having a decorator that
implements the functionality..

Configuration c = new PollingConfiguration(myFileConfiguration);

And then all your logic would be in the pollingConfiguraiton..   Go ahead
and submit a bug, and if you have some code, feel free to send in a patch!
(for post 1.0!)

ERic

> -----Original Message-----
> From: Jung, Eric [mailto:Eric.Jung@Arbella.com]
> Sent: Wednesday, September 22, 2004 7:18 PM
> To: Jakarta Commons Developers List
> Subject: [Configuration] feature request
>
>
> I looked at BugZilla and didn't see any feature requests for this, so I
> thought I'd ask here before I add it. Has this been requested before?
>
> I'd like Configuration to have the ability to poll its configuration
> source(s) for changes every n seconds. Right now I always end up writing
> this code again and again on top of Configuration to handle it. It is
> required because I have applications that cycle only once every
> few months.
> So I may want to make configuration changes to the app, but currently
> Configuration has no out-of-the-box means to poll for those changes.
>
> Of course, a "push" means would be better than polling, but I've no doubt
> this would be inordinately more complex, so I'm willing to settle for
> polling :)
>
> -Eric
>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: commons-dev-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: commons-dev-help@jakarta.apache.org


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