<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
</head>
<body>
<p><br>
</p>
<div class="moz-cite-prefix">On 1/12/21 1:38 PM, Cantor, Scott
wrote:<br>
</div>
<blockquote type="cite"
cite="mid:C95567B4-0032-476B-A4F2-EEC2AC28E753@osu.edu">
<pre class="moz-quote-pre" wrap="">I don't personally have any filters applied to LocalDynamic, I just put them in the metadata. So I guess I couldn't say there isn't a bug but given the layering it makes little sense for it to be specific to one metadata source, and I have tons of filters running against the InCommon MDQ service with no issues.
Perhaps Brent has some idea for what's special about LocalDynamic that might trigger something. You can file it, but I don't really expect much progress on it.
</pre>
</blockquote>
<p>Sorry, took me a couple of days to get to this.<br>
</p>
<p>I think I may have found something suspicious. It's about the
EntityAttributes filter issue Scott filed in OSJ-321 and the
cloning change/fix in OSJ-324.</p>
<p>In the AbstractDynamicMetadataResolver (super class for both
LocalDynamic- and the MDQ one), when persistent caching is enabled
we do clone the metadata document before filtering since the
filters can mutate the DOM and we need to keep the original bytes
around for the persistent cache:<br>
</p>
<p><font face="monospace"> XMLObjectSupport.cloneXMLObject(input,
CloneOutputOption.RootDOMInNewDocument);</font></p>
<p>Scott, you understood the OSJ-321 EntityAttributes issue and
attribute subsystem interaction better than me. Is this the same
issue and/or could it be related? This case seems weirder because
I think Steve is saying it only happens some of the time. But not
sure if that's confirmed.<br>
</p>
<p>If it's the same fundamental root cause, then nominally this is
already fixed for 4.1, due to the fix we applied in OSJ-324.</p>
<p>--Brent<br>
</p>
<p><br>
</p>
</body>
</html>