<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On Tue, Sep 6, 2016 at 7:35 PM, Tom Zeller <span dir="ltr"><<a href="mailto:tzeller@dragonacea.biz" target="_blank">tzeller@dragonacea.biz</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Should connection pool properties in attribute-resolver-ldap.xml have default values ? e.g. blockWaitTime="%{idp.pool.LDAP<wbr>.blockWaitTime:PT5S}”<br></blockquote><div><br></div><div>Yes, I think so. In fact the authn configuration defines a default in the config.</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
Should connection pool properties in ldap.properties be uncommented ?<br></blockquote><div><br></div><div>There probably isn't any harm in doing so.</div><div>Really just want deployers to consider them, regardless of whether or not they accept the defaults.</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
Should the time-based properties be durations ? I don’t remember where we left off with Durations and ldaptive.<br></blockquote><div><br></div><div>Not yet. I hope to merge a fix for that soon.</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
I’ve tried a variety of combinations, but the IdP fails to start with :<br>
org.springframework.beans.fact<wbr>ory.UnsatisfiedDependencyExcep<wbr>tion: Error creating bean with name '(inner bean)...': Unsatisfied dependency expressed through method 'buildDuration' parameter 0: Could not convert argument value of type [java.lang.String] to required type [long]: Failed to convert value of type [java.lang.String] to required type [long]; nested exception is java.lang.NumberFormatExceptio<wbr>n: For input string: “undefined"<br></blockquote><div><br></div><div>I believe we used 'undefined' to avoid property not found exceptions in cases where property resolution was occurring on beans that were not being used and therefore did not need defined properties.</div><div>I would start with connectTimeout or responseTimeout.</div><div><br></div><div>--Daniel Fisher</div><div><br></div></div></div></div>