Closed brianoliver closed 8 years ago
@janneman said: I believe the problem is with the ProcessingPatternNamespaceHandler, which results in an issue in the XmlPreprocessingNamespaceHandler code that performs: mergeForeignElement. The current ProcessingPatternNamespaceHandler does not implement the IntroduceCacheConfigSupport interface - and hence when the processing pattern configuration is externalized it won't be merged into the main config.
I verified that making the ProcessingPatternNamespaceHandler implement the aforementioned interface:
@Override
public void mergeConfiguration(ProcessingContext context, String sFromURI, XmlElement xmlElement,
XmlElement xmlIntoCacheConfig, QualifiedName qnOriginatedFrom) {
// clone the element to merge
XmlElement xmlMergeElement = (XmlElement) xmlElement.clone();
// annotate the origin of the merging element
xmlMergeElement.addAttribute(qnOriginatedFrom.getName()).setString(sFromURI);
xmlIntoCacheConfig.getElementList().add(xmlMergeElement);
}
Fixes the problem.
This issue was imported from JIRA COHINC-143
Reported by janneman
Marked as fixed by @brianoliver on Tuesday, December 8th 2015, 5:15:12 pm
Externalizing the processing pattern configuration using an element:introduce-cache-config currently isn't working. The workaround is to embed the configuration for PP in the main cache-config file. We should be able to use the element:introduce-cache-config.