Project

Profile

Help

Bug #4664

open

Xerces bug: Wrong value of xml:base attribute after resolving XInclude references

Added by O'Neil Delpratt over 3 years ago. Updated about 2 years ago.

Status:
In Progress
Priority:
Normal
Category:
Third-party product
Sprint/Milestone:
-
Start date:
2020-08-03
Due date:
% Done:

0%

Estimated time:
Legacy ID:
Applies to branch:
10
Fix Committed on Branch:
Fixed in Maintenance Release:
Platforms:

Description

The following Xerces bug is affecting several users: https://issues.apache.org/jira/browse/XERCESJ-1102

This bug causes the wrong value of xml:base attribute after resolving XInclude references. One user applies a the patch in a jar file that is included on the Java classpath when Saxon is invoked. It would be good to apply this patch internally with Saxon as part of the issued product.

This affects: Saxon-J, Saxon.NET and Saxon/C

Actions #1

Updated by O'Neil Delpratt over 3 years ago

  • Status changed from New to In Progress
  • Applies to branch deleted (9.9)

bug fix applied to Saxon .NET. Leaving this bug issue open until fix is applied on Saxon-J and Saxon/C.

Actions #2

Updated by Michael Kay over 3 years ago

  • Assignee set to Norm Tovey-Walsh
Actions #3

Updated by Michael Kay over 3 years ago

Apart from fixing this bug, I think there are a number of other changes that could be useful in terms of improving the integration between Xerces and Saxon. For example, we could consider defining a "SAX3" interface that resolves some of the long-standing issues in namespace handling and that removes the current duplication whereby both Xerces and Saxon maintain full capability for resolving QNames, without directly sharing the means of doing so.

Several Saxon users (Oxygen and DeltaXML to my knowledge) are understood to ship their own Xerces variants, which suggests that it might be possible to establish a community to take such a project forward, either on the main Apache development branch for Xerces or as a community fork.

Actions #4

Updated by O'Neil Delpratt about 2 years ago

I confirm this bug has been fixed in SaxonC 11.1.

Please register to edit this issue

Also available in: Atom PDF