<div dir="ltr">The relying-party override mechanism in v3 is awesome and I have all sorts of use cases that I&#39;m trying to implement. Initially I thought that overrides are applied relative to the default relying party, but quickly learned they&#39;re relative to bean definitions in relying-party-system.xml. Would it be feasible for overrides to &quot;merge&quot; with default relying party values? That seems powerful and it would help avoid repetition in some of my use cases.<div><br></div><div>Now a question: how do intersecting overrides work? It appears to be a &quot;first one wins&quot; behavior, but I wanted to clarify. I would prefer a &quot;merge&quot; behavior in some if not all cases. For example, a relying party &quot;by group&quot; override could set some federation-wide defaults, while &quot;by name&quot; overrides could provide one-offs without repeating the defaults for the entire federation. Make sense?</div><div><br></div><div>Thanks,</div><div>Marvin</div><div><br></div></div>