<div dir="ltr"><br><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">I just added a trace() to both of the statement builders that would prove what we already assume, that uid isn't in the dependency set.<br></blockquote><div><br></div><div>I updated to last night's snapshot to pull in additional logging and noticed the following entry in subsequent testing:</div><div><br></div><div>2015-02-11 09:31:49,946 - TRACE [net.shibboleth.idp.attribute.resolver.dc.impl.AbstractSearchDataConnector:179] - Data Connector 'edEntitlement': Cache fo<span style="font-size:13.1999998092651px">und, resolved attributes null using cache com.google.common.cache.LocalCache$LocalManualCache@579736d4</span></div><div><span style="font-size:13.1999998092651px"><br></span></div><div>I have a cache bean defined in the Spring XML file sourced for _each_ data connector, the dependency and the dependent, and these are separate bean instances judging from the following entry, which appears earlier in the log for the same request:</div><div><br></div><div><div>2015-02-11 09:31:49,729 - TRACE [net.shibboleth.idp.attribute.resolver.dc.impl.AbstractSearchDataConnector:179] - Data Connector 'edPerson': Cache found, <span style="font-size:13.1999998092651px">resolved attributes null using cache com.google.common.cache.LocalCache$LocalManualCache@1ab0b267</span></div></div><div><br></div><div>Shouldn't I be using a shared cache? I have no idea how to do that, however, unless there's a shibboleth.Cache bean in the root context that I missed.</div><div><br></div><div>M<a href="mailto:users-unsubscribe@shibboleth.net" target="_blank"></a><br>
</div><div><br></div></div></div>