[ 
https://issues.apache.org/jira/browse/DERBY-5885?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Rick Hillegas updated DERBY-5885:
---------------------------------

    Attachment: derby-5885-01-ab-reorderMessageArgs.diff

Attaching derby-5885-01-ab-reorderMessageArgs.diff. The previous rev of the 
patch raised 2 errors in the regression tests because some canonized message 
text has changed.

The revised patch is identical to the previous rev except for the addition of a 
couple more corrected canons:

M       java/testing/org/apache/derbyTesting/functionTests/master/paramij.out
M       
java/testing/org/apache/derbyTesting/functionTests/master/refActions2.out

Committed at subversion revision 1367150.

                
> The order of argument names in messages.xml is sometimes wrong when the 
> arguments occur in the message out of sequence.
> -----------------------------------------------------------------------------------------------------------------------
>
>                 Key: DERBY-5885
>                 URL: https://issues.apache.org/jira/browse/DERBY-5885
>             Project: Derby
>          Issue Type: Bug
>          Components: Documentation, Localization
>    Affects Versions: 10.10.0.0
>            Reporter: Rick Hillegas
>            Assignee: Rick Hillegas
>         Attachments: derby-5885-01-aa-reorderMessageArgs.diff, 
> derby-5885-01-ab-reorderMessageArgs.diff
>
>
> In most Derby messages, arguments appear in ascending order. That is, {0} 
> occurs in the message first, then {1}, then {2}, and so on. Sometimes, 
> however, arguments occur out of sequence. When this happens, the names in the 
> <arg> sub-elements may not agree with the order that the arguments actually 
> occur in the message. This causes MessageBuilder to garble the dita source 
> for the Reference Guide page titled "SQL error messages and exceptions".
> For instance, here is the messages.xml element for SQLState 22014:
>             <msg>
>                 <name>22014</name>
>                 <text>The start position for LOCATE is invalid; it must be a 
> positive integer. The index  to start the search from is '{2}'.  The string 
> to search for is '{0}'.  The string to search from is '{1}'. </text>
>                 <arg>startIndex</arg>
>                 <arg>searchString</arg>
>                 <arg>fromString</arg>
>             </msg>
> This gives rise to the following garbled text in the generated reference 
> guide page:
> "The start position for LOCATE is invalid; it must be a positive integer. The 
> index to start the search from is '<fromString>'. The string to search for is 
> '<startIndex>'. The string to search from is '<searchString>'. "
> We should re-order the <arg> sub-elements so that the first <arg> sub-lement 
> corresponds to {0}, the second <arg> sub-element corresponds to {1}, and so 
> on.

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: 
https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira

        

Reply via email to