[ 
http://nagoya.apache.org/jira/browse/XERCESJ-1028?page=comments#action_55257 ]
     
Michael Glavassevich commented on XERCESJ-1028:
-----------------------------------------------

Such error text is constructed in the absence of a message formatter. If there 
isn't a message formatter for the given domain (in this case schema) then the 
error reporter panics generating this text. It's just coincidental that this 
looks like a meaningful reference into the spec. What you're really reading is 
[error domain]#[error key]?[error message arguments]. This wasn't meant to be a 
fetchable URI (it might not even be a URI) but since you're seeing this format 
it may mean that a message formatter isn't being registered in some 
circumstances.

Xerces should be generating something like this (and does when I test it):
org.xml.sax.SAXParseException: cvc-datatype-valid.1.2.1: '3x' is not a valid 
value for 'integer'.

Could you provide a test which produces such a message?

Thanks.

> URIs in error messages are incorrect
> ------------------------------------
>
>          Key: XERCESJ-1028
>          URL: http://nagoya.apache.org/jira/browse/XERCESJ-1028
>      Project: Xerces2-J
>         Type: Bug
>   Components: Other
>     Versions: 2.6.2
>     Reporter: Jeff Suttor
>     Priority: Minor

>
> the URI provided in error messages are incorrect.
> e.g.:
> org.xml.sax.SAXParseException: 
> http://www.w3.org/TR/xml-schema-1#cvc-datatype-valid.1.2.1?&decimal
> this message contains incorrect URI path, fragment & query values.
> it can also be argued that the URI should in the form 
> [path][?query][#fragment]
> is this a time to re-factor the error message formatter so it is driven by:
> - spec name, version, etc.
> - rule violated
> - clause violated
> so a more accurate URI can be constructed?
> it might also be desirable to have a level of indirection between the spec 
> name & version v. using a URI literal in the code.

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
   http://nagoya.apache.org/jira/secure/Administrators.jspa
-
If you want more information on JIRA, or have a bug to report see:
   http://www.atlassian.com/software/jira


---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Reply via email to