[jira] [Updated] (WEAVER-10) Tests problems
[ https://issues.apache.org/jira/browse/WEAVER-10?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] gil cattaneo updated WEAVER-10: --- Attachment: xbean-4.6-SNAPSHOT-build.log > Tests problems > -- > > Key: WEAVER-10 > URL: https://issues.apache.org/jira/browse/WEAVER-10 > Project: Commons Weaver > Issue Type: Bug >Affects Versions: 1.2 >Reporter: gil cattaneo > Attachments: build.log, root.log, xbean-4.6-SNAPSHOT-build.log > > > Hi > I'm getting (commons-weaver 1.1 and 1.2_RC1): > --- > T E S T S > --- > Running org.apache.commons.weaver.test.WeaveProcessorTest > Tests run: 1, Failures: 1, Errors: 0, Skipped: 0, Time elapsed: 0.106 sec <<< > FAILURE! - in org.apache.commons.weaver.test.WeaveProcessorTest > testWeaveVisiting(org.apache.commons.weaver.test.WeaveProcessorTest) Time > elapsed: 0.099 sec <<< FAILURE! > java.lang.AssertionError: expected:<1> but was:<0> > at org.junit.Assert.fail(Assert.java:88) > at org.junit.Assert.failNotEquals(Assert.java:834) > at org.junit.Assert.assertEquals(Assert.java:645) > at org.junit.Assert.assertEquals(Assert.java:631) > at > org.apache.commons.weaver.test.WeaveProcessorTest.testWeaveVisiting(WeaveProcessorTest.java:55) > Running org.apache.commons.weaver.test.CleanProcessorTest > Tests run: 1, Failures: 1, Errors: 0, Skipped: 0, Time elapsed: 0.015 sec <<< > FAILURE! - in org.apache.commons.weaver.test.CleanProcessorTest > testWeaveVisiting(org.apache.commons.weaver.test.CleanProcessorTest) Time > elapsed: 0.015 sec <<< FAILURE! > java.lang.AssertionError: null > at org.junit.Assert.fail(Assert.java:86) > at org.junit.Assert.assertTrue(Assert.java:41) > at org.junit.Assert.assertFalse(Assert.java:64) > at org.junit.Assert.assertFalse(Assert.java:74) > at > org.apache.commons.weaver.test.CleanProcessorTest.testWeaveVisiting(CleanProcessorTest.java:46) > Running org.apache.commons.weaver.utils.ArgsTest > Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0 sec - in > org.apache.commons.weaver.utils.ArgsTest > Running org.apache.commons.weaver.utils.ProvidersTest > Tests run: 4, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0 sec - in > org.apache.commons.weaver.utils.ProvidersTest > Running org.apache.commons.weaver.FinderTest > Tests run: 3, Failures: 1, Errors: 0, Skipped: 0, Time elapsed: 0.022 sec <<< > FAILURE! - in org.apache.commons.weaver.FinderTest > testElements(org.apache.commons.weaver.FinderTest) Time elapsed: 0.008 sec > <<< FAILURE! > java.lang.AssertionError: expected:<2> but was:<0> > at org.junit.Assert.fail(Assert.java:88) > at org.junit.Assert.failNotEquals(Assert.java:834) > at org.junit.Assert.assertEquals(Assert.java:645) > at org.junit.Assert.assertEquals(Assert.java:631) > at > org.apache.commons.weaver.FinderTest.testElements(FinderTest.java:75) > Environment: > Apache Maven 3.3.3 (NON-CANONICAL_2015-07-10T12:37:52_mockbuild; > 2015-07-10T14:37:52+02:00) > Maven home: /usr/share/maven > Java version: 1.8.0_65, vendor: Oracle Corporation > Java home: /usr/lib/jvm/java-1.8.0-openjdk-1.8.0.65-13.b17.fc23.i386/jre > Default locale: it_IT, platform encoding: UTF-8 > OS name: "linux", version: "4.2.7-300.fc23.i686", arch: "i386", family: "unix" > Any ideas as to why? -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Updated] (WEAVER-10) Tests problems
[ https://issues.apache.org/jira/browse/WEAVER-10?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] gil cattaneo updated WEAVER-10: --- Description: Hi I'm getting (commons-weaver 1.1 and 1.2_RC1): --- T E S T S --- Running org.apache.commons.weaver.test.WeaveProcessorTest Tests run: 1, Failures: 1, Errors: 0, Skipped: 0, Time elapsed: 0.106 sec <<< FAILURE! - in org.apache.commons.weaver.test.WeaveProcessorTest testWeaveVisiting(org.apache.commons.weaver.test.WeaveProcessorTest) Time elapsed: 0.099 sec <<< FAILURE! java.lang.AssertionError: expected:<1> but was:<0> at org.junit.Assert.fail(Assert.java:88) at org.junit.Assert.failNotEquals(Assert.java:834) at org.junit.Assert.assertEquals(Assert.java:645) at org.junit.Assert.assertEquals(Assert.java:631) at org.apache.commons.weaver.test.WeaveProcessorTest.testWeaveVisiting(WeaveProcessorTest.java:55) Running org.apache.commons.weaver.test.CleanProcessorTest Tests run: 1, Failures: 1, Errors: 0, Skipped: 0, Time elapsed: 0.015 sec <<< FAILURE! - in org.apache.commons.weaver.test.CleanProcessorTest testWeaveVisiting(org.apache.commons.weaver.test.CleanProcessorTest) Time elapsed: 0.015 sec <<< FAILURE! java.lang.AssertionError: null at org.junit.Assert.fail(Assert.java:86) at org.junit.Assert.assertTrue(Assert.java:41) at org.junit.Assert.assertFalse(Assert.java:64) at org.junit.Assert.assertFalse(Assert.java:74) at org.apache.commons.weaver.test.CleanProcessorTest.testWeaveVisiting(CleanProcessorTest.java:46) Running org.apache.commons.weaver.utils.ArgsTest Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0 sec - in org.apache.commons.weaver.utils.ArgsTest Running org.apache.commons.weaver.utils.ProvidersTest Tests run: 4, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0 sec - in org.apache.commons.weaver.utils.ProvidersTest Running org.apache.commons.weaver.FinderTest Tests run: 3, Failures: 1, Errors: 0, Skipped: 0, Time elapsed: 0.022 sec <<< FAILURE! - in org.apache.commons.weaver.FinderTest testElements(org.apache.commons.weaver.FinderTest) Time elapsed: 0.008 sec <<< FAILURE! java.lang.AssertionError: expected:<2> but was:<0> at org.junit.Assert.fail(Assert.java:88) at org.junit.Assert.failNotEquals(Assert.java:834) at org.junit.Assert.assertEquals(Assert.java:645) at org.junit.Assert.assertEquals(Assert.java:631) at org.apache.commons.weaver.FinderTest.testElements(FinderTest.java:75) Environment: Apache Maven 3.3.3 (NON-CANONICAL_2015-07-10T12:37:52_mockbuild; 2015-07-10T14:37:52+02:00) Maven home: /usr/share/maven Java version: 1.8.0_65, vendor: Oracle Corporation Java home: /usr/lib/jvm/java-1.8.0-openjdk-1.8.0.65-13.b17.fc23.i386/jre Default locale: it_IT, platform encoding: UTF-8 OS name: "linux", version: "4.2.7-300.fc23.i686", arch: "i386", family: "unix" Any ideas as to why? was: Hi I'm getting (commons-weaver 1.1 and 1.2_RC1): --- T E S T S --- Running org.apache.commons.weaver.test.WeaveProcessorTest Tests run: 1, Failures: 1, Errors: 0, Skipped: 0, Time elapsed: 0.106 sec <<< FAILURE! - in org.apache.commons.weaver.test.WeaveProcessorTest testWeaveVisiting(org.apache.commons.weaver.test.WeaveProcessorTest) Time elapsed: 0.099 sec <<< FAILURE! java.lang.AssertionError: expected:<1> but was:<0> at org.junit.Assert.fail(Assert.java:88) at org.junit.Assert.failNotEquals(Assert.java:834) at org.junit.Assert.assertEquals(Assert.java:645) at org.junit.Assert.assertEquals(Assert.java:631) at org.apache.commons.weaver.test.WeaveProcessorTest.testWeaveVisiting(WeaveProcessorTest.java:55) Running org.apache.commons.weaver.test.CleanProcessorTest Tests run: 1, Failures: 1, Errors: 0, Skipped: 0, Time elapsed: 0.015 sec <<< FAILURE! - in org.apache.commons.weaver.test.CleanProcessorTest testWeaveVisiting(org.apache.commons.weaver.test.CleanProcessorTest) Time elapsed: 0.015 sec <<< FAILURE! java.lang.AssertionError: null at org.junit.Assert.fail(Assert.java:86) at org.junit.Assert.assertTrue(Assert.java:41) at org.junit.Assert.assertFalse(Assert.java:64) at org.junit.Assert.assertFalse(Assert.java:74) at org.apache.commons.weaver.test.CleanProcessorTest.testWeaveVisiting(CleanProcessorTest.java:46) Running org.apache.commons.weaver.utils.ArgsTest Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0 sec - in org.apache.commons.weaver.utils.ArgsTest Running org.apache.commons.weaver.utils.ProvidersTest Tests run: 4, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0 sec - in org.apache.commons.weaver.utils.ProvidersTest
[jira] [Commented] (WEAVER-10) Tests problems
[ https://issues.apache.org/jira/browse/WEAVER-10?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15280984#comment-15280984 ] Matt Benson commented on WEAVER-10: --- Looks like it's somewhere in the finder classes. Are you able to set up a build of http://svn.apache.org/repos/asf/geronimo/xbean/trunk/ to see if its tests encounter similar failures? > Tests problems > -- > > Key: WEAVER-10 > URL: https://issues.apache.org/jira/browse/WEAVER-10 > Project: Commons Weaver > Issue Type: Bug >Affects Versions: 1.2 >Reporter: gil cattaneo > Attachments: build.log, root.log > > > Hi > I'm getting (commons-weaver 1.1 and 1.2_RC1): > --- > T E S T S > --- > Running org.apache.commons.weaver.test.WeaveProcessorTest > Tests run: 1, Failures: 1, Errors: 0, Skipped: 0, Time elapsed: 0.106 sec <<< > FAILURE! - in org.apache.commons.weaver.test.WeaveProcessorTest > testWeaveVisiting(org.apache.commons.weaver.test.WeaveProcessorTest) Time > elapsed: 0.099 sec <<< FAILURE! > java.lang.AssertionError: expected:<1> but was:<0> > at org.junit.Assert.fail(Assert.java:88) > at org.junit.Assert.failNotEquals(Assert.java:834) > at org.junit.Assert.assertEquals(Assert.java:645) > at org.junit.Assert.assertEquals(Assert.java:631) > at > org.apache.commons.weaver.test.WeaveProcessorTest.testWeaveVisiting(WeaveProcessorTest.java:55) > Running org.apache.commons.weaver.test.CleanProcessorTest > Tests run: 1, Failures: 1, Errors: 0, Skipped: 0, Time elapsed: 0.015 sec <<< > FAILURE! - in org.apache.commons.weaver.test.CleanProcessorTest > testWeaveVisiting(org.apache.commons.weaver.test.CleanProcessorTest) Time > elapsed: 0.015 sec <<< FAILURE! > java.lang.AssertionError: null > at org.junit.Assert.fail(Assert.java:86) > at org.junit.Assert.assertTrue(Assert.java:41) > at org.junit.Assert.assertFalse(Assert.java:64) > at org.junit.Assert.assertFalse(Assert.java:74) > at > org.apache.commons.weaver.test.CleanProcessorTest.testWeaveVisiting(CleanProcessorTest.java:46) > Running org.apache.commons.weaver.utils.ArgsTest > Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0 sec - in > org.apache.commons.weaver.utils.ArgsTest > Running org.apache.commons.weaver.utils.ProvidersTest > Tests run: 4, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0 sec - in > org.apache.commons.weaver.utils.ProvidersTest > Running org.apache.commons.weaver.FinderTest > Tests run: 3, Failures: 1, Errors: 0, Skipped: 0, Time elapsed: 0.022 sec <<< > FAILURE! - in org.apache.commons.weaver.FinderTest > testElements(org.apache.commons.weaver.FinderTest) Time elapsed: 0.008 sec > <<< FAILURE! > java.lang.AssertionError: expected:<2> but was:<0> > at org.junit.Assert.fail(Assert.java:88) > at org.junit.Assert.failNotEquals(Assert.java:834) > at org.junit.Assert.assertEquals(Assert.java:645) > at org.junit.Assert.assertEquals(Assert.java:631) > at > org.apache.commons.weaver.FinderTest.testElements(FinderTest.java:75) > Environment: > Apache Maven 3.3.3 (NON-CANONICAL_2015-07-10T12:37:52_mockbuild; > 2015-07-10T14:37:52+02:00) > Maven home: /usr/share/maven > Java version: 1.8.0_65, vendor: Oracle Corporation > Java home: /usr/lib/jvm/java-1.8.0-openjdk-1.8.0.65-13.b17.fc23.i386/jre > Default locale: it_IT, platform encoding: UTF-8 > OS name: "linux", version: "4.2.7-300.fc23.i686", arch: "i386", family: "unix" > Any ideas as to why? -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Updated] (WEAVER-10) Tests problems
[ https://issues.apache.org/jira/browse/WEAVER-10?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] gil cattaneo updated WEAVER-10: --- Description: Hi I'm getting (commons-weaver 1.1 and 1.2_RC1): --- T E S T S --- Running org.apache.commons.weaver.test.WeaveProcessorTest Tests run: 1, Failures: 1, Errors: 0, Skipped: 0, Time elapsed: 0.106 sec <<< FAILURE! - in org.apache.commons.weaver.test.WeaveProcessorTest testWeaveVisiting(org.apache.commons.weaver.test.WeaveProcessorTest) Time elapsed: 0.099 sec <<< FAILURE! java.lang.AssertionError: expected:<1> but was:<0> at org.junit.Assert.fail(Assert.java:88) at org.junit.Assert.failNotEquals(Assert.java:834) at org.junit.Assert.assertEquals(Assert.java:645) at org.junit.Assert.assertEquals(Assert.java:631) at org.apache.commons.weaver.test.WeaveProcessorTest.testWeaveVisiting(WeaveProcessorTest.java:55) Running org.apache.commons.weaver.test.CleanProcessorTest Tests run: 1, Failures: 1, Errors: 0, Skipped: 0, Time elapsed: 0.015 sec <<< FAILURE! - in org.apache.commons.weaver.test.CleanProcessorTest testWeaveVisiting(org.apache.commons.weaver.test.CleanProcessorTest) Time elapsed: 0.015 sec <<< FAILURE! java.lang.AssertionError: null at org.junit.Assert.fail(Assert.java:86) at org.junit.Assert.assertTrue(Assert.java:41) at org.junit.Assert.assertFalse(Assert.java:64) at org.junit.Assert.assertFalse(Assert.java:74) at org.apache.commons.weaver.test.CleanProcessorTest.testWeaveVisiting(CleanProcessorTest.java:46) Running org.apache.commons.weaver.utils.ArgsTest Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0 sec - in org.apache.commons.weaver.utils.ArgsTest Running org.apache.commons.weaver.utils.ProvidersTest Tests run: 4, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0 sec - in org.apache.commons.weaver.utils.ProvidersTest Running org.apache.commons.weaver.FinderTest Tests run: 3, Failures: 1, Errors: 0, Skipped: 0, Time elapsed: 0.022 sec <<< FAILURE! - in org.apache.commons.weaver.FinderTest testElements(org.apache.commons.weaver.FinderTest) Time elapsed: 0.008 sec <<< FAILURE! java.lang.AssertionError: expected:<2> but was:<0> at org.junit.Assert.fail(Assert.java:88) at org.junit.Assert.failNotEquals(Assert.java:834) at org.junit.Assert.assertEquals(Assert.java:645) at org.junit.Assert.assertEquals(Assert.java:631) at org.apache.commons.weaver.FinderTest.testElements(FinderTest.java:75) Environment: Apache Maven 3.3.3 (NON-CANONICAL_2015-07-10T12:37:52_mockbuild; 2015-07-10T14:37:52+02:00) Maven home: /usr/share/maven Java version: 1.8.0_65, vendor: Oracle Corporation Java home: /usr/lib/jvm/java-1.8.0-openjdk-1.8.0.65-13.b17.fc23.i386/jre Default locale: it_IT, platform encoding: UTF-8 OS name: "linux", version: "4.2.7-300.fc23.i686", arch: "i386", family: "unix" Any ideas as to why? yes still happens see the attached files or http://koji.fedoraproject.org/koji/taskinfo?taskID=14015355 was: Hi I'm getting (commons-weaver 1.1 and 1.2_RC1): --- T E S T S --- Running org.apache.commons.weaver.test.WeaveProcessorTest Tests run: 1, Failures: 1, Errors: 0, Skipped: 0, Time elapsed: 0.106 sec <<< FAILURE! - in org.apache.commons.weaver.test.WeaveProcessorTest testWeaveVisiting(org.apache.commons.weaver.test.WeaveProcessorTest) Time elapsed: 0.099 sec <<< FAILURE! java.lang.AssertionError: expected:<1> but was:<0> at org.junit.Assert.fail(Assert.java:88) at org.junit.Assert.failNotEquals(Assert.java:834) at org.junit.Assert.assertEquals(Assert.java:645) at org.junit.Assert.assertEquals(Assert.java:631) at org.apache.commons.weaver.test.WeaveProcessorTest.testWeaveVisiting(WeaveProcessorTest.java:55) Running org.apache.commons.weaver.test.CleanProcessorTest Tests run: 1, Failures: 1, Errors: 0, Skipped: 0, Time elapsed: 0.015 sec <<< FAILURE! - in org.apache.commons.weaver.test.CleanProcessorTest testWeaveVisiting(org.apache.commons.weaver.test.CleanProcessorTest) Time elapsed: 0.015 sec <<< FAILURE! java.lang.AssertionError: null at org.junit.Assert.fail(Assert.java:86) at org.junit.Assert.assertTrue(Assert.java:41) at org.junit.Assert.assertFalse(Assert.java:64) at org.junit.Assert.assertFalse(Assert.java:74) at org.apache.commons.weaver.test.CleanProcessorTest.testWeaveVisiting(CleanProcessorTest.java:46) Running org.apache.commons.weaver.utils.ArgsTest Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0 sec - in org.apache.commons.weaver.utils.ArgsTest Running org.apache.commons.weaver.utils.ProvidersTest Tests run: 4,
[jira] [Updated] (WEAVER-10) Tests problems
[ https://issues.apache.org/jira/browse/WEAVER-10?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] gil cattaneo updated WEAVER-10: --- Attachment: root.log build.log > Tests problems > -- > > Key: WEAVER-10 > URL: https://issues.apache.org/jira/browse/WEAVER-10 > Project: Commons Weaver > Issue Type: Bug >Affects Versions: 1.2 >Reporter: gil cattaneo > Attachments: build.log, root.log > > > Hi > I'm getting (commons-weaver 1.1 and 1.2_RC1): > --- > T E S T S > --- > Running org.apache.commons.weaver.test.WeaveProcessorTest > Tests run: 1, Failures: 1, Errors: 0, Skipped: 0, Time elapsed: 0.106 sec <<< > FAILURE! - in org.apache.commons.weaver.test.WeaveProcessorTest > testWeaveVisiting(org.apache.commons.weaver.test.WeaveProcessorTest) Time > elapsed: 0.099 sec <<< FAILURE! > java.lang.AssertionError: expected:<1> but was:<0> > at org.junit.Assert.fail(Assert.java:88) > at org.junit.Assert.failNotEquals(Assert.java:834) > at org.junit.Assert.assertEquals(Assert.java:645) > at org.junit.Assert.assertEquals(Assert.java:631) > at > org.apache.commons.weaver.test.WeaveProcessorTest.testWeaveVisiting(WeaveProcessorTest.java:55) > Running org.apache.commons.weaver.test.CleanProcessorTest > Tests run: 1, Failures: 1, Errors: 0, Skipped: 0, Time elapsed: 0.015 sec <<< > FAILURE! - in org.apache.commons.weaver.test.CleanProcessorTest > testWeaveVisiting(org.apache.commons.weaver.test.CleanProcessorTest) Time > elapsed: 0.015 sec <<< FAILURE! > java.lang.AssertionError: null > at org.junit.Assert.fail(Assert.java:86) > at org.junit.Assert.assertTrue(Assert.java:41) > at org.junit.Assert.assertFalse(Assert.java:64) > at org.junit.Assert.assertFalse(Assert.java:74) > at > org.apache.commons.weaver.test.CleanProcessorTest.testWeaveVisiting(CleanProcessorTest.java:46) > Running org.apache.commons.weaver.utils.ArgsTest > Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0 sec - in > org.apache.commons.weaver.utils.ArgsTest > Running org.apache.commons.weaver.utils.ProvidersTest > Tests run: 4, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0 sec - in > org.apache.commons.weaver.utils.ProvidersTest > Running org.apache.commons.weaver.FinderTest > Tests run: 3, Failures: 1, Errors: 0, Skipped: 0, Time elapsed: 0.022 sec <<< > FAILURE! - in org.apache.commons.weaver.FinderTest > testElements(org.apache.commons.weaver.FinderTest) Time elapsed: 0.008 sec > <<< FAILURE! > java.lang.AssertionError: expected:<2> but was:<0> > at org.junit.Assert.fail(Assert.java:88) > at org.junit.Assert.failNotEquals(Assert.java:834) > at org.junit.Assert.assertEquals(Assert.java:645) > at org.junit.Assert.assertEquals(Assert.java:631) > at > org.apache.commons.weaver.FinderTest.testElements(FinderTest.java:75) > Environment: > Apache Maven 3.3.3 (NON-CANONICAL_2015-07-10T12:37:52_mockbuild; > 2015-07-10T14:37:52+02:00) > Maven home: /usr/share/maven > Java version: 1.8.0_65, vendor: Oracle Corporation > Java home: /usr/lib/jvm/java-1.8.0-openjdk-1.8.0.65-13.b17.fc23.i386/jre > Default locale: it_IT, platform encoding: UTF-8 > OS name: "linux", version: "4.2.7-300.fc23.i686", arch: "i386", family: "unix" > Any ideas as to why? -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Commented] (WEAVER-10) Tests problems
[ https://issues.apache.org/jira/browse/WEAVER-10?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15280944#comment-15280944 ] Matt Benson commented on WEAVER-10: --- Still unable to reproduce this using Maven 3.3.1 or 3.3.9. Can you please confirm you are still seeing this issue? > Tests problems > -- > > Key: WEAVER-10 > URL: https://issues.apache.org/jira/browse/WEAVER-10 > Project: Commons Weaver > Issue Type: Bug >Affects Versions: 1.2 >Reporter: gil cattaneo > > Hi > I'm getting (commons-weaver 1.1 and 1.2_RC1): > --- > T E S T S > --- > Running org.apache.commons.weaver.test.WeaveProcessorTest > Tests run: 1, Failures: 1, Errors: 0, Skipped: 0, Time elapsed: 0.106 sec <<< > FAILURE! - in org.apache.commons.weaver.test.WeaveProcessorTest > testWeaveVisiting(org.apache.commons.weaver.test.WeaveProcessorTest) Time > elapsed: 0.099 sec <<< FAILURE! > java.lang.AssertionError: expected:<1> but was:<0> > at org.junit.Assert.fail(Assert.java:88) > at org.junit.Assert.failNotEquals(Assert.java:834) > at org.junit.Assert.assertEquals(Assert.java:645) > at org.junit.Assert.assertEquals(Assert.java:631) > at > org.apache.commons.weaver.test.WeaveProcessorTest.testWeaveVisiting(WeaveProcessorTest.java:55) > Running org.apache.commons.weaver.test.CleanProcessorTest > Tests run: 1, Failures: 1, Errors: 0, Skipped: 0, Time elapsed: 0.015 sec <<< > FAILURE! - in org.apache.commons.weaver.test.CleanProcessorTest > testWeaveVisiting(org.apache.commons.weaver.test.CleanProcessorTest) Time > elapsed: 0.015 sec <<< FAILURE! > java.lang.AssertionError: null > at org.junit.Assert.fail(Assert.java:86) > at org.junit.Assert.assertTrue(Assert.java:41) > at org.junit.Assert.assertFalse(Assert.java:64) > at org.junit.Assert.assertFalse(Assert.java:74) > at > org.apache.commons.weaver.test.CleanProcessorTest.testWeaveVisiting(CleanProcessorTest.java:46) > Running org.apache.commons.weaver.utils.ArgsTest > Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0 sec - in > org.apache.commons.weaver.utils.ArgsTest > Running org.apache.commons.weaver.utils.ProvidersTest > Tests run: 4, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0 sec - in > org.apache.commons.weaver.utils.ProvidersTest > Running org.apache.commons.weaver.FinderTest > Tests run: 3, Failures: 1, Errors: 0, Skipped: 0, Time elapsed: 0.022 sec <<< > FAILURE! - in org.apache.commons.weaver.FinderTest > testElements(org.apache.commons.weaver.FinderTest) Time elapsed: 0.008 sec > <<< FAILURE! > java.lang.AssertionError: expected:<2> but was:<0> > at org.junit.Assert.fail(Assert.java:88) > at org.junit.Assert.failNotEquals(Assert.java:834) > at org.junit.Assert.assertEquals(Assert.java:645) > at org.junit.Assert.assertEquals(Assert.java:631) > at > org.apache.commons.weaver.FinderTest.testElements(FinderTest.java:75) > Environment: > Apache Maven 3.3.3 (NON-CANONICAL_2015-07-10T12:37:52_mockbuild; > 2015-07-10T14:37:52+02:00) > Maven home: /usr/share/maven > Java version: 1.8.0_65, vendor: Oracle Corporation > Java home: /usr/lib/jvm/java-1.8.0-openjdk-1.8.0.65-13.b17.fc23.i386/jre > Default locale: it_IT, platform encoding: UTF-8 > OS name: "linux", version: "4.2.7-300.fc23.i686", arch: "i386", family: "unix" > Any ideas as to why? -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Commented] (WEAVER-11) bytecode generated with java 7 or 8 is different and can break on earlier versions
[ https://issues.apache.org/jira/browse/WEAVER-11?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15280931#comment-15280931 ] Matt Benson commented on WEAVER-11: --- [~rmannibucau] could you provide more info? I have built with Java 8 and I get, e.g.: {code} > javap -p bval-core/target/classes/org/apache/bval/util/FieldAccess.class Compiled from "FieldAccess.java" public class org.apache.bval.util.FieldAccess extends org.apache.bval.util.AccessStrategy { private final java.lang.reflect.Field field; public org.apache.bval.util.FieldAccess(java.lang.reflect.Field); public java.lang.Object get(java.lang.Object); private static boolean org_apache_bval_util_reflection_Reflection$$setAccessible(java.lang.reflect.AccessibleObject, boolean); static boolean __privileged_access$0(java.lang.reflect.AccessibleObject, boolean); private static boolean __privileged_org_apache_bval_util_reflection_Reflection$$setAccessible(java.lang.reflect.AccessibleObject, boolean); public java.lang.annotation.ElementType getElementType(); public java.lang.reflect.Type getJavaType(); public java.lang.String getPropertyName(); public java.lang.String toString(); public boolean equals(java.lang.Object); public int hashCode(); } {code} > bytecode generated with java 7 or 8 is different and can break on earlier > versions > -- > > Key: WEAVER-11 > URL: https://issues.apache.org/jira/browse/WEAVER-11 > Project: Commons Weaver > Issue Type: Bug >Reporter: Romain Manni-Bucau > > Encountered on bval where building with java 8 makes the bytecode java 8 > compliant and breaks under java 7. > See org.apache.bval.util.reflection.Reflection#setAccessible where Utf8 > java/lang/reflect/Executable is injected with java 8 and Executable > is a java 8 class only. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Resolved] (WEAVER-12) Provide a mechanism for working with all classfiles found in the weave environment
[ https://issues.apache.org/jira/browse/WEAVER-12?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Matt Benson resolved WEAVER-12. --- Resolution: Fixed Committed revision 1743444. > Provide a mechanism for working with all classfiles found in the weave > environment > -- > > Key: WEAVER-12 > URL: https://issues.apache.org/jira/browse/WEAVER-12 > Project: Commons Weaver > Issue Type: New Feature > Components: core >Affects Versions: 1.2 >Reporter: Matt Benson >Assignee: Matt Benson > Fix For: 1.3 > > -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Updated] (WEAVER-12) Provide a mechanism for working with all classfiles found in the weave environment
[ https://issues.apache.org/jira/browse/WEAVER-12?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Matt Benson updated WEAVER-12: -- Fix Version/s: (was: 1.x) 1.3 > Provide a mechanism for working with all classfiles found in the weave > environment > -- > > Key: WEAVER-12 > URL: https://issues.apache.org/jira/browse/WEAVER-12 > Project: Commons Weaver > Issue Type: New Feature > Components: core >Affects Versions: 1.2 >Reporter: Matt Benson >Assignee: Matt Benson > Fix For: 1.3 > > -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Created] (WEAVER-12) Provide a mechanism for working with all classfiles found in the weave environment
Matt Benson created WEAVER-12: - Summary: Provide a mechanism for working with all classfiles found in the weave environment Key: WEAVER-12 URL: https://issues.apache.org/jira/browse/WEAVER-12 Project: Commons Weaver Issue Type: New Feature Components: core Affects Versions: 1.2 Reporter: Matt Benson Assignee: Matt Benson Fix For: 1.x -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Closed] (CSV-182) Allow some printing operations directly from CSVFormat
[ https://issues.apache.org/jira/browse/CSV-182?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Gary Gregory closed CSV-182. Resolution: Fixed In trunk. > Allow some printing operations directly from CSVFormat > -- > > Key: CSV-182 > URL: https://issues.apache.org/jira/browse/CSV-182 > Project: Commons CSV > Issue Type: Improvement > Components: Printer >Affects Versions: 1.3 > Environment: Apache Maven 3.3.9 > (bb52d8502b132ec0a5a3f4c09453c07478323dc5; 2015-11-10T08:41:47-08:00) > Maven home: E:\Java\apache-maven-3.3.9\bin\.. > Java version: 1.7.0_79, vendor: Oracle Corporation > Java home: C:\Program Files\Java\jdk1.7.0_79\jre > Default locale: en_US, platform encoding: Cp1252 > OS name: "windows 7", version: "6.1", arch: "amd64", family: "windows" >Reporter: Gary Gregory >Assignee: Gary Gregory > Fix For: 1.4 > > Attachments: commons-csv-182.diff > > > Over in Apache Log4j-land, we are working on a GC-free logging epic. > We try hard to generate as few objects as possible. Right now, we create one > CSVPrinter per logging event to create a CSV line for that event. > In order to get the best memory profile and performance, this ticket proposes > to refactor the CSVPrinter and CSVFormat objects to allow a subset of print > operations directly from the CSVFormat object. > I tested this patch with the Log4j Git master and it works. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Resolved] (LANG-1151) Performance improvements for NumberUtils.isParsable
[ https://issues.apache.org/jira/browse/LANG-1151?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Juan Pablo Santos Rodríguez resolved LANG-1151. --- Resolution: Fixed Fix Version/s: 3.5 Thanks for merging the PR! > Performance improvements for NumberUtils.isParsable > --- > > Key: LANG-1151 > URL: https://issues.apache.org/jira/browse/LANG-1151 > Project: Commons Lang > Issue Type: Improvement > Components: lang.math.* >Affects Versions: 3.4 >Reporter: Juan Pablo Santos Rodríguez > Fix For: 3.5 > > Attachments: benchmark-lang1151.zip > > > NumberUtils.isParsable contains String comparisons + some String replacing, > which could be improved in terms of performance. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Commented] (LANG-1151) Performance improvements for NumberUtils.isParsable
[ https://issues.apache.org/jira/browse/LANG-1151?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15280694#comment-15280694 ] Pascal Schumacher commented on LANG-1151: - Pull request merged. Thanks! Can somebody resolve the issue? Thanks! > Performance improvements for NumberUtils.isParsable > --- > > Key: LANG-1151 > URL: https://issues.apache.org/jira/browse/LANG-1151 > Project: Commons Lang > Issue Type: Improvement > Components: lang.math.* >Affects Versions: 3.4 >Reporter: Juan Pablo Santos Rodríguez > Attachments: benchmark-lang1151.zip > > > NumberUtils.isParsable contains String comparisons + some String replacing, > which could be improved in terms of performance. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Commented] (LANG-1151) Performance improvements for NumberUtils.isParsable
[ https://issues.apache.org/jira/browse/LANG-1151?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15280693#comment-15280693 ] ASF GitHub Bot commented on LANG-1151: -- Github user PascalSchumacher commented on the pull request: https://github.com/apache/commons-lang/pull/99#issuecomment-218569505 Thanks! :+1: > Performance improvements for NumberUtils.isParsable > --- > > Key: LANG-1151 > URL: https://issues.apache.org/jira/browse/LANG-1151 > Project: Commons Lang > Issue Type: Improvement > Components: lang.math.* >Affects Versions: 3.4 >Reporter: Juan Pablo Santos Rodríguez > Attachments: benchmark-lang1151.zip > > > NumberUtils.isParsable contains String comparisons + some String replacing, > which could be improved in terms of performance. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Commented] (LANG-1151) Performance improvements for NumberUtils.isParsable
[ https://issues.apache.org/jira/browse/LANG-1151?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15280692#comment-15280692 ] ASF GitHub Bot commented on LANG-1151: -- Github user asfgit closed the pull request at: https://github.com/apache/commons-lang/pull/99 > Performance improvements for NumberUtils.isParsable > --- > > Key: LANG-1151 > URL: https://issues.apache.org/jira/browse/LANG-1151 > Project: Commons Lang > Issue Type: Improvement > Components: lang.math.* >Affects Versions: 3.4 >Reporter: Juan Pablo Santos Rodríguez > Attachments: benchmark-lang1151.zip > > > NumberUtils.isParsable contains String comparisons + some String replacing, > which could be improved in terms of performance. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[GitHub] commons-lang pull request: fix LANG-1151
Github user asfgit closed the pull request at: https://github.com/apache/commons-lang/pull/99 --- If your project is set up for it, you can reply to this email and have your reply appear on GitHub as well. If your project does not have this feature enabled and wishes so, or if the feature is enabled but not working, please contact infrastructure at infrastruct...@apache.org or file a JIRA ticket with INFRA. ---
[GitHub] commons-lang pull request: Branch for 4.x - will attempt to autosy...
Github user asfgit closed the pull request at: https://github.com/apache/commons-lang/pull/140 --- If your project is set up for it, you can reply to this email and have your reply appear on GitHub as well. If your project does not have this feature enabled and wishes so, or if the feature is enabled but not working, please contact infrastructure at infrastruct...@apache.org or file a JIRA ticket with INFRA. ---
[GitHub] commons-lang pull request: fix LANG-1151
Github user PascalSchumacher commented on the pull request: https://github.com/apache/commons-lang/pull/99#issuecomment-218569505 Thanks! :+1: --- If your project is set up for it, you can reply to this email and have your reply appear on GitHub as well. If your project does not have this feature enabled and wishes so, or if the feature is enabled but not working, please contact infrastructure at infrastruct...@apache.org or file a JIRA ticket with INFRA. ---
[jira] [Commented] (COMPRESS-352) Add snappy decompressor that handles Apple .iwa files
[ https://issues.apache.org/jira/browse/COMPRESS-352?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15280045#comment-15280045 ] Tim Allison commented on COMPRESS-352: -- Great. Thank you! Y, we _shouldn't_ have a problem with using a specialized decompressor when processing the new files. [~davemeikle], do you have any unit tests/recommendations that might be of use? > Add snappy decompressor that handles Apple .iwa files > - > > Key: COMPRESS-352 > URL: https://issues.apache.org/jira/browse/COMPRESS-352 > Project: Commons Compress > Issue Type: New Feature >Reporter: Tim Allison > > On TIKA-1966, one of our users recently shared the newest iOS iWorks files. > They've gotten rid of internal .zip and now rely exclusively on .iwa files. > commons-compress doesn't currently appear to handle these > (snappy-compressed?) files...probably because: > bq. However, the variant of Snappy that is used does not comply with the spec > for that format, omitting the stream identifier and checksum. > from http://fileformats.archiveteam.org/wiki/IWA > Any chance you'd be able to modify the snappy decompression to handle Apple's > variant? -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Updated] (LANG-1013) Adding to StringUtils truncate method and test cases
[ https://issues.apache.org/jira/browse/LANG-1013?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Thiago Andrade updated LANG-1013: - Description: Adding the following methods from StringUtils: * {{public static String truncate(final String str, final int maxWidth)}} * {{public static String truncate(final String str, int offset, final int maxWidth)}} For example {code:java} StringUtils.truncate("abcdefg", 4) = "abcd" StringUtils.truncate("abcdefg", 6) = "abcdef" StringUtils.truncate("abcdefg", 7) = "abcdefg" StringUtils.truncate("abcdefg", 8) = "abcdefg" StringUtils.truncate("abcdefghijklmno", -1, 10) = "abcdefghij" StringUtils.truncate("abcdefghijklmno", 0, 10) = "abcdefghij" StringUtils.truncate("abcdefghijklmno", Integer.MIN_VALUE, 10) = "abcdefghij" StringUtils.truncate("abcdefghijklmno", Integer.MIN_VALUE, Integer.MAX_VALUE) = "abcdefghijklmno" StringUtils.truncate("abcdefghijklmno", 0, Integer.MAX_VALUE) = "abcdefghijklmno" StringUtils.truncate("abcdefghijklmno", 1, 10) = "bcdefghijk" StringUtils.truncate("abcdefghijklmno", 2, 10) = "cdefghijkl" StringUtils.truncate("abcdefghijklmno", 3, 10) = "defghijklm" StringUtils.truncate("abcdefghijklmno", 4, 10) = "efghijklmn" StringUtils.truncate("abcdefghijklmno", 5, 10) = "fghijklmno" StringUtils.truncate("abcdefghijklmno", 5, 5) = "fghij" StringUtils.truncate("abcdefghijklmno", 5, 3) = "fgh" StringUtils.truncate("abcdefghijklmno", 10, 3) = "klm" StringUtils.truncate("abcdefghijklmno", 10, Integer.MAX_VALUE) = "klmno" StringUtils.truncate("abcdefghijklmno", 13, 1) = "n" StringUtils.truncate("abcdefghijklmno", 13, Integer.MAX_VALUE) = "no" StringUtils.truncate("abcdefghijklmno", 14, 1) = "o" StringUtils.truncate("abcdefghijklmno", 14, Integer.MAX_VALUE) = "o" {code} See: https://github.com/apache/commons-lang/pull/137 was: Adding the following methods from StringUtils: * {{public static String truncate(final String str, final int maxWidth)}} * {{public static String truncate(final String str, int offset, final int maxWidth)}} For example {code:java} StringUtils.truncate("abcdefg", 4) = "abcd" StringUtils.truncate("abcdefg", 6) = "abcdef" StringUtils.truncate("abcdefg", 7) = "abcdefg" StringUtils.truncate("abcdefg", 8) = "abcdefg" StringUtils.truncate("abcdefghijklmno", -1, 10) = "abcdefghij" StringUtils.truncate("abcdefghijklmno", 0, 10) = "abcdefghij" StringUtils.truncate("abcdefghijklmno", Integer.MIN_VALUE, 10) = "abcdefghij" StringUtils.truncate("abcdefghijklmno", Integer.MIN_VALUE, Integer.MAX_VALUE) = "abcdefghijklmno" StringUtils.truncate("abcdefghijklmno", 0, Integer.MAX_VALUE) = "abcdefghijklmno" StringUtils.truncate("abcdefghijklmno", 1, 10) = "bcdefghijk" StringUtils.truncate("abcdefghijklmno", 2, 10) = "cdefghijkl" StringUtils.truncate("abcdefghijklmno", 3, 10) = "defghijklm" StringUtils.truncate("abcdefghijklmno", 4, 10) = "efghijklmn" StringUtils.truncate("abcdefghijklmno", 5, 10) = "fghijklmno" StringUtils.truncate("abcdefghijklmno", 5, 5) = "fghij" StringUtils.truncate("abcdefghijklmno", 5, 3) = "fgh" StringUtils.truncate("abcdefghijklmno", 10, 3) = "klm" StringUtils.truncate("abcdefghijklmno", 10, Integer.MAX_VALUE) = "klmno" StringUtils.truncate("abcdefghijklmno", 13, 1) = "n" StringUtils.truncate("abcdefghijklmno", 13, Integer.MAX_VALUE) = "no" StringUtils.truncate("abcdefghijklmno", 14, 1) = "o" StringUtils.truncate("abcdefghijklmno", 14, Integer.MAX_VALUE) = "o" {code} See: https://github.com/apache/commons-lang/pull/24 > Adding to StringUtils truncate method and test cases > > > Key: LANG-1013 > URL: https://issues.apache.org/jira/browse/LANG-1013 > Project: Commons Lang > Issue Type: New Feature > Components: lang.* >Reporter: Thiago Andrade >Assignee: Benedikt Ritter > Labels: github > Fix For: Review Patch > > > Adding the following methods from StringUtils: > * {{public static String truncate(final String str, final int maxWidth)}} > * {{public static String truncate(final String str, int offset, final int > maxWidth)}} > For example > {code:java} > StringUtils.truncate("abcdefg", 4) = "abcd" > StringUtils.truncate("abcdefg", 6) = "abcdef" > StringUtils.truncate("abcdefg", 7) = "abcdefg" > StringUtils.truncate("abcdefg", 8) = "abcdefg" > StringUtils.truncate("abcdefghijklmno", -1, 10) = "abcdefghij" > StringUtils.truncate("abcdefghijklmno", 0, 10) = "abcdefghij" > StringUtils.truncate("abcdefghijklmno", Integer.MIN_VALUE, 10) = "abcdefghij" > StringUtils.truncate("abcdefghijklmno", Integer.MIN_VALUE, Integer.MAX_VALUE) > = "abcdefghijklmno" > StringUtils.truncate("abcdefghijklmno", 0, Integer.MAX_VALUE) = > "abcdefghijklmno" > StringUtils.truncate("abcdefghijklmno", 1, 10) = "bcdefghijk" > StringUtils.truncate("abcdefghijklmno", 2, 10) = "cdefghijkl" >
[jira] [Updated] (LANG-1014) Adding unwrap and unwrapFull methods to StringUtils
[ https://issues.apache.org/jira/browse/LANG-1014?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Thiago Andrade updated LANG-1014: - Description: Placeholder ticket for github PR 136: https://github.com/apache/commons-lang/pull/136 Adding the following methods from StringUtils: {code:java} public static String unwrap(String str, char unwrapChar) public static String unwrapFull(String str, char unwrapChar) public static String unwrap(String str, String unwrapStr) public static String unwrapFull(String str, String unwrapStr) public static String unwrap(String str, String unwrapLeft, String unwrapRight) public static String unwrapFull(String str, String unwrapLeft, String unwrapRight) {code} These methods unwraps (fully or not) the string parameter. See pull request for usage examples. was: Placeholder ticket for github PR 25: https://github.com/apache/commons-lang/pull/25 Adding the following methods from StringUtils: {code:java} public static String unwrap(String str, char unwrapChar) public static String unwrapFull(String str, char unwrapChar) public static String unwrap(String str, String unwrapStr) public static String unwrapFull(String str, String unwrapStr) public static String unwrap(String str, String unwrapLeft, String unwrapRight) public static String unwrapFull(String str, String unwrapLeft, String unwrapRight) {code} These methods unwraps (fully or not) the string parameter. See pull request for usage examples. > Adding unwrap and unwrapFull methods to StringUtils > --- > > Key: LANG-1014 > URL: https://issues.apache.org/jira/browse/LANG-1014 > Project: Commons Lang > Issue Type: New Feature > Components: lang.* >Reporter: Thiago Andrade >Assignee: Benedikt Ritter > Labels: github > Fix For: Review Patch, Discussion > > > Placeholder ticket for github PR 136: > https://github.com/apache/commons-lang/pull/136 > Adding the following methods from StringUtils: > {code:java} > public static String unwrap(String str, char unwrapChar) > public static String unwrapFull(String str, char unwrapChar) > public static String unwrap(String str, String unwrapStr) > public static String unwrapFull(String str, String unwrapStr) > public static String unwrap(String str, String unwrapLeft, String > unwrapRight) > public static String unwrapFull(String str, String unwrapLeft, String > unwrapRight) > {code} > These methods unwraps (fully or not) the string parameter. See pull request > for usage examples. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Commented] (LANG-1013) Adding to StringUtils truncate method and test cases
[ https://issues.apache.org/jira/browse/LANG-1013?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15279993#comment-15279993 ] ASF GitHub Bot commented on LANG-1013: -- Github user thiagoh closed the pull request at: https://github.com/apache/commons-lang/pull/24 > Adding to StringUtils truncate method and test cases > > > Key: LANG-1013 > URL: https://issues.apache.org/jira/browse/LANG-1013 > Project: Commons Lang > Issue Type: New Feature > Components: lang.* >Reporter: Thiago Andrade >Assignee: Benedikt Ritter > Labels: github > Fix For: Review Patch > > > Adding the following methods from StringUtils: > * {{public static String truncate(final String str, final int maxWidth)}} > * {{public static String truncate(final String str, int offset, final int > maxWidth)}} > For example > {code:java} > StringUtils.truncate("abcdefg", 4) = "abcd" > StringUtils.truncate("abcdefg", 6) = "abcdef" > StringUtils.truncate("abcdefg", 7) = "abcdefg" > StringUtils.truncate("abcdefg", 8) = "abcdefg" > StringUtils.truncate("abcdefghijklmno", -1, 10) = "abcdefghij" > StringUtils.truncate("abcdefghijklmno", 0, 10) = "abcdefghij" > StringUtils.truncate("abcdefghijklmno", Integer.MIN_VALUE, 10) = "abcdefghij" > StringUtils.truncate("abcdefghijklmno", Integer.MIN_VALUE, Integer.MAX_VALUE) > = "abcdefghijklmno" > StringUtils.truncate("abcdefghijklmno", 0, Integer.MAX_VALUE) = > "abcdefghijklmno" > StringUtils.truncate("abcdefghijklmno", 1, 10) = "bcdefghijk" > StringUtils.truncate("abcdefghijklmno", 2, 10) = "cdefghijkl" > StringUtils.truncate("abcdefghijklmno", 3, 10) = "defghijklm" > StringUtils.truncate("abcdefghijklmno", 4, 10) = "efghijklmn" > StringUtils.truncate("abcdefghijklmno", 5, 10) = "fghijklmno" > StringUtils.truncate("abcdefghijklmno", 5, 5) = "fghij" > StringUtils.truncate("abcdefghijklmno", 5, 3) = "fgh" > StringUtils.truncate("abcdefghijklmno", 10, 3) = "klm" > StringUtils.truncate("abcdefghijklmno", 10, Integer.MAX_VALUE) = "klmno" > StringUtils.truncate("abcdefghijklmno", 13, 1) = "n" > StringUtils.truncate("abcdefghijklmno", 13, Integer.MAX_VALUE) = "no" > StringUtils.truncate("abcdefghijklmno", 14, 1) = "o" > StringUtils.truncate("abcdefghijklmno", 14, Integer.MAX_VALUE) = "o" > {code} > See: https://github.com/apache/commons-lang/pull/24 -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[GitHub] commons-lang pull request: Adding to StringUtils truncate method a...
Github user thiagoh closed the pull request at: https://github.com/apache/commons-lang/pull/24 --- If your project is set up for it, you can reply to this email and have your reply appear on GitHub as well. If your project does not have this feature enabled and wishes so, or if the feature is enabled but not working, please contact infrastructure at infrastruct...@apache.org or file a JIRA ticket with INFRA. ---
[jira] [Updated] (JEXL-195) Support for AtomicBoolean in logical expressions
[ https://issues.apache.org/jira/browse/JEXL-195?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Henri Biestro updated JEXL-195: --- Assignee: Henri Biestro Fix Version/s: 3.0.1 > Support for AtomicBoolean in logical expressions > > > Key: JEXL-195 > URL: https://issues.apache.org/jira/browse/JEXL-195 > Project: Commons JEXL > Issue Type: Improvement >Affects Versions: 3.0 >Reporter: Dmitri Blinov >Assignee: Henri Biestro >Priority: Trivial > Fix For: 3.0.1 > > > While it's now possible to do this in custom version of JexlArithmetic I > think it might be conveninent for others to add support for AtomicBoolean in > basic implementation of JexlArithmetic.toBoolean -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Commented] (JEXL-194) synchronize on iterableValue in foreach statement
[ https://issues.apache.org/jira/browse/JEXL-194?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15279844#comment-15279844 ] Dmitri Blinov commented on JEXL-194: If my thoughts may be of any use here, it seems options are either to introduce kind of *synchronized* keyword into JEXL syntax to protect needed blocks of code, which would give maximum flexibility, or at least introduce specialized form of *for statement* (lets say, foreach {}), which unlike basic version of *for statement* would lock collection for the duration of iteration, while necessarily synchronizing any modification (not sure about access) operators inside JEXL. May be more promising approach would be to provide extension points for *statements* in a way JexlArithmetic provides for *operators*, where it would be possible to add some custom logic without polluting JEXL code with questionable implementations. > synchronize on iterableValue in foreach statement > - > > Key: JEXL-194 > URL: https://issues.apache.org/jira/browse/JEXL-194 > Project: Commons JEXL > Issue Type: Improvement >Affects Versions: 3.0 >Reporter: Dmitri Blinov >Assignee: Henri Biestro >Priority: Minor > > Since it is a requirement to synchronize on simple Collections and > synchronized Collections while iterating over them and since jexl has no > instrument to control synchronization in script, I think its reasonable to > implement synchronization in jexl itself on iterableValue. In case of > concurrent collections it will possibly block other threads only if they are > synchronizing on those collections themselves, which will be complementary to > required synchronization in jexl. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Created] (JEXL-195) Support for AtomicBoolean in logical expressions
Dmitri Blinov created JEXL-195: -- Summary: Support for AtomicBoolean in logical expressions Key: JEXL-195 URL: https://issues.apache.org/jira/browse/JEXL-195 Project: Commons JEXL Issue Type: Improvement Affects Versions: 3.0 Reporter: Dmitri Blinov Priority: Trivial While it's now possible to do this in custom version of JexlArithmetic I think it might be conveninent for others to add support for AtomicBoolean in basic implementation of JexlArithmetic.toBoolean -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Commented] (CRYPTO-56) add informative error message, keep consistent with JDK
[ https://issues.apache.org/jira/browse/CRYPTO-56?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15279644#comment-15279644 ] Xianda Ke commented on CRYPTO-56: - I am out of office on Monday morning, with limited access to email. Any urgency, please call me (+86 13764410136) Regards, Xianda > add informative error message, keep consistent with JDK > --- > > Key: CRYPTO-56 > URL: https://issues.apache.org/jira/browse/CRYPTO-56 > Project: Commons Crypto > Issue Type: Improvement >Reporter: Xianda Ke >Assignee: Xianda Ke > > 1. Invalid key length > When the key length is invalid, Commons Crypto's error message is > "Invalid key length." > JDK would throw an error message: "Invalid AES key length: xx bytes" > 2. invalid IV length error mesage > Commons Crypto : "Wrong IV length." > JDK: "Wrong IV length: must be 16 bytes long" > JDK's error message is more informative. it would be better to keep > consistent with JDK. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Updated] (CRYPTO-56) add informative error message, keep consistent with JDK
[ https://issues.apache.org/jira/browse/CRYPTO-56?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Dapeng Sun updated CRYPTO-56: - Assignee: Xianda Ke > add informative error message, keep consistent with JDK > --- > > Key: CRYPTO-56 > URL: https://issues.apache.org/jira/browse/CRYPTO-56 > Project: Commons Crypto > Issue Type: Improvement >Reporter: Xianda Ke >Assignee: Xianda Ke > > 1. Invalid key length > When the key length is invalid, Commons Crypto's error message is > "Invalid key length." > JDK would throw an error message: "Invalid AES key length: xx bytes" > 2. invalid IV length error mesage > Commons Crypto : "Wrong IV length." > JDK: "Wrong IV length: must be 16 bytes long" > JDK's error message is more informative. it would be better to keep > consistent with JDK. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Commented] (CRYPTO-56) add informative error message, keep consistent with JDK
[ https://issues.apache.org/jira/browse/CRYPTO-56?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15279640#comment-15279640 ] Dapeng Sun commented on CRYPTO-56: -- Committed to master, thank [~kexianda] > add informative error message, keep consistent with JDK > --- > > Key: CRYPTO-56 > URL: https://issues.apache.org/jira/browse/CRYPTO-56 > Project: Commons Crypto > Issue Type: Improvement >Reporter: Xianda Ke >Assignee: Xianda Ke > > 1. Invalid key length > When the key length is invalid, Commons Crypto's error message is > "Invalid key length." > JDK would throw an error message: "Invalid AES key length: xx bytes" > 2. invalid IV length error mesage > Commons Crypto : "Wrong IV length." > JDK: "Wrong IV length: must be 16 bytes long" > JDK's error message is more informative. it would be better to keep > consistent with JDK. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Resolved] (CRYPTO-56) add informative error message, keep consistent with JDK
[ https://issues.apache.org/jira/browse/CRYPTO-56?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Dapeng Sun resolved CRYPTO-56. -- Resolution: Fixed > add informative error message, keep consistent with JDK > --- > > Key: CRYPTO-56 > URL: https://issues.apache.org/jira/browse/CRYPTO-56 > Project: Commons Crypto > Issue Type: Improvement >Reporter: Xianda Ke >Assignee: Xianda Ke > > 1. Invalid key length > When the key length is invalid, Commons Crypto's error message is > "Invalid key length." > JDK would throw an error message: "Invalid AES key length: xx bytes" > 2. invalid IV length error mesage > Commons Crypto : "Wrong IV length." > JDK: "Wrong IV length: must be 16 bytes long" > JDK's error message is more informative. it would be better to keep > consistent with JDK. -- This message was sent by Atlassian JIRA (v6.3.4#6332)