Uploaded image for project: 'JBoss Enterprise Application Platform'
  1. JBoss Enterprise Application Platform
  2. JBEAP-5588

WF Core StringBytesLengthValidator should not use error message considering characters

XMLWordPrintable

    • Hide

      Add the node identifier attribute under transaction subsystem and start the server. The identifier string length is 23 but serve won't be started. If system default encoding is UTF-8.

      The identifier needs to be composed from characters e.g. U+10348 as mentioned on wikipedia page https://en.wikipedia.org/wiki/UTF-8
      (jira does not support this character to be pasted directly here)

      <core-environment node-identifier="">
      
      Show
      Add the node identifier attribute under transaction subsystem and start the server. The identifier string length is 23 but serve won't be started. If system default encoding is UTF-8 . The identifier needs to be composed from characters e.g. U+10348 as mentioned on wikipedia page https://en.wikipedia.org/wiki/UTF-8 (jira does not support this character to be pasted directly here) <core-environment node-identifier="">

      Current implementation of class StringBytesLengthValidator which is used by TransactionSubsystemRootResourceDefinition for validation of node-identifier element prints error message in format

      Caused by: javax.xml.stream.XMLStreamException: ParseError at [row,col]:[356,13]
      Message: "WFLYCTL0112: '' is an invalid value for parameter node-identifier. Values must have a maximum length of 23 characters"
      

      but the validator does not count characters of the string but bytes of the string. Then could occur if some none-ascii character are part of the node id that the string has length smaller than 23 but the message says that it's bigger.

            chaowan@redhat.com Chao Wang
            ochaloup@redhat.com Ondrej Chaloupka (Inactive)
            Votes:
            0 Vote for this issue
            Watchers:
            1 Start watching this issue

              Created:
              Updated:
              Resolved: