3:04 p.m.
Ensure string parsing routines are consistent
---------------------------------------------
Key: TEIID-745
URL: https://jira.jboss.org/jira/browse/TEIID-745
Project: Teiid
Issue Type: Quality Risk
Components: Common, Query Engine
Affects Versions: 6.0.0
Reporter: Steven Hawkins
Assignee: Steven Hawkins
Priority: Minor
Fix For: 6.2.0
String parsing strictness varies depending upon whether a convert or a parse function is
used. In short we should:
1. Perform a trim prior to parsing (double and float converts already do this implicitly)
2. Use all non-whitespace characters in the parse string - the DateFormat, NumberFormat,
and most of the convert methods allow for junk to appear after a successful parsing.
3. Time/Date/Timestamps should use non lenient parsing to disallow dates that are out of
range, i.e. 2007-13-35
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
https://jira.jboss.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
3:04 p.m.
New subject: [JBoss JIRA] Updated: (TEIID-745) Ensure string parsing routines are consistent
[
https://jira.jboss.org/jira/browse/TEIID-745?page=com.atlassian.jira.plug...
]
Steven Hawkins updated TEIID-745:
---------------------------------
Description:
String parsing strictness varies depending upon whether a convert or a parse function is
used. In short we should for all parse routines:
1. Perform a trim prior to parsing (double and float converts already do this implicitly)
2. Use all non-whitespace characters in the parse string - the DateFormat, NumberFormat,
and most of the convert methods allow for junk to appear after a successful parsing.
3. Time/Date/Timestamps should use non lenient parsing to disallow dates that are out of
range, i.e. 2007-13-35
was:
String parsing strictness varies depending upon whether a convert or a parse function is
used. In short we should:
1. Perform a trim prior to parsing (double and float converts already do this implicitly)
2. Use all non-whitespace characters in the parse string - the DateFormat, NumberFormat,
and most of the convert methods allow for junk to appear after a successful parsing.
3. Time/Date/Timestamps should use non lenient parsing to disallow dates that are out of
range, i.e. 2007-13-35
Affects: [Documentation (Ref Guide, User Guide, etc.),
Compatibility/Configuration, Release Notes] (was: [Release Notes,
Compatibility/Configuration, Documentation (Ref Guide, User Guide, etc.)])
Ensure string parsing routines are consistent
---------------------------------------------
Key: TEIID-745
URL: https://jira.jboss.org/jira/browse/TEIID-745
Project: Teiid
Issue Type: Quality Risk
Components: Common, Query Engine
Affects Versions: 6.0.0
Reporter: Steven Hawkins
Assignee: Steven Hawkins
Priority: Minor
Fix For: 6.2.0
String parsing strictness varies depending upon whether a convert or a parse function is
used. In short we should for all parse routines:
1. Perform a trim prior to parsing (double and float converts already do this
implicitly)
2. Use all non-whitespace characters in the parse string - the DateFormat, NumberFormat,
and most of the convert methods allow for junk to appear after a successful parsing.
3. Time/Date/Timestamps should use non lenient parsing to disallow dates that are out of
range, i.e. 2007-13-35
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
https://jira.jboss.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
4:19 p.m.
New subject: [JBoss JIRA] Resolved: (TEIID-745) Ensure string parsing routines are consistent
[
https://jira.jboss.org/jira/browse/TEIID-745?page=com.atlassian.jira.plug...
]
Steven Hawkins resolved TEIID-745.
----------------------------------
Resolution: Done
See TestTransforms and TestFunctions. Updated all parsing to perform trims, check for
junk characters, and use valid date ranges.
Ensure string parsing routines are consistent
---------------------------------------------
Key: TEIID-745
URL: https://jira.jboss.org/jira/browse/TEIID-745
Project: Teiid
Issue Type: Quality Risk
Components: Common, Query Engine
Affects Versions: 6.0.0
Reporter: Steven Hawkins
Assignee: Steven Hawkins
Priority: Minor
Fix For: 6.2.0
String parsing strictness varies depending upon whether a convert or a parse function is
used. In short we should for all parse routines:
1. Perform a trim prior to parsing (double and float converts already do this
implicitly)
2. Use all non-whitespace characters in the parse string - the DateFormat, NumberFormat,
and most of the convert methods allow for junk to appear after a successful parsing.
3. Time/Date/Timestamps should use non lenient parsing to disallow dates that are out of
range, i.e. 2007-13-35
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
https://jira.jboss.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
3:31 p.m.
New subject: [JBoss JIRA] Commented: (TEIID-745) Ensure string parsing routines are consistent
[
https://jira.jboss.org/jira/browse/TEIID-745?page=com.atlassian.jira.plug...
]
Steven Hawkins commented on TEIID-745:
--------------------------------------
These changes are unnecessary for the parseXXX methods, since their impls are not guided
by the SQL spec.
Ensure string parsing routines are consistent
---------------------------------------------
Key: TEIID-745
URL: https://jira.jboss.org/jira/browse/TEIID-745
Project: Teiid
Issue Type: Quality Risk
Components: Common, Query Engine
Affects Versions: 6.0.0
Reporter: Steven Hawkins
Assignee: Steven Hawkins
Priority: Minor
Fix For: 6.2.0
String parsing strictness varies depending upon whether a convert or a parse function is
used. In short we should for all parse routines:
1. Perform a trim prior to parsing (double and float converts already do this
implicitly)
2. Use all non-whitespace characters in the parse string - the DateFormat, NumberFormat,
and most of the convert methods allow for junk to appear after a successful parsing.
3. Time/Date/Timestamps should use non lenient parsing to disallow dates that are out of
range, i.e. 2007-13-35
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
https://jira.jboss.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
8:11 p.m.
New subject: [JBoss JIRA] Closed: (TEIID-745) Ensure string parsing routines are consistent
[
https://jira.jboss.org/browse/TEIID-745?page=com.atlassian.jira.plugin.sy...
]
Steve Hawkins closed TEIID-745.
-------------------------------
Ensure string parsing routines are consistent
---------------------------------------------
Key: TEIID-745
URL: https://jira.jboss.org/browse/TEIID-745
Project: Teiid
Issue Type: Quality Risk
Components: Common, Query Engine
Affects Versions: 6.0.0
Reporter: Steven Hawkins
Assignee: Steven Hawkins
Priority: Minor
Fix For: 6.2.0
String parsing strictness varies depending upon whether a convert or a parse function is
used. In short we should for all parse routines:
1. Perform a trim prior to parsing (double and float converts already do this
implicitly)
2. Use all non-whitespace characters in the parse string - the DateFormat, NumberFormat,
and most of the convert methods allow for junk to appear after a successful parsing.
3. Time/Date/Timestamps should use non lenient parsing to disallow dates that are out of
range, i.e. 2007-13-35
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
https://jira.jboss.org/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
5265
days inactive
5583
days old
4 comments
2 participants
participants (2)
-
Steve Hawkins (JIRA) -
Steven Hawkins (JIRA)