Once the services are loaded into memory from the existing resource (file, 
URI), the responsibility for “watching” this resource lies in the separate 
component (a Spring managed bean bound to a periodic scheduled task). If during 
its "watch loop” iteration the resource becomes unavailable, the exception is 
caught and simply logged. The rest of the system is un-affected.

https://github.com/Unicon/cas-addons/blob/master/src/main/java/net/unicon/cas/addons/support/ResourceChangeDetectingEventNotifier.java#L96-L99
 
<https://github.com/Unicon/cas-addons/blob/master/src/main/java/net/unicon/cas/addons/support/ResourceChangeDetectingEventNotifier.java#L96-L99>

In CAS4 this task is implemented by Java’s nio WatcherService: 
https://github.com/Jasig/cas/blob/master/cas-server-core-services/src/main/java/org/jasig/cas/services/JsonServiceRegistryConfigWatcher.java
 
<https://github.com/Jasig/cas/blob/master/cas-server-core-services/src/main/java/org/jasig/cas/services/JsonServiceRegistryConfigWatcher.java>

Cheers,
D.

> On Jan 27, 2016, at 11:48 AM, Tom Poage <[email protected]> wrote:
> 
> Morning,
> 
> https://github.com/Unicon/cas-addons/wiki/Configuring-JSON-Service-Registry
> 
>> Note: Since version 1.9, the value of the config-file attribute does not 
>> have to be file
>> but rather, could be an external URL publicly available.
> 
> What is the behavior when watching a URL here (running server, not during 
> startup) and the source happens to be down for a "while" (TBD)?
> 
> Does CAS (3.6) keep using what's cached (presumably in memory)? Until when?
> 
> I didn't see this offhand, but does/can CAS locally persist service registry 
> data fetched from a URL (e.g. similar to Shibboleth)? Across restarts? Or 
> would that require e.g. JPA?
> 
> I'm trying to balance trade offs of the various mechanisms built into this 
> version CAS vs. deploying service registry data by some other (configuration 
> management) means.
> 
> FWIW, we're actively pursuing CAS 4.x, though may need to deploy 3.6 as an 
> intermediate step to accomplish some short-term business goals.
> 
> Thanks!
> Tom.
> 
> -- 
> You received this message because you are subscribed to the Google Groups 
> "CAS Community" group.
> To unsubscribe from this group and stop receiving emails from it, send an 
> email to [email protected].
> Visit this group at https://groups.google.com/a/apereo.org/group/cas-user/.

-- 
You received this message because you are subscribed to the Google Groups "CAS 
Community" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to [email protected].
Visit this group at https://groups.google.com/a/apereo.org/group/cas-user/.

Reply via email to