include statements in xml configuration files?

Cantor, Scott cantor.2 at osu.edu
Fri Feb 19 19:55:59 UTC 2021


On 2/19/21, 2:39 PM, "users on behalf of Wessel, Keith" <users-bounces at shibboleth.net on behalf of kwessel at illinois.edu> wrote:

>    I think I follow you here. You're saying externally generate a file that contains a metadata entity attribute filter with the
> right XML bits in it to add the entity attributes to the specified entity IDs then include it by reference in the metadata
> provider block.

It's outside-in, there is nothing in the metadata provider, that's the point of it.

> What would the XML look like in the metadata provider block to attach a metadata filter by reference?

Nothing there, the separate file is all there is.

<MetadataFilter xsi:type="ByReference">
	 <MetadataFilters providerRef="InCommonMD">
		<MetadataFIlter ... />
		<MetadataFIlter ... />
	</MetadataFilters>
</MetadataFilter>

https://wiki.shibboleth.net/confluence/display/IDP4/ByReferenceFilter

> Of course, the beauty of the regex solution is, as long as you have a reliable regex pattern, it's a once and done.

I would do it that way, but that's just a special case.

> Like you said, the regex adds a little computing power as it has to be built each time. There's not a way to avoid that while
> still using the regex, is there? I'm not thinking of one.

A Pattern can be built and compiled in a bean definition and injected into a script as a custom object, avoiding compiling it every time.

-- Scott




More information about the users mailing list