[ http://issues.apache.org/jira/browse/XERCESJ-1131?page=all ]
Michael Glavassevich updated XERCESJ-1131:
------------------------------------------
Fix Version: 2.8.0
> New Features to support XSLT 2.0 Validation
> -------------------------------------------
>
> Key: XERCESJ-1131
> URL: http://issues.apache.org/jira/browse/XERCESJ-1131
> Project: Xerces2-J
> Type: New Feature
> Versions: 2.7.1
> Reporter: Peter McCracken
> Assignee: Michael Glavassevich
> Fix For: 2.8.0
> Attachments: ConfigurableValidationState.java, build_patch.txt,
> junit_tests.tar, xslt_validation_patch.txt
>
> I've added some new features and a property to support XSLT 2.0 validation.
> Feature:
> http://apache.org/xml/features/validation/schema/ignore-xsi-type-until-elemdecl
> Default: false
> Description: When set to true, will cause xsi:type attributes to be ignored
> until a global element declaration has been found, at which point xsi:type
> attributes will be considered for the tree starting at the element for which
> the global element declaration was found. This is to enable lax processing
> as defined in the XSLT 2.0 specification.
> Feature: http://apache.org/xml/features/validation/id-idref-checking
> Default: true
> Description: When set to false, the checks during schema validation to
> ensure IDs are not duplicated and IDREFs refer to an existing ID are skipped.
> Feature:
> http://apache.org/xml/features/validation/identity-constraint-checking
> Default: true
> Description: When set to false, identity constraint processing is skipped
> during schema validation.
> Feature: http://apache.org/xml/features/validation/unparsed-entity-checking
> Default: true
> Description: When set to false, the checks during schema validation to
> ensure ENTITY values are declared and unparsed are skipped.
> Property:
> http://apache.org/xml/properties/validation/schema/root-type-definition
> Default: null
> Description: Takes a QName object representing a top-level type definition.
> If this property is not null, then the root element of the document or
> document fragment will be validated against the given type. When a type
> definition is provided using this feature, the root element will not be
> validated against any element declaration.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
http://issues.apache.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see:
http://www.atlassian.com/software/jira
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
