<div dir="ltr">Thanks for the reply. I feel like an idiot now for not just trying to replace .apply() with .test() and see what happened. <div><br></div><div><br></div></div><br><div class="gmail_quote gmail_quote_container"><div dir="ltr" class="gmail_attr">On Mon, 2 Jun 2025 at 18:19, Cantor, Scott <<a href="mailto:cantor.2@osu.edu">cantor.2@osu.edu</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">I can't speak to LDAP other than I know the general issue was that those were JNDI properties and we don't use JDNI anymore, ldaptive is its own LDAP client now. If there are native equivalents, they'd be documented by ldaptive if we don't have properties that automate them, and those should be documented in the wiki.<br>
<br>
> I see the ContextCheckInterceptConfiguration on the Wiki. I just<br>
> don't see how to implement it in this use case. <br>
<br>
I can promise that duplicating our flows is a very bad idea, but if you wrote your own and you're calling Predicate.apply(), just change the flow expression to call test() instead.<br>
<br>
But the built-in flow does anything you could likely need. Write a function in Javascript and it can call any number of Predicates you could possibly want however you want. If the Function always returns ContextCheckDenied if any  of them fail, that's the equivalent of the old flow. Or they can return different custom events so each condition is handled uniquely, which is the more advanced model.<br>
<br>
For members, I'll happily mock it all, but not here.<br>
<br>
-- Scott<br>
<br>
<br>
</blockquote></div>