[jira] [Resolved] (VFS-564) FtpFileObject creates Logger instance for each object
[ https://issues.apache.org/jira/browse/VFS-564?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Bernd Eckenfels resolved VFS-564. - Resolution: Fixed Fix Version/s: 2.1 Assignee: Bernd Eckenfels Yeah, I think the logging is pretty messed up anyway, with the Components it requires mutable instance loggers, others could be static. I changed all Loggers where a static class was used in the following revision: http://svn.apache.org/r1663192 > FtpFileObject creates Logger instance for each object > - > > Key: VFS-564 > URL: https://issues.apache.org/jira/browse/VFS-564 > Project: Commons VFS > Issue Type: Bug >Reporter: Dmitry Konstantinov >Assignee: Bernd Eckenfels >Priority: Minor > Fix For: 2.1 > > > {code} > private final Log log = LogFactory.getLog(FtpFileObject.class); > {code} > *static* modifier is missed. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Created] (LANG-1089) FastDateParser does not handle excess hours as per SimpleDateFormat
Sebb created LANG-1089: -- Summary: FastDateParser does not handle excess hours as per SimpleDateFormat Key: LANG-1089 URL: https://issues.apache.org/jira/browse/LANG-1089 Project: Commons Lang Issue Type: Bug Reporter: Sebb FastDateParser does not do any validation of dates/times. It acts similarly to SimpleDateFormat (SDF) in lenient mode. However it does not generate the same output as SDF for input where the number of hours is greater than the normal range (e.g. > 12 for hh or > 23 for HH) -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Created] (LANG-1088) Fix FastDateParse to do case-blind time zone matching?
Sebb created LANG-1088: -- Summary: Fix FastDateParse to do case-blind time zone matching? Key: LANG-1088 URL: https://issues.apache.org/jira/browse/LANG-1088 Project: Commons Lang Issue Type: Improvement Reporter: Sebb It looks like SimpleDataFormat does not care what case is used for time zones. However, this does not appear to be documented. Should FastDateParser copy this behaviour? -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Resolved] (LANG-1061) FastDateParser error - timezones not handled correctly
[ https://issues.apache.org/jira/browse/LANG-1061?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Sebb resolved LANG-1061. Resolution: Fixed Fix Version/s: (was: Review Patch) 3.4 URL: http://svn.apache.org/r1663140 Log: LANG-1061 FastDateParser error - timezones not handled correctly Added: commons/proper/lang/trunk/src/test/java/org/apache/commons/lang3/time/FastDateParserSDFTest.java Modified: commons/proper/lang/trunk/src/changes/changes.xml commons/proper/lang/trunk/src/main/java/org/apache/commons/lang3/time/FastDateParser.java > FastDateParser error - timezones not handled correctly > -- > > Key: LANG-1061 > URL: https://issues.apache.org/jira/browse/LANG-1061 > Project: Commons Lang > Issue Type: Bug > Components: lang.time.* >Affects Versions: 3.3.2 >Reporter: dmeneses > Fix For: 3.4 > > Attachments: > 0001-https-issues.apache.org-jira-browse-LANG-1061-FastDa.patch, > 0001-https-issues.apache.org-jira-browse-LANG-1061-FastDa.patch, > 0002-https-issues.apache.org-jira-browse-LANG-1061-FastDa.patch > > > The following code throws an exception: > DateParser dp = FastDateFormat.getInstance("z ", Locale.US); > dp.parse("GMT+00:00 2010"); > The format works correctly with SimpleDateFormat. > Stack: > java.text.ParseException: Unparseable date: "GMT+00:00 2010" does not match > (GMT[+\-]\d{0,1}\d{2}|[+\-]\d{2}:?\d{2}|\QAcre > Time\E|\QACT\E|\QADT\E|\QAfghanistan > Time\E|\QAFT\E|\QAKDT\E|\QAKST\E|\QAlaska Daylight Time\E|\QAlaska Standard > Time\E|\QAlma-Ata Time\E|\QALMT\E|\QAmazon Summer Time\E|\QAmazon > Time\E|\QAMST\E|\QAMT\E|\QAnadyr Time\E|\QANAT\E|\QAqtau Time\E|\QAqtobe > Time\E|\QAQTT\E|\QArabia Standard Time\E|\QArgentine Time\E|\QArmenia > Time\E|\QART\E|\QAST\E|\QAtlantic Daylight Time\E|\QAtlantic Standard > Time\E|\QAzerbaijan Summer Time\E|\QAzerbaijan Time\E|\QAzores Summer > Time\E|\QAzores Time\E|\QAZOST\E|\QAZOT\E|\QAZST\E|\QAZT\E|\QBangladesh > Time\E|\QBDT\E|\QBhutan Time\E|\QBNT\E|\QBolivia Time\E|\QBOT\E|\QBrasilia > Summer Time\E|\QBrasilia Time\E|\QBritish Summer > Time\E|\QBRST\E|\QBRT\E|\QBrunei Time\E|\QBST\E|\QBTT\E|\QCape Verde > Time\E|\QCAT\E|\QCCT\E|\QCDT\E|\QCentral African Time\E|\QCentral Daylight > Time\E|\QCentral European Summer Time\E|\QCentral European Time\E|\QCentral > Indonesia Time\E|\QCentral Standard Time\E|\QCentral Standard Time (Northern > Territory)\E|\QCentral Standard Time (South Australia)\E|\QCentral Standard > Time (South Australia/New South Wales)\E|\QCentral Summer Time (South > Australia)\E|\QCentral Summer Time (South Australia/New South > Wales)\E|\QCentral Western Standard Time > (Australia)\E|\QCEST\E|\QCET\E|\QCHADT\E|\QChamorro Standard > Time\E|\QCHAST\E|\QChatham Daylight Time\E|\QChatham Standard Time\E|\QChile > Summer Time\E|\QChile Time\E|\QChina Standard Time\E|\QChoibalsan > Time\E|\QCHOT\E|\QChristmas Island Time\E|\QChST\E|\QCHUT\E|\QChuuk > Time\E|\QCKT\E|\QCLST\E|\QCLT\E|\QCocos Islands Time\E|\QColombia > Time\E|\QCook Is. Time\E|\QCoordinated Universal > Time\E|\QCOT\E|\QCST\E|\QCuba Daylight Time\E|\QCuba Standard > Time\E|\QCVT\E|\QCWST\E|\QCXT\E|\QDavis > Time\E|\QDAVT\E|\QDDUT\E|\QDumont-d'Urville Time\E|\QEASST\E|\QEAST\E|\QEast > Indonesia Time\E|\QEaster Is. Summer Time\E|\QEaster Is. Time\E|\QEastern > African Time\E|\QEastern Daylight Time\E|\QEastern European Summer > Time\E|\QEastern European Time\E|\QEastern Greenland Summer Time\E|\QEastern > Greenland Time\E|\QEastern Standard Time\E|\QEastern Standard Time (New South > Wales)\E|\QEastern Standard Time (Queensland)\E|\QEastern Standard Time > (Tasmania)\E|\QEastern Standard Time (Victoria)\E|\QEastern Summer Time (New > South Wales)\E|\QEastern Summer Time (Tasmania)\E|\QEastern Summer Time > (Victoria)\E|\QEAT\E|\QECT\E|\QEcuador > Time\E|\QEDT\E|\QEEST\E|\QEET\E|\QEGST\E|\QEGT\E|\QEST\E|\QFalkland Is. > Time\E|\QFernando de Noronha Time\E|\QFET\E|\QFiji Summer Time\E|\QFiji > Time\E|\QFJST\E|\QFJT\E|\QFKT\E|\QFNT\E|\QFrench Guiana Time\E|\QFrench > Southern & Antarctic Lands Time\E|\QFurther-eastern European > Time\E|\QGalapagos Time\E|\QGALT\E|\QGambier Time\E|\QGAMT\E|\QGeorgia > Time\E|\QGET\E|\QGFT\E|\QGhana Mean Time\E|\QGilbert Is. > Time\E|\QGILT\E|\QGMT\E|\QGreenwich Mean Time\E|\QGST\E|\QGulf Standard > Time\E|\QGuyana Time\E|\QGYT\E|\QHADT\E|\QHAST\E|\QHawaii Standard > Time\E|\QHawaii-Aleutian Daylight Time\E|\QHawaii-Aleutian Standard > Time\E|\QHKT\E|\QHong Kong Time\E|\QHovd > Time\E|\QHOVT\E|\QHST\E|\QICT\E|\QIDT\E|\QIndia Standard Time\E|\QIndian > Ocean Territory Time\E|\QIndochina Time\E|\QIOT\E|\QIran Daylight > Time\E|\QIran Standard Time\E|\QIRDT\E|\QIrish Summer > Time\E|\QIRKT\E|\QIrkutsk Time\E|\QIRST\E|\QIsrael Daylight Time\E|\
[jira] [Commented] (SANDBOX-492) Create StringDistanceFrom class that contains a StringMetric and the "left" side string. This would have a method that accepts the "right" side string to test.
[ https://issues.apache.org/jira/browse/SANDBOX-492?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14342355#comment-14342355 ] Jonathan Baker commented on SANDBOX-492: Thank you. I'll try to put something concrete together soon. > Create StringDistanceFrom class that contains a StringMetric and the "left" > side string. This would have a method that accepts the "right" side string > to test. > > > Key: SANDBOX-492 > URL: https://issues.apache.org/jira/browse/SANDBOX-492 > Project: Commons Sandbox > Issue Type: Improvement > Components: Commons Text >Reporter: Jonathan Baker >Priority: Minor > -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Commented] (SANDBOX-491) Allow extra information (e.g. Levenshtein threshold) to be stored as (final) fields in the StringMetric instance.
[ https://issues.apache.org/jira/browse/SANDBOX-491?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14342353#comment-14342353 ] Jonathan Baker commented on SANDBOX-491: I will try to get something together as a github pull request soon. I just wanted to make sure the suggestion passed a sanity test. Thanks for reviewing. > Allow extra information (e.g. Levenshtein threshold) to be stored as (final) > fields in the StringMetric instance. > - > > Key: SANDBOX-491 > URL: https://issues.apache.org/jira/browse/SANDBOX-491 > Project: Commons Sandbox > Issue Type: Improvement > Components: Commons Text >Reporter: Jonathan Baker >Priority: Minor > -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Updated] (LANG-1061) FastDateParser error - timezones not handled correctly
[ https://issues.apache.org/jira/browse/LANG-1061?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Sebb updated LANG-1061: --- Summary: FastDateParser error - timezones not handled correctly (was: FastDateParser error - timezone followed by year) > FastDateParser error - timezones not handled correctly > -- > > Key: LANG-1061 > URL: https://issues.apache.org/jira/browse/LANG-1061 > Project: Commons Lang > Issue Type: Bug > Components: lang.time.* >Affects Versions: 3.3.2 >Reporter: dmeneses > Fix For: Review Patch > > Attachments: > 0001-https-issues.apache.org-jira-browse-LANG-1061-FastDa.patch, > 0001-https-issues.apache.org-jira-browse-LANG-1061-FastDa.patch, > 0002-https-issues.apache.org-jira-browse-LANG-1061-FastDa.patch > > > The following code throws an exception: > DateParser dp = FastDateFormat.getInstance("z ", Locale.US); > dp.parse("GMT+00:00 2010"); > The format works correctly with SimpleDateFormat. > Stack: > java.text.ParseException: Unparseable date: "GMT+00:00 2010" does not match > (GMT[+\-]\d{0,1}\d{2}|[+\-]\d{2}:?\d{2}|\QAcre > Time\E|\QACT\E|\QADT\E|\QAfghanistan > Time\E|\QAFT\E|\QAKDT\E|\QAKST\E|\QAlaska Daylight Time\E|\QAlaska Standard > Time\E|\QAlma-Ata Time\E|\QALMT\E|\QAmazon Summer Time\E|\QAmazon > Time\E|\QAMST\E|\QAMT\E|\QAnadyr Time\E|\QANAT\E|\QAqtau Time\E|\QAqtobe > Time\E|\QAQTT\E|\QArabia Standard Time\E|\QArgentine Time\E|\QArmenia > Time\E|\QART\E|\QAST\E|\QAtlantic Daylight Time\E|\QAtlantic Standard > Time\E|\QAzerbaijan Summer Time\E|\QAzerbaijan Time\E|\QAzores Summer > Time\E|\QAzores Time\E|\QAZOST\E|\QAZOT\E|\QAZST\E|\QAZT\E|\QBangladesh > Time\E|\QBDT\E|\QBhutan Time\E|\QBNT\E|\QBolivia Time\E|\QBOT\E|\QBrasilia > Summer Time\E|\QBrasilia Time\E|\QBritish Summer > Time\E|\QBRST\E|\QBRT\E|\QBrunei Time\E|\QBST\E|\QBTT\E|\QCape Verde > Time\E|\QCAT\E|\QCCT\E|\QCDT\E|\QCentral African Time\E|\QCentral Daylight > Time\E|\QCentral European Summer Time\E|\QCentral European Time\E|\QCentral > Indonesia Time\E|\QCentral Standard Time\E|\QCentral Standard Time (Northern > Territory)\E|\QCentral Standard Time (South Australia)\E|\QCentral Standard > Time (South Australia/New South Wales)\E|\QCentral Summer Time (South > Australia)\E|\QCentral Summer Time (South Australia/New South > Wales)\E|\QCentral Western Standard Time > (Australia)\E|\QCEST\E|\QCET\E|\QCHADT\E|\QChamorro Standard > Time\E|\QCHAST\E|\QChatham Daylight Time\E|\QChatham Standard Time\E|\QChile > Summer Time\E|\QChile Time\E|\QChina Standard Time\E|\QChoibalsan > Time\E|\QCHOT\E|\QChristmas Island Time\E|\QChST\E|\QCHUT\E|\QChuuk > Time\E|\QCKT\E|\QCLST\E|\QCLT\E|\QCocos Islands Time\E|\QColombia > Time\E|\QCook Is. Time\E|\QCoordinated Universal > Time\E|\QCOT\E|\QCST\E|\QCuba Daylight Time\E|\QCuba Standard > Time\E|\QCVT\E|\QCWST\E|\QCXT\E|\QDavis > Time\E|\QDAVT\E|\QDDUT\E|\QDumont-d'Urville Time\E|\QEASST\E|\QEAST\E|\QEast > Indonesia Time\E|\QEaster Is. Summer Time\E|\QEaster Is. Time\E|\QEastern > African Time\E|\QEastern Daylight Time\E|\QEastern European Summer > Time\E|\QEastern European Time\E|\QEastern Greenland Summer Time\E|\QEastern > Greenland Time\E|\QEastern Standard Time\E|\QEastern Standard Time (New South > Wales)\E|\QEastern Standard Time (Queensland)\E|\QEastern Standard Time > (Tasmania)\E|\QEastern Standard Time (Victoria)\E|\QEastern Summer Time (New > South Wales)\E|\QEastern Summer Time (Tasmania)\E|\QEastern Summer Time > (Victoria)\E|\QEAT\E|\QECT\E|\QEcuador > Time\E|\QEDT\E|\QEEST\E|\QEET\E|\QEGST\E|\QEGT\E|\QEST\E|\QFalkland Is. > Time\E|\QFernando de Noronha Time\E|\QFET\E|\QFiji Summer Time\E|\QFiji > Time\E|\QFJST\E|\QFJT\E|\QFKT\E|\QFNT\E|\QFrench Guiana Time\E|\QFrench > Southern & Antarctic Lands Time\E|\QFurther-eastern European > Time\E|\QGalapagos Time\E|\QGALT\E|\QGambier Time\E|\QGAMT\E|\QGeorgia > Time\E|\QGET\E|\QGFT\E|\QGhana Mean Time\E|\QGilbert Is. > Time\E|\QGILT\E|\QGMT\E|\QGreenwich Mean Time\E|\QGST\E|\QGulf Standard > Time\E|\QGuyana Time\E|\QGYT\E|\QHADT\E|\QHAST\E|\QHawaii Standard > Time\E|\QHawaii-Aleutian Daylight Time\E|\QHawaii-Aleutian Standard > Time\E|\QHKT\E|\QHong Kong Time\E|\QHovd > Time\E|\QHOVT\E|\QHST\E|\QICT\E|\QIDT\E|\QIndia Standard Time\E|\QIndian > Ocean Territory Time\E|\QIndochina Time\E|\QIOT\E|\QIran Daylight > Time\E|\QIran Standard Time\E|\QIRDT\E|\QIrish Summer > Time\E|\QIRKT\E|\QIrkutsk Time\E|\QIRST\E|\QIsrael Daylight Time\E|\QIsrael > Standard Time\E|\QIST\E|\QJapan Standard Time\E|\QJST\E|\QKGT\E|\QKhandyga > Time\E|\QKirgizstan Time\E|\QKorea Standard Time\E|\QKosrae > Time\E|\QKOST\E|\QKrasnoyarsk Time\E|\QKRAT\E|\QKST\E|\QLHST\E|\QLine Is. > Time\E|\QLINT\E|\QLord Howe Standard Time\E|\QLord Howe Summer > Time\E|\QMacquarie Island Time\E|\QMagad
[jira] [Resolved] (LANG-1087) NumberUtils#createNumber() returns positive BigDecimal when negative Float is expected
[ https://issues.apache.org/jira/browse/LANG-1087?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Benedikt Ritter resolved LANG-1087. --- Resolution: Fixed Fix Version/s: 3.4 {code} $ svn ci -m "LANG-1087: NumberUtils#createNumber() returns positive BigDecimal when negative Float is expected. Thanks to Renat Zhilkibaev." Sendingsrc/changes/changes.xml Sendingsrc/main/java/org/apache/commons/lang3/math/NumberUtils.java Sendingsrc/test/java/org/apache/commons/lang3/math/NumberUtilsTest.java Transmitting file data ... Committed revision 1663129. {code} Thank you! > NumberUtils#createNumber() returns positive BigDecimal when negative Float is > expected > -- > > Key: LANG-1087 > URL: https://issues.apache.org/jira/browse/LANG-1087 > Project: Commons Lang > Issue Type: Bug > Components: lang.math.* >Affects Versions: 3.x >Reporter: Renat Zhilkibaev >Assignee: Benedikt Ritter > Fix For: 3.4 > > Attachments: lang-1087-patch1.diff > > > {{NumberUtils.createNumber("-0.0")}} returns {{BigDecimal}} with 0 signum. > Caused by the implementation not checking for sign when extracting mantissa > from the input string. > Expected is that negative {{Float}} is returned. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Commented] (LANG-1061) FastDateParser error - timezone followed by year
[ https://issues.apache.org/jira/browse/LANG-1061?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14342318#comment-14342318 ] Sebb commented on LANG-1061: The latest patch uses the following RE {noformat} sb.append("(GMT[+\\-]\\d{0,1}\\d{2}:?\\d{2}|[+\\-]\\d{2}?\\d{2}|"); {noformat} This is wrong; it should be {noformat} sb.append("(GMT[+\\-]\\d{1,2}:?\\d{2}|[+\\-]\\d{4}|"); {noformat} This was discussed previously, and is included in the 0002-patch dated 02/Jan/15. It looks like the 0001-patch dated 28/Feb is not complete; it seems 0002 is needed as well. However rather than go through the process yet again, I will make changes based on the previous discussion and the Javadoc for SimpleDateFormat. > FastDateParser error - timezone followed by year > > > Key: LANG-1061 > URL: https://issues.apache.org/jira/browse/LANG-1061 > Project: Commons Lang > Issue Type: Bug > Components: lang.time.* >Affects Versions: 3.3.2 >Reporter: dmeneses > Fix For: Review Patch > > Attachments: > 0001-https-issues.apache.org-jira-browse-LANG-1061-FastDa.patch, > 0001-https-issues.apache.org-jira-browse-LANG-1061-FastDa.patch, > 0002-https-issues.apache.org-jira-browse-LANG-1061-FastDa.patch > > > The following code throws an exception: > DateParser dp = FastDateFormat.getInstance("z ", Locale.US); > dp.parse("GMT+00:00 2010"); > The format works correctly with SimpleDateFormat. > Stack: > java.text.ParseException: Unparseable date: "GMT+00:00 2010" does not match > (GMT[+\-]\d{0,1}\d{2}|[+\-]\d{2}:?\d{2}|\QAcre > Time\E|\QACT\E|\QADT\E|\QAfghanistan > Time\E|\QAFT\E|\QAKDT\E|\QAKST\E|\QAlaska Daylight Time\E|\QAlaska Standard > Time\E|\QAlma-Ata Time\E|\QALMT\E|\QAmazon Summer Time\E|\QAmazon > Time\E|\QAMST\E|\QAMT\E|\QAnadyr Time\E|\QANAT\E|\QAqtau Time\E|\QAqtobe > Time\E|\QAQTT\E|\QArabia Standard Time\E|\QArgentine Time\E|\QArmenia > Time\E|\QART\E|\QAST\E|\QAtlantic Daylight Time\E|\QAtlantic Standard > Time\E|\QAzerbaijan Summer Time\E|\QAzerbaijan Time\E|\QAzores Summer > Time\E|\QAzores Time\E|\QAZOST\E|\QAZOT\E|\QAZST\E|\QAZT\E|\QBangladesh > Time\E|\QBDT\E|\QBhutan Time\E|\QBNT\E|\QBolivia Time\E|\QBOT\E|\QBrasilia > Summer Time\E|\QBrasilia Time\E|\QBritish Summer > Time\E|\QBRST\E|\QBRT\E|\QBrunei Time\E|\QBST\E|\QBTT\E|\QCape Verde > Time\E|\QCAT\E|\QCCT\E|\QCDT\E|\QCentral African Time\E|\QCentral Daylight > Time\E|\QCentral European Summer Time\E|\QCentral European Time\E|\QCentral > Indonesia Time\E|\QCentral Standard Time\E|\QCentral Standard Time (Northern > Territory)\E|\QCentral Standard Time (South Australia)\E|\QCentral Standard > Time (South Australia/New South Wales)\E|\QCentral Summer Time (South > Australia)\E|\QCentral Summer Time (South Australia/New South > Wales)\E|\QCentral Western Standard Time > (Australia)\E|\QCEST\E|\QCET\E|\QCHADT\E|\QChamorro Standard > Time\E|\QCHAST\E|\QChatham Daylight Time\E|\QChatham Standard Time\E|\QChile > Summer Time\E|\QChile Time\E|\QChina Standard Time\E|\QChoibalsan > Time\E|\QCHOT\E|\QChristmas Island Time\E|\QChST\E|\QCHUT\E|\QChuuk > Time\E|\QCKT\E|\QCLST\E|\QCLT\E|\QCocos Islands Time\E|\QColombia > Time\E|\QCook Is. Time\E|\QCoordinated Universal > Time\E|\QCOT\E|\QCST\E|\QCuba Daylight Time\E|\QCuba Standard > Time\E|\QCVT\E|\QCWST\E|\QCXT\E|\QDavis > Time\E|\QDAVT\E|\QDDUT\E|\QDumont-d'Urville Time\E|\QEASST\E|\QEAST\E|\QEast > Indonesia Time\E|\QEaster Is. Summer Time\E|\QEaster Is. Time\E|\QEastern > African Time\E|\QEastern Daylight Time\E|\QEastern European Summer > Time\E|\QEastern European Time\E|\QEastern Greenland Summer Time\E|\QEastern > Greenland Time\E|\QEastern Standard Time\E|\QEastern Standard Time (New South > Wales)\E|\QEastern Standard Time (Queensland)\E|\QEastern Standard Time > (Tasmania)\E|\QEastern Standard Time (Victoria)\E|\QEastern Summer Time (New > South Wales)\E|\QEastern Summer Time (Tasmania)\E|\QEastern Summer Time > (Victoria)\E|\QEAT\E|\QECT\E|\QEcuador > Time\E|\QEDT\E|\QEEST\E|\QEET\E|\QEGST\E|\QEGT\E|\QEST\E|\QFalkland Is. > Time\E|\QFernando de Noronha Time\E|\QFET\E|\QFiji Summer Time\E|\QFiji > Time\E|\QFJST\E|\QFJT\E|\QFKT\E|\QFNT\E|\QFrench Guiana Time\E|\QFrench > Southern & Antarctic Lands Time\E|\QFurther-eastern European > Time\E|\QGalapagos Time\E|\QGALT\E|\QGambier Time\E|\QGAMT\E|\QGeorgia > Time\E|\QGET\E|\QGFT\E|\QGhana Mean Time\E|\QGilbert Is. > Time\E|\QGILT\E|\QGMT\E|\QGreenwich Mean Time\E|\QGST\E|\QGulf Standard > Time\E|\QGuyana Time\E|\QGYT\E|\QHADT\E|\QHAST\E|\QHawaii Standard > Time\E|\QHawaii-Aleutian Daylight Time\E|\QHawaii-Aleutian Standard > Time\E|\QHKT\E|\QHong Kong Time\E|\QHovd > Time\E|\QHOVT\E|\QHST\E|\QICT\E|\QIDT\E|\QIndia Standard Time\E|\QIndian > Ocean Territory Time\E|\QIndochina Time\E|\QIOT\
[jira] [Commented] (LANG-1061) FastDateParser error - timezone followed by year
[ https://issues.apache.org/jira/browse/LANG-1061?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14342317#comment-14342317 ] Sebb commented on LANG-1061: It looks like the TimeZone parsing has always been wrong for both General time zone zones and RFC 822 time zones. The current code accepts "-12:34" and "GMT-123" (which are not accepted by SDF) and does not accept "GMT-12:34" or "GMT-1:23" which are both accepted by SDF. I agree that the colon is not allowed in the RFC 822 time zone format, and is required in the General time zone format. > FastDateParser error - timezone followed by year > > > Key: LANG-1061 > URL: https://issues.apache.org/jira/browse/LANG-1061 > Project: Commons Lang > Issue Type: Bug > Components: lang.time.* >Affects Versions: 3.3.2 >Reporter: dmeneses > Fix For: Review Patch > > Attachments: > 0001-https-issues.apache.org-jira-browse-LANG-1061-FastDa.patch, > 0001-https-issues.apache.org-jira-browse-LANG-1061-FastDa.patch, > 0002-https-issues.apache.org-jira-browse-LANG-1061-FastDa.patch > > > The following code throws an exception: > DateParser dp = FastDateFormat.getInstance("z ", Locale.US); > dp.parse("GMT+00:00 2010"); > The format works correctly with SimpleDateFormat. > Stack: > java.text.ParseException: Unparseable date: "GMT+00:00 2010" does not match > (GMT[+\-]\d{0,1}\d{2}|[+\-]\d{2}:?\d{2}|\QAcre > Time\E|\QACT\E|\QADT\E|\QAfghanistan > Time\E|\QAFT\E|\QAKDT\E|\QAKST\E|\QAlaska Daylight Time\E|\QAlaska Standard > Time\E|\QAlma-Ata Time\E|\QALMT\E|\QAmazon Summer Time\E|\QAmazon > Time\E|\QAMST\E|\QAMT\E|\QAnadyr Time\E|\QANAT\E|\QAqtau Time\E|\QAqtobe > Time\E|\QAQTT\E|\QArabia Standard Time\E|\QArgentine Time\E|\QArmenia > Time\E|\QART\E|\QAST\E|\QAtlantic Daylight Time\E|\QAtlantic Standard > Time\E|\QAzerbaijan Summer Time\E|\QAzerbaijan Time\E|\QAzores Summer > Time\E|\QAzores Time\E|\QAZOST\E|\QAZOT\E|\QAZST\E|\QAZT\E|\QBangladesh > Time\E|\QBDT\E|\QBhutan Time\E|\QBNT\E|\QBolivia Time\E|\QBOT\E|\QBrasilia > Summer Time\E|\QBrasilia Time\E|\QBritish Summer > Time\E|\QBRST\E|\QBRT\E|\QBrunei Time\E|\QBST\E|\QBTT\E|\QCape Verde > Time\E|\QCAT\E|\QCCT\E|\QCDT\E|\QCentral African Time\E|\QCentral Daylight > Time\E|\QCentral European Summer Time\E|\QCentral European Time\E|\QCentral > Indonesia Time\E|\QCentral Standard Time\E|\QCentral Standard Time (Northern > Territory)\E|\QCentral Standard Time (South Australia)\E|\QCentral Standard > Time (South Australia/New South Wales)\E|\QCentral Summer Time (South > Australia)\E|\QCentral Summer Time (South Australia/New South > Wales)\E|\QCentral Western Standard Time > (Australia)\E|\QCEST\E|\QCET\E|\QCHADT\E|\QChamorro Standard > Time\E|\QCHAST\E|\QChatham Daylight Time\E|\QChatham Standard Time\E|\QChile > Summer Time\E|\QChile Time\E|\QChina Standard Time\E|\QChoibalsan > Time\E|\QCHOT\E|\QChristmas Island Time\E|\QChST\E|\QCHUT\E|\QChuuk > Time\E|\QCKT\E|\QCLST\E|\QCLT\E|\QCocos Islands Time\E|\QColombia > Time\E|\QCook Is. Time\E|\QCoordinated Universal > Time\E|\QCOT\E|\QCST\E|\QCuba Daylight Time\E|\QCuba Standard > Time\E|\QCVT\E|\QCWST\E|\QCXT\E|\QDavis > Time\E|\QDAVT\E|\QDDUT\E|\QDumont-d'Urville Time\E|\QEASST\E|\QEAST\E|\QEast > Indonesia Time\E|\QEaster Is. Summer Time\E|\QEaster Is. Time\E|\QEastern > African Time\E|\QEastern Daylight Time\E|\QEastern European Summer > Time\E|\QEastern European Time\E|\QEastern Greenland Summer Time\E|\QEastern > Greenland Time\E|\QEastern Standard Time\E|\QEastern Standard Time (New South > Wales)\E|\QEastern Standard Time (Queensland)\E|\QEastern Standard Time > (Tasmania)\E|\QEastern Standard Time (Victoria)\E|\QEastern Summer Time (New > South Wales)\E|\QEastern Summer Time (Tasmania)\E|\QEastern Summer Time > (Victoria)\E|\QEAT\E|\QECT\E|\QEcuador > Time\E|\QEDT\E|\QEEST\E|\QEET\E|\QEGST\E|\QEGT\E|\QEST\E|\QFalkland Is. > Time\E|\QFernando de Noronha Time\E|\QFET\E|\QFiji Summer Time\E|\QFiji > Time\E|\QFJST\E|\QFJT\E|\QFKT\E|\QFNT\E|\QFrench Guiana Time\E|\QFrench > Southern & Antarctic Lands Time\E|\QFurther-eastern European > Time\E|\QGalapagos Time\E|\QGALT\E|\QGambier Time\E|\QGAMT\E|\QGeorgia > Time\E|\QGET\E|\QGFT\E|\QGhana Mean Time\E|\QGilbert Is. > Time\E|\QGILT\E|\QGMT\E|\QGreenwich Mean Time\E|\QGST\E|\QGulf Standard > Time\E|\QGuyana Time\E|\QGYT\E|\QHADT\E|\QHAST\E|\QHawaii Standard > Time\E|\QHawaii-Aleutian Daylight Time\E|\QHawaii-Aleutian Standard > Time\E|\QHKT\E|\QHong Kong Time\E|\QHovd > Time\E|\QHOVT\E|\QHST\E|\QICT\E|\QIDT\E|\QIndia Standard Time\E|\QIndian > Ocean Territory Time\E|\QIndochina Time\E|\QIOT\E|\QIran Daylight > Time\E|\QIran Standard Time\E|\QIRDT\E|\QIrish Summer > Time\E|\QIRKT\E|\QIrkutsk Time\E|\QIRST\E|\QIsrael Daylight Time\E|\QIsrael > Standar
[jira] [Commented] (SANDBOX-492) Create StringDistanceFrom class that contains a StringMetric and the "left" side string. This would have a method that accepts the "right" side string to test.
[ https://issues.apache.org/jira/browse/SANDBOX-492?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14342269#comment-14342269 ] Bruno P. Kinoshita commented on SANDBOX-492: That's very interesting Jonathan! I haven't used much of Java 8 yet. I will experiment with it in my next development cycle for Apache. As a side note, I'm planning to update [functor] and add code to help developers that use Java 8, feel free to send suggestions there too, if you have any :-) > Create StringDistanceFrom class that contains a StringMetric and the "left" > side string. This would have a method that accepts the "right" side string > to test. > > > Key: SANDBOX-492 > URL: https://issues.apache.org/jira/browse/SANDBOX-492 > Project: Commons Sandbox > Issue Type: Improvement > Components: Commons Text >Reporter: Jonathan Baker >Priority: Minor > -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Commented] (SANDBOX-491) Allow extra information (e.g. Levenshtein threshold) to be stored as (final) fields in the StringMetric instance.
[ https://issues.apache.org/jira/browse/SANDBOX-491?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14342268#comment-14342268 ] Bruno P. Kinoshita commented on SANDBOX-491: Hi Jonathan! I will try to take a look at it during this weekend, but if you have a patch it might be faster to fix it :-) > Allow extra information (e.g. Levenshtein threshold) to be stored as (final) > fields in the StringMetric instance. > - > > Key: SANDBOX-491 > URL: https://issues.apache.org/jira/browse/SANDBOX-491 > Project: Commons Sandbox > Issue Type: Improvement > Components: Commons Text >Reporter: Jonathan Baker >Priority: Minor > -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Comment Edited] (SANDBOX-491) Allow extra information (e.g. Levenshtein threshold) to be stored as (final) fields in the StringMetric instance.
[ https://issues.apache.org/jira/browse/SANDBOX-491?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14342234#comment-14342234 ] Jonathan Baker edited comment on SANDBOX-491 at 3/1/15 2:10 PM: Please see some (outdated) example code attached to LANG-1011. was (Author: jbaker): Please see some (outdated) example code attached to [LANG-1011](https://issues.apache.org/jira/browse/LANG-1011). > Allow extra information (e.g. Levenshtein threshold) to be stored as (final) > fields in the StringMetric instance. > - > > Key: SANDBOX-491 > URL: https://issues.apache.org/jira/browse/SANDBOX-491 > Project: Commons Sandbox > Issue Type: Improvement > Components: Commons Text >Reporter: Jonathan Baker >Priority: Minor > -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Commented] (SANDBOX-491) Allow extra information (e.g. Levenshtein threshold) to be stored as (final) fields in the StringMetric instance.
[ https://issues.apache.org/jira/browse/SANDBOX-491?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14342234#comment-14342234 ] Jonathan Baker commented on SANDBOX-491: Please see some (outdated) example code attached to [LANG-1011](https://issues.apache.org/jira/browse/LANG-1011). > Allow extra information (e.g. Levenshtein threshold) to be stored as (final) > fields in the StringMetric instance. > - > > Key: SANDBOX-491 > URL: https://issues.apache.org/jira/browse/SANDBOX-491 > Project: Commons Sandbox > Issue Type: Improvement > Components: Commons Text >Reporter: Jonathan Baker >Priority: Minor > -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Commented] (SANDBOX-492) Create StringDistanceFrom class that contains a StringMetric and the "left" side string. This would have a method that accepts the "right" side string to test.
[ https://issues.apache.org/jira/browse/SANDBOX-492?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14342235#comment-14342235 ] Jonathan Baker commented on SANDBOX-492: Please see some (outdated) example code attached to LANG-1011. > Create StringDistanceFrom class that contains a StringMetric and the "left" > side string. This would have a method that accepts the "right" side string > to test. > > > Key: SANDBOX-492 > URL: https://issues.apache.org/jira/browse/SANDBOX-492 > Project: Commons Sandbox > Issue Type: Improvement > Components: Commons Text >Reporter: Jonathan Baker >Priority: Minor > -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Created] (SANDBOX-492) Create StringDistanceFrom class that contains a StringMetric and the "left" side string. This would have a method that accepts the "right" side string to test.
Jonathan Baker created SANDBOX-492: -- Summary: Create StringDistanceFrom class that contains a StringMetric and the "left" side string. This would have a method that accepts the "right" side string to test. Key: SANDBOX-492 URL: https://issues.apache.org/jira/browse/SANDBOX-492 Project: Commons Sandbox Issue Type: Improvement Components: Commons Text Reporter: Jonathan Baker Priority: Minor -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Created] (SANDBOX-491) Allow extra information (e.g. Levenshtein threshold) to be stored as (final) fields in the StringMetric instance.
Jonathan Baker created SANDBOX-491: -- Summary: Allow extra information (e.g. Levenshtein threshold) to be stored as (final) fields in the StringMetric instance. Key: SANDBOX-491 URL: https://issues.apache.org/jira/browse/SANDBOX-491 Project: Commons Sandbox Issue Type: Improvement Components: Commons Text Reporter: Jonathan Baker Priority: Minor -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Resolved] (LANG-1011) Create a new class StringDistance as host for the getXXDistance methods in StringUtils
[ https://issues.apache.org/jira/browse/LANG-1011?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Benedikt Ritter resolved LANG-1011. --- Resolution: Won't Fix Fix Version/s: (was: 3.4) Resolving this as won't fix, because we already moved the functionality to commons-text. > Create a new class StringDistance as host for the getXXDistance methods in > StringUtils > -- > > Key: LANG-1011 > URL: https://issues.apache.org/jira/browse/LANG-1011 > Project: Commons Lang > Issue Type: New Feature > Components: lang.* >Reporter: Benedikt Ritter >Assignee: Benedikt Ritter > Attachments: StringDistanceTest4.java, StringDistanceTest4Pre8.java, > StringDistanceTest5.java > > > We're getting more and more algorithms that calculate distances between > strings, so it makes sense to create a new class for this kind of logic. > deprecate getLevenshteinDistance and getJaroWinklerDistance and delegate to > the new class. If the new class is implemented in 3.4, move getFuzzyDistance > (is has not yet been released) -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Commented] (LANG-1011) Create a new class StringDistance as host for the getXXDistance methods in StringUtils
[ https://issues.apache.org/jira/browse/LANG-1011?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14342179#comment-14342179 ] Benedikt Ritter commented on LANG-1011: --- Hello Jonathan, actually this ticket is pretty much outdated. We have created a new component that is focused on text processing algorithms: http://commons.apache.org/sandbox/commons-text/ If you're interested in this area, you should start there :-) regards, Benedikt > Create a new class StringDistance as host for the getXXDistance methods in > StringUtils > -- > > Key: LANG-1011 > URL: https://issues.apache.org/jira/browse/LANG-1011 > Project: Commons Lang > Issue Type: New Feature > Components: lang.* >Reporter: Benedikt Ritter >Assignee: Benedikt Ritter > Fix For: 3.4 > > Attachments: StringDistanceTest4.java, StringDistanceTest4Pre8.java, > StringDistanceTest5.java > > > We're getting more and more algorithms that calculate distances between > strings, so it makes sense to create a new class for this kind of logic. > deprecate getLevenshteinDistance and getJaroWinklerDistance and delegate to > the new class. If the new class is implemented in 3.4, move getFuzzyDistance > (is has not yet been released) -- This message was sent by Atlassian JIRA (v6.3.4#6332)