[oXygen-user] XML Catalog puzzle

Oxygen XML Editor Support (Adrian Buza)
Tue Dec 22 07:41:54 CST 2015

Hello Gary,

When relying on the namespace instead of an explicit schema association 
(xsi:schemaLocation), Oxygen only associates one schema for the root 
element namespace of the XML instance. Any other namespaces from the XML 
instance are ignored.

Why do you consider using xsi:schemaLocation is a problem?
As long as you have an XML catalog that resolves the schema location, it 
doesn't really matter what location is being used.

Instead of using a canonical location, you could use the actual 
namespace as the schema location in xsi:schemaLocation and it would work 
in Oxygen.
<oval_definitions xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
http://oval.mitre.org/XMLSchema/oval-definitions-5#independent" ...

The alternative is to modify the main XML schema (or create another main 
XML schema) to import all namespaces that are used in the XML instance.


Adrian Buza
oXygen XML Editor and Author Support

Tel: +1-650-352-1250 ext.2020
Fax: +40-251-461482

On 21.12.2015 14:56, Gary Gapinski wrote:
> I am attempting (perhaps wrongly) to have OVAL 
> <https://github.com/OVALProject/Language> document validation to occur 
> based on namespace (_without_ using xsi:schemaLocation).
> I suspect my problem is related to the rather complex OVAL schemata 
> relationships, but I have not determined how best (if at all) to 
> accomplish this.
> I have a sample document 
> <https://s3.amazonaws.com/xml.garygapinski.com/OVAL/example-oval-unknown.xml> 
> and a related XML catalog 
> <https://s3.amazonaws.com/xml.garygapinski.com/OVAL/catalog.zip>. The 
> XML catalog has been configured in the project preferences.
> When I attempt to validate the document, it appears that the schema in 
> namespace 
> http://oval.mitre.org/XMLSchema/oval-definitions-5#independent has not 
> been associated. The primary (root) schema is associated and is 
> obtained from the catalog.
> If this sort of implicit association is not possible, any suggestions 
> on how to knit together the many discrete (sub-)schemata of OVAL would 
> be much appreciated. I would prefer to avoid the use of 
> xsi:schemaLocation if at all possible (since a "canonical" location 
> for such is not assured).
> Regards,
> Gary
> _______________________________________________
> oXygen-user mailing list
> https://www.oxygenxml.com/mailman/listinfo/oxygen-user

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.oxygenxml.com/pipermail/oxygen-user/attachments/20151222/4987cfaf/attachment.html>

More information about the oXygen-user mailing list