https://jira.opendaylight.org This file is an XML representation of an issue en-us 8.20.10 820010 22-06-2022 https://jira.opendaylight.org/browse/NETCONF-737 netconf <p>example typedef with failing pattern:</p> <div class="code panel" style="border-width: 1px;"><div class="codeContent panelContent"> <pre class="code-java"> typedef DisplayString { type string { length <span class="code-quote">"0..255"</span>; pattern <span class="code-quote">"((\p{IsBasicLatin}{0,255}))"</span>; } } </pre> </div></div> <p>parsing this type fails with IllegalArgumentException and stops further processing of api docs.</p> NETCONF-737

ApiDoc generator fails to parse string types with pattern containing {isBasicLatin}

Bug High Resolved Done Michal Cmarada Michal Cmarada Wed, 28 Oct 2020 10:42:27 +0000 Thu, 5 Nov 2020 13:29:48 +0000 Thu, 5 Nov 2020 13:29:48 +0000 1.13.0 Magnesium SR3 Aluminium SR2 Sodium SR4.1 0 2 <p>Hmm, so it's Generex not grokking the pattern. Is this because it does not really support java.lang.Pattern (i.e. it has a similar, but different RegEx language) or because it is buggy?</p> <p>even with replacing basic sets with propper replacement character sets like "(^{(<a href="file://u0370-//u03FF" class="external-link" target="_blank" rel="nofollow noopener">\\u0370-\\u03FF</a>{5,255})$)" for "(}(<br class="atl-forced-newline" />p{IsGreek}</p> {5,255} <p>)$) generex still fails to generate propper example. seems it cannot handle these types of unicode characters. however java regex pattern matching works so this seems to be a problem of generex implementation. I tried also rgxgen to generate example strings but it fails on unicode characters as well.</p> <p>Right, so let's just catch the exception of it failing, log it and emit APIDOC without an example. That is better tna failing completely.</p> <p>ok, actually its the Automaton (<a href="https://www.brics.dk/automaton/)" class="external-link" target="_blank" rel="nofollow noopener">https://www.brics.dk/automaton/)</a> that is failing inside Generex. it can handle only basic character ranges like <span class="error">&#91;a-f&#93;</span> nothing more complex not even basic latin works <span class="error">&#91;0x00-0x7f&#93;</span>. internaly it translates into its own RegExp and cannot determine correct range. The internal regex looks something like this "((((\x|\0)|<span class="error">&#91;\0-\x&#93;</span>)|\7)|\F)" which is completely useless for our case.</p> Development Rank 0|i03vpr: