[jira] Created: (CONFIGURATION-225) Document exactly what's returned by ConfigurationEvent.getPropertyValue() after EVENT_ADD_PROPERTY.
Document exactly what's returned by ConfigurationEvent.getPropertyValue() after EVENT_ADD_PROPERTY. --- Key: CONFIGURATION-225 URL: http://issues.apache.org/jira/browse/CONFIGURATION-225 Project: Commons Configuration Issue Type: Improvement Environment: 1.3RC2 Reporter: Gabriele Garuglieri Priority: Minor It should be documented that when the property content is a Collection, after EVENT_ADD_PROPERTY, ConfigurationEvent.getPropertyValue() returns only the value of what is being added to the property and not the whole property content as after EVENT_SET_PROPERTY. It took me a while to understand why in certain circumstances my testcases were failing :) -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
svn commit: r440640 - /jakarta/commons/sandbox/id/trunk/src/test/org/apache/commons/id/serial/TimeBasedAlphanumericIdentifierGeneratorTest.java
Author: joehni Date: Wed Sep 6 00:16:04 2006 New Revision: 440640 URL: http://svn.apache.org/viewvc?view=revrev=440640 Log: More robust tests on time-shifting machines. Modified: jakarta/commons/sandbox/id/trunk/src/test/org/apache/commons/id/serial/TimeBasedAlphanumericIdentifierGeneratorTest.java Modified: jakarta/commons/sandbox/id/trunk/src/test/org/apache/commons/id/serial/TimeBasedAlphanumericIdentifierGeneratorTest.java URL: http://svn.apache.org/viewvc/jakarta/commons/sandbox/id/trunk/src/test/org/apache/commons/id/serial/TimeBasedAlphanumericIdentifierGeneratorTest.java?view=diffrev=440640r1=440639r2=440640 == --- jakarta/commons/sandbox/id/trunk/src/test/org/apache/commons/id/serial/TimeBasedAlphanumericIdentifierGeneratorTest.java (original) +++ jakarta/commons/sandbox/id/trunk/src/test/org/apache/commons/id/serial/TimeBasedAlphanumericIdentifierGeneratorTest.java Wed Sep 6 00:16:04 2006 @@ -98,24 +98,23 @@ /** * Test that the generator can be tweaked to start with '0'. + * @throws InterruptedException unexpected */ -public void testMayStartWithIdentifierOfZeros() { +public void testMayStartWithIdentifierOfZeros() throws InterruptedException { final int maxSize = Long.toString(Long.MAX_VALUE, 36).length(); final char[] zeros = new char[maxSize]; Arrays.fill(zeros, '0'); -// synchronize with current time slice ... -final long waitForNextPeriod = System.currentTimeMillis(); -long next = waitForNextPeriod; -while (next = waitForNextPeriod) { -next = System.currentTimeMillis(); -} - -// ... next id should be in same time slice if it is used as current offset -final StringIdentifierGenerator idGenerator = new TimeBasedAlphanumericIdentifierGenerator( -0, next); - -assertEquals(new String(zeros), idGenerator.nextStringIdentifier()); +final TimeSliceSynchronizer synchronizer = new TimeSliceSynchronizer() { +void runTest() { +// ... next id should be in same time slice if it is used as current offset +final StringIdentifierGenerator idGenerator = new TimeBasedAlphanumericIdentifierGenerator(0, next); +// note, that this might still fail on time shifting machines occasionally +assertEquals(new String(zeros), idGenerator.nextStringIdentifier()); +} + +}; +synchronizer.runSynced(); } /** @@ -171,39 +170,47 @@ /** * Test ensures, that generator can recalculate the time from the id if internally no overflow * had happened. + * @throws InterruptedException unexpected */ -public void testCanRetrieveTimeFromIdWithoutInternalOverflow() { -// synchronize with current time slice ... -final long waitForNextPeriod = System.currentTimeMillis(); -final TimeBasedAlphanumericIdentifierGenerator idGenerator = new TimeBasedAlphanumericIdentifierGenerator( -4, waitForNextPeriod - 1000); - -long next = waitForNextPeriod; -while (next = waitForNextPeriod) { -next = System.currentTimeMillis(); -} +public void testCanRetrieveTimeFromIdWithoutInternalOverflow() throws InterruptedException { +final TimeSliceSynchronizer synchronizer = new TimeSliceSynchronizer() { +TimeBasedAlphanumericIdentifierGenerator idGenerator; +void initialize() { +idGenerator = new TimeBasedAlphanumericIdentifierGenerator( +4, waitForNextPeriod - 1000); +} -final String id = idGenerator.nextStringIdentifier(); -assertEquals(next, idGenerator.getMillisecondsFromId(id, waitForNextPeriod - 1000)); +void runTest() { +// note, that this might still fail on time shifting machines occasionally +final String id = idGenerator.nextStringIdentifier(); +assertEquals(next, idGenerator.getMillisecondsFromId(id, waitForNextPeriod - 1000)); +} + +}; +synchronizer.runSynced(); } /** * Test ensures, that generator can recalculate the time from the id even if internally an * overflow had happened. + * @throws InterruptedException unexpected */ -public void testCanRetrieveTimeFromIdWithInternalOverflow() { -// synchronize with current time slice ... -final long waitForNextPeriod = System.currentTimeMillis(); -final TimeBasedAlphanumericIdentifierGenerator idGenerator = new TimeBasedAlphanumericIdentifierGenerator( -4, waitForNextPeriod + 1000); - -long next = waitForNextPeriod; -while (next = waitForNextPeriod) { -next = System.currentTimeMillis(); -} +public
RE: Re: [nightly build] id failed.
Jörg Schaible wrote on Tuesday, September 05, 2006 6:35 PM: Hi Phil, [EMAIL PROTECTED] wrote: Failed build logs: http://people.apache.org/~psteitz/commons-nightlies/20060905/id.log sorry, I have no idea how to fix this test on a time shifting machine ... :-( OK, I'll tried to make the test even more robust, but that the test may still fail occationally on time-shifting machines. - Jörg - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: transaction] Commons Transaction 1.2 rc3 ready for inspection
Oliver Zeigermann oliver.zeigermann at gmail.com writes: Finally there is the third release candidate at http://people.apache.org/~ozeigermann/tx-1.2rc3/ Hi Oliver, just wondering: What happened to the release? Cheers, Jörg - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
svn commit: r440653 - /jakarta/commons/proper/beanutils/trunk/src/java/org/apache/commons/beanutils/BeanUtilsBean.java
Author: imario Date: Wed Sep 6 01:24:40 2006 New Revision: 440653 URL: http://svn.apache.org/viewvc?view=revrev=440653 Log: in case of indexed property also pass a null value to the converter (as with the other destinations) This is required to make it work with primitive type arrays like boolean[] where you cant set a null value directly Modified: jakarta/commons/proper/beanutils/trunk/src/java/org/apache/commons/beanutils/BeanUtilsBean.java Modified: jakarta/commons/proper/beanutils/trunk/src/java/org/apache/commons/beanutils/BeanUtilsBean.java URL: http://svn.apache.org/viewvc/jakarta/commons/proper/beanutils/trunk/src/java/org/apache/commons/beanutils/BeanUtilsBean.java?view=diffrev=440653r1=440652r2=440653 == --- jakarta/commons/proper/beanutils/trunk/src/java/org/apache/commons/beanutils/BeanUtilsBean.java (original) +++ jakarta/commons/proper/beanutils/trunk/src/java/org/apache/commons/beanutils/BeanUtilsBean.java Wed Sep 6 01:24:40 2006 @@ -1021,7 +1021,7 @@ newValue = value; } } else if (type.isArray()) { // Indexed value into array -if (value instanceof String) { +if (value instanceof String || value == null) { newValue = getConvertUtils().convert((String) value, type.getComponentType()); } else if (value instanceof String[]) { - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[EMAIL PROTECTED]: Project commons-jelly-tags-jsl-test (in module commons-jelly) failed
To whom it may engage... This is an automated request, but not an unsolicited one. For more information please visit http://gump.apache.org/nagged.html, and/or contact the folk at [EMAIL PROTECTED] Project commons-jelly-tags-jsl-test has an issue affecting its community integration. This issue affects 1 projects, and has been outstanding for 13 runs. The current state of this project is 'Failed', with reason 'Build Failed'. For reference only, the following projects are affected by this: - commons-jelly-tags-jsl-test : Commons Jelly Full details are available at: http://vmgump.apache.org/gump/public/commons-jelly/commons-jelly-tags-jsl-test/index.html That said, some information snippets are provided here. The following annotations (debug/informational/warning/error messages) were provided: -DEBUG- Dependency on ant exists, no need to add for property maven.jar.ant-optional. -DEBUG- Dependency on xml-xerces exists, no need to add for property maven.jar.xerces. -DEBUG- (Gump generated) Maven Properties in: /usr/local/gump/public/workspace/commons-jelly/jelly-tags/jsl/build.properties -INFO- Failed with reason build failed -DEBUG- Maven POM in: /usr/local/gump/public/workspace/commons-jelly/jelly-tags/jsl/project.xml -DEBUG- Maven project properties in: /usr/local/gump/public/workspace/commons-jelly/jelly-tags/jsl/project.properties -INFO- Project Reports in: /usr/local/gump/public/workspace/commons-jelly/jelly-tags/jsl/target/test-reports The following work was performed: http://vmgump.apache.org/gump/public/commons-jelly/commons-jelly-tags-jsl-test/gump_work/build_commons-jelly_commons-jelly-tags-jsl-test.html Work Name: build_commons-jelly_commons-jelly-tags-jsl-test (Type: Build) Work ended in a state of : Failed Elapsed: 19 secs Command Line: maven --offline jar [Working Directory: /usr/local/gump/public/workspace/commons-jelly/jelly-tags/jsl] CLASSPATH: /opt/jdk1.5/lib/tools.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-jmf.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-swing.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-apache-resolver.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-trax.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-junit.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-launcher.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-nodeps.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant.jar:/usr/local/gump/public/workspace/jakarta-commons/beanutils/dist/commons-beanutils-core.jar:/usr/local/gump/public/workspace/commons-cli-1.0.x/target/commons-cli-06092006.jar:/usr/local/gump/public/workspace/jakarta-commons/collections/build/commons-collections-06092006.jar:/usr/local/gump/public/workspace/commons-jelly/target/commons-jelly-06092006.jar:/usr/local/gump/public/workspace/commons-jelly/jelly-tags/ant/target/commons-jelly-tags-ant-06092006.jar:/usr/local/gump/public/workspace/commons-jelly/jelly-tags/junit/target/commons-jelly-tags-junit-06092006.jar:/usr/local/gump/public/workspace/commons-jelly/jelly-tags/log/target/commons-jelly-tags-log-06092006.jar:/usr/local/gump/public/workspace/commons-jelly/jelly-tags/xml/target/commons-jelly-tags-xml-06092006.jar:/usr/local/gump/public/workspace/jakarta-commons/jexl/dist/commons-jexl-06092006.jar:/usr/local/gump/public/workspace/jakarta-commons/logging/target/commons-logging-06092006.jar:/usr/local/gump/public/workspace/jakarta-commons/logging/target/commons-logging-api-06092006.jar:/usr/local/gump/public/workspace/dom4j/build/dom4j.jar:/usr/local/gump/public/workspace/jaxen/target/jaxen-06092006.jar - [junit] at org.apache.commons.jelly.tags.junit.AssertTagSupport.fail(AssertTagSupport.java:63) [junit] at org.apache.commons.jelly.tags.junit.AssertTag.doTag(AssertTag.java:58) [junit] at org.apache.commons.jelly.impl.TagScript.run(TagScript.java:262) [junit] at org.apache.commons.jelly.impl.ScriptBlock.run(ScriptBlock.java:95) [junit] at org.apache.commons.jelly.TagSupport.invokeBody(TagSupport.java:186) [junit] at org.apache.commons.jelly.impl.StaticTag.doTag(StaticTag.java:65) [junit] at org.apache.commons.jelly.impl.StaticTagScript.run(StaticTagScript.java:112) [junit] at org.apache.commons.jelly.impl.ScriptBlock.run(ScriptBlock.java:95) [junit] at org.apache.commons.jelly.TagSupport.invokeBody(TagSupport.java:186) [junit] at org.apache.commons.jelly.tags.jsl.TemplateTag$1.run(TemplateTag.java:160) [junit] at org.dom4j.rule.Mode.fireRule(Mode.java:59) [junit] at org.dom4j.rule.Mode.applyTemplates(Mode.java:80) [junit] at org.dom4j.rule.RuleManager$1.run(RuleManager.java:171) [junit] at org.dom4j.rule.Mode.fireRule(Mode.java:59) [junit] at org.dom4j.rule.Stylesheet.run(Stylesheet.java:102) [junit] at org.dom4j.rule.Stylesheet.run(Stylesheet.java:91) [junit] at
[EMAIL PROTECTED]: Project commons-jelly-tags-jsl-test (in module commons-jelly) failed
To whom it may engage... This is an automated request, but not an unsolicited one. For more information please visit http://gump.apache.org/nagged.html, and/or contact the folk at [EMAIL PROTECTED] Project commons-jelly-tags-jsl-test has an issue affecting its community integration. This issue affects 1 projects, and has been outstanding for 13 runs. The current state of this project is 'Failed', with reason 'Build Failed'. For reference only, the following projects are affected by this: - commons-jelly-tags-jsl-test : Commons Jelly Full details are available at: http://vmgump.apache.org/gump/public/commons-jelly/commons-jelly-tags-jsl-test/index.html That said, some information snippets are provided here. The following annotations (debug/informational/warning/error messages) were provided: -DEBUG- Dependency on ant exists, no need to add for property maven.jar.ant-optional. -DEBUG- Dependency on xml-xerces exists, no need to add for property maven.jar.xerces. -DEBUG- (Gump generated) Maven Properties in: /usr/local/gump/public/workspace/commons-jelly/jelly-tags/jsl/build.properties -INFO- Failed with reason build failed -DEBUG- Maven POM in: /usr/local/gump/public/workspace/commons-jelly/jelly-tags/jsl/project.xml -DEBUG- Maven project properties in: /usr/local/gump/public/workspace/commons-jelly/jelly-tags/jsl/project.properties -INFO- Project Reports in: /usr/local/gump/public/workspace/commons-jelly/jelly-tags/jsl/target/test-reports The following work was performed: http://vmgump.apache.org/gump/public/commons-jelly/commons-jelly-tags-jsl-test/gump_work/build_commons-jelly_commons-jelly-tags-jsl-test.html Work Name: build_commons-jelly_commons-jelly-tags-jsl-test (Type: Build) Work ended in a state of : Failed Elapsed: 19 secs Command Line: maven --offline jar [Working Directory: /usr/local/gump/public/workspace/commons-jelly/jelly-tags/jsl] CLASSPATH: /opt/jdk1.5/lib/tools.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-jmf.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-swing.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-apache-resolver.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-trax.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-junit.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-launcher.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-nodeps.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant.jar:/usr/local/gump/public/workspace/jakarta-commons/beanutils/dist/commons-beanutils-core.jar:/usr/local/gump/public/workspace/commons-cli-1.0.x/target/commons-cli-06092006.jar:/usr/local/gump/public/workspace/jakarta-commons/collections/build/commons-collections-06092006.jar:/usr/local/gump/public/workspace/commons-jelly/target/commons-jelly-06092006.jar:/usr/local/gump/public/workspace/commons-jelly/jelly-tags/ant/target/commons-jelly-tags-ant-06092006.jar:/usr/local/gump/public/workspace/commons-jelly/jelly-tags/junit/target/commons-jelly-tags-junit-06092006.jar:/usr/local/gump/public/workspace/commons-jelly/jelly-tags/log/target/commons-jelly-tags-log-06092006.jar:/usr/local/gump/public/workspace/commons-jelly/jelly-tags/xml/target/commons-jelly-tags-xml-06092006.jar:/usr/local/gump/public/workspace/jakarta-commons/jexl/dist/commons-jexl-06092006.jar:/usr/local/gump/public/workspace/jakarta-commons/logging/target/commons-logging-06092006.jar:/usr/local/gump/public/workspace/jakarta-commons/logging/target/commons-logging-api-06092006.jar:/usr/local/gump/public/workspace/dom4j/build/dom4j.jar:/usr/local/gump/public/workspace/jaxen/target/jaxen-06092006.jar - [junit] at org.apache.commons.jelly.tags.junit.AssertTagSupport.fail(AssertTagSupport.java:63) [junit] at org.apache.commons.jelly.tags.junit.AssertTag.doTag(AssertTag.java:58) [junit] at org.apache.commons.jelly.impl.TagScript.run(TagScript.java:262) [junit] at org.apache.commons.jelly.impl.ScriptBlock.run(ScriptBlock.java:95) [junit] at org.apache.commons.jelly.TagSupport.invokeBody(TagSupport.java:186) [junit] at org.apache.commons.jelly.impl.StaticTag.doTag(StaticTag.java:65) [junit] at org.apache.commons.jelly.impl.StaticTagScript.run(StaticTagScript.java:112) [junit] at org.apache.commons.jelly.impl.ScriptBlock.run(ScriptBlock.java:95) [junit] at org.apache.commons.jelly.TagSupport.invokeBody(TagSupport.java:186) [junit] at org.apache.commons.jelly.tags.jsl.TemplateTag$1.run(TemplateTag.java:160) [junit] at org.dom4j.rule.Mode.fireRule(Mode.java:59) [junit] at org.dom4j.rule.Mode.applyTemplates(Mode.java:80) [junit] at org.dom4j.rule.RuleManager$1.run(RuleManager.java:171) [junit] at org.dom4j.rule.Mode.fireRule(Mode.java:59) [junit] at org.dom4j.rule.Stylesheet.run(Stylesheet.java:102) [junit] at org.dom4j.rule.Stylesheet.run(Stylesheet.java:91) [junit] at
[nightly build] beanutils failed.
Failed build logs: http://people.apache.org/~psteitz/commons-nightlies/20060906/beanutils.log - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Re: [nightly build] id failed.
On 9/6/06, Jörg Schaible [EMAIL PROTECTED] wrote: Jörg Schaible wrote on Tuesday, September 05, 2006 6:35 PM: Hi Phil, [EMAIL PROTECTED] wrote: Failed build logs: http://people.apache.org/~psteitz/commons-nightlies/20060905/id.log sorry, I have no idea how to fix this test on a time shifting machine ... :-( OK, I'll tried to make the test even more robust, but that the test may still fail occationally on time-shifting machines. I see [beanutils] failed last night on a time-related test as well. Does anyone have any experience / knowledge of vmware or UBUNTU Linux settings that could stop this from happening? Any ideas where to look? Phil - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
svn commit: r440725 - in /jakarta/commons/proper/net/branches/JDK_1_5_BRANCH/src/main/java/org/apache/commons/net/ftp: DefaultFTPFileListParser.java FTPClient.java FTPFileEntryParserImpl.java FTPFileL
Author: rwinston Date: Wed Sep 6 07:33:59 2006 New Revision: 440725 URL: http://svn.apache.org/viewvc?view=revrev=440725 Log: Remove deprecated classes and methods Removed: jakarta/commons/proper/net/branches/JDK_1_5_BRANCH/src/main/java/org/apache/commons/net/ftp/DefaultFTPFileListParser.java jakarta/commons/proper/net/branches/JDK_1_5_BRANCH/src/main/java/org/apache/commons/net/ftp/FTPFileListParser.java jakarta/commons/proper/net/branches/JDK_1_5_BRANCH/src/main/java/org/apache/commons/net/ftp/FTPFileListParserImpl.java Modified: jakarta/commons/proper/net/branches/JDK_1_5_BRANCH/src/main/java/org/apache/commons/net/ftp/FTPClient.java jakarta/commons/proper/net/branches/JDK_1_5_BRANCH/src/main/java/org/apache/commons/net/ftp/FTPFileEntryParserImpl.java Modified: jakarta/commons/proper/net/branches/JDK_1_5_BRANCH/src/main/java/org/apache/commons/net/ftp/FTPClient.java URL: http://svn.apache.org/viewvc/jakarta/commons/proper/net/branches/JDK_1_5_BRANCH/src/main/java/org/apache/commons/net/ftp/FTPClient.java?view=diffrev=440725r1=440724r2=440725 == --- jakarta/commons/proper/net/branches/JDK_1_5_BRANCH/src/main/java/org/apache/commons/net/ftp/FTPClient.java (original) +++ jakarta/commons/proper/net/branches/JDK_1_5_BRANCH/src/main/java/org/apache/commons/net/ftp/FTPClient.java Wed Sep 6 07:33:59 2006 @@ -2460,203 +2460,7 @@ return null; } -/** - * Using a programmer specified code FTPFileListParser /code, obtain a - * list of file information for a directory or information for - * just a single file. This information is obtained through the LIST - * command. The contents of the returned array is determined by the - * code FTPFileListParser /code used. - * The server may or may not expand glob expressions. You should avoid - * using glob expressions because the return format for glob listings - * differs from server to server and will likely cause this method to fail. - * p - * @param parser The code FTPFileListParser /code that should be - * used to parse the server file listing. - * @param pathname The file or directory to list. - * @return The list of file information contained in the given path in - * the format determined by the code parser /code parameter. - * pb - *NOTE:/b This array may contain null members if any of the - * individual file listings failed to parse. The caller should - * check each entry for null before referencing it. - * @exception FTPConnectionClosedException - * If the FTP server prematurely closes the connection as a result - * of the client being idle or some other reason causing the server - * to send FTP reply code 421. This exception may be caught either - * as an IOException or independently as itself. - * @exception IOException If an I/O error occurs while either sending a - * command to the server or receiving a reply from the server. - * - * @return The list of file information contained in the given path in - * the format determined bycode parserKey /codeparameter. - * pb - *NOTE:/b This array may contain null members if any of the - * individual file listings failed to parse. The caller should - * check each entry for null before referencing it. - * - * @exception IOException - * @since 5 Jan 2004 - * @deprecated use listFiles(String parserKey, String pathname) instead - */ -public FTPFile[] listFiles(FTPFileListParser parser, String pathname) -throws IOException -{ -Socket socket; -FTPFile[] results; -if ((socket = _openDataConnection_(FTPCommand.LIST, getListArguments(pathname))) == null) -return new FTPFile[0]; - -results = parser.parseFileList(socket.getInputStream(), getControlEncoding()); - -socket.close(); - -completePendingCommand(); - -return results; -} - - -/** - * Using a programmer specified code FTPFileListParser /code, - * obtain a list of file information for the current working directory. - * This information is obtained through the LIST command. - * The contents of the array returned is determined by the - * code FTPFileListParser /code used. - * p - * - * @param parser The code FTPFileListParser /code that should be - * used to parse the server file listing. - * - * @return The list of file information contained in the given path in - * the format determined by the code parser /code parameter. - * pb - *NOTE:/b This array may contain null members if any of the - * individual file listings failed to parse. The
svn commit: r440728 - /jakarta/commons/proper/net/branches/JDK_1_5_BRANCH/src/site/xdoc/changes.xml
Author: rwinston Date: Wed Sep 6 07:38:15 2006 New Revision: 440728 URL: http://svn.apache.org/viewvc?view=revrev=440728 Log: Remove deprecated classes Modified: jakarta/commons/proper/net/branches/JDK_1_5_BRANCH/src/site/xdoc/changes.xml Modified: jakarta/commons/proper/net/branches/JDK_1_5_BRANCH/src/site/xdoc/changes.xml URL: http://svn.apache.org/viewvc/jakarta/commons/proper/net/branches/JDK_1_5_BRANCH/src/site/xdoc/changes.xml?view=diffrev=440728r1=440727r2=440728 == --- jakarta/commons/proper/net/branches/JDK_1_5_BRANCH/src/site/xdoc/changes.xml (original) +++ jakarta/commons/proper/net/branches/JDK_1_5_BRANCH/src/site/xdoc/changes.xml Wed Sep 6 07:38:15 2006 @@ -94,6 +94,10 @@ action dev=rwinston type=update Added heavily updated MVSFTPEntryParser from lt;[EMAIL PROTECTED]gt; /action + action dev=rwinston type=remove + Removed deprecated classes FTPFileListParser, FTPFileListParserImpl, and DefaultFTPFileListParser. Also + removed associated deprecated methods from FTPClient. + /action /release - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Re: [nightly build] id failed.
Phil Steitz wrote on Wednesday, September 06, 2006 4:31 PM: On 9/6/06, Jörg Schaible [EMAIL PROTECTED] wrote: Jörg Schaible wrote on Tuesday, September 05, 2006 6:35 PM: Hi Phil, [EMAIL PROTECTED] wrote: Failed build logs: http://people.apache.org/~psteitz/commons-nightlies/20060905/id.log sorry, I have no idea how to fix this test on a time shifting machine ... :-( OK, I'll tried to make the test even more robust, but that the test may still fail occationally on time-shifting machines. I see [beanutils] failed last night on a time-related test as well. Does anyone have any experience / knowledge of vmware or UBUNTU Linux settings that could stop this from happening? Any ideas where to look? Well, there's a general documentation about this problem: http://www.vmware.com/pdf/vmware_timekeeping.pdf - Jörg - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [VOTE] Release Commons JEXL 1.1
On 9/6/06, Phil Steitz [EMAIL PROTECTED] wrote: On 9/5/06, Dion Gillard [EMAIL PROTECTED] wrote: snip/ I'm happy for the checkstyle report/config to be fixed post 1.1 release. I don't see this as showstopper either - as stated above, I am +1 with release as is and understand Rahu's reservation about changes after RC tag and vote. snap/ Thanks Dion, Phil for clarifying. As a reminder, this vote closes in half a day. -Rahul Phil - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [VOTE] Release Commons JEXL 1.1
Rahul Akolkar wrote: On 9/6/06, Phil Steitz [EMAIL PROTECTED] wrote: On 9/5/06, Dion Gillard [EMAIL PROTECTED] wrote: snip/ I'm happy for the checkstyle report/config to be fixed post 1.1 release. I don't see this as showstopper either - as stated above, I am +1 with release as is and understand Rahu's reservation about changes after RC tag and vote. snap/ Thanks Dion, Phil for clarifying. As a reminder, this vote closes in half a day. -Rahul Phil Site: - site/index.html: the menu has as second item a reference to javadoc-1.0, which should be now 1.1 (and is a dead-link anyway) - site/index.html: the link in the menu to the examples should better point to the viewcvs.cgi version (see links on site/cvs-usage.html for subversion viewer) - site/index.html: Releases section references 1.0 only - site/index.html: typo compatibile - site/releases.html: references 1.0 only - site/downloads.html: references 1.0 only (you might have to add the version to versions section of the project.xml) - site/javadoc.html: The output shows two invalid javadoc links Files: - the *.tar.gz files show following message unpacking it: tar: A lone zero block at (Linux) Bascially I am +1 to a release, but the site docs should at least be up-to-date for 1.1 at the relevant places. - Jörg - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Re: [nightly build] id failed.
Phil Steitz wrote: On 9/6/06, Jörg Schaible [EMAIL PROTECTED] wrote: Jörg Schaible wrote on Tuesday, September 05, 2006 6:35 PM: Hi Phil, [EMAIL PROTECTED] wrote: Failed build logs: http://people.apache.org/~psteitz/commons-nightlies/20060905/id.log sorry, I have no idea how to fix this test on a time shifting machine ... :-( OK, I'll tried to make the test even more robust, but that the test may still fail occationally on time-shifting machines. I see [beanutils] failed last night on a time-related test as well. It makes also false assumptions about the Locale: % Converting pattern 'd ' for de_AT java.lang.IllegalArgumentException: Illegal pattern character 'd' at org.apache.commons.beanutils.locale.converters.DateLocaleConverter.convertPattern(DateLocaleConverter.java:332) at org.apache.commons.beanutils.locale.converters.DateLocaleConverter.convertLocalizedPattern(DateLocaleConverter.java:302) at org.apache.commons.beanutils.locale.converters.DateLocaleConverter.parse(DateLocaleConverter.java:262) at org.apache.commons.beanutils.locale.BaseLocaleConverter.convert(BaseLocaleConverter.java:226) at org.apache.commons.beanutils.locale.BaseLocaleConverter.convert(BaseLocaleConverter.java:182) at org.apache.commons.beanutils.locale.converters.BaseLocaleConverterTestCase.convertValueWithPattern(BaseLocaleConverterTestCase.java:151) at org.apache.commons.beanutils.locale.converters.DateLocaleConverterTestCase.testConstructorMain(DateLocaleConverterTestCase.java:239) % and the failing test for SqlDateConverterTestCase is because of a wrong implementation of the test. Look at DateConverterTestBase.testConvertDate. It fails to initialize the Calendar object with the right time. Despite the other objects, this one must be initialized separate, simply add the line: ((Calendar)date[1]).setTimeInMillis(now); and the test is independent of any time slice. - Jörg - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Re: [nightly build] id failed.
On 9/6/06, Jörg Schaible [EMAIL PROTECTED] wrote: Phil Steitz wrote: On 9/6/06, Jörg Schaible [EMAIL PROTECTED] wrote: Jörg Schaible wrote on Tuesday, September 05, 2006 6:35 PM: Hi Phil, [EMAIL PROTECTED] wrote: Failed build logs: http://people.apache.org/~psteitz/commons-nightlies/20060905/id.log sorry, I have no idea how to fix this test on a time shifting machine ... :-( OK, I'll tried to make the test even more robust, but that the test may still fail occationally on time-shifting machines. I see [beanutils] failed last night on a time-related test as well. It makes also false assumptions about the Locale: % Converting pattern 'd ' for de_AT java.lang.IllegalArgumentException: Illegal pattern character 'd' at org.apache.commons.beanutils.locale.converters.DateLocaleConverter.convertPattern(DateLocaleConverter.java:332) at org.apache.commons.beanutils.locale.converters.DateLocaleConverter.convertLocalizedPattern(DateLocaleConverter.java:302) at org.apache.commons.beanutils.locale.converters.DateLocaleConverter.parse(DateLocaleConverter.java:262) at org.apache.commons.beanutils.locale.BaseLocaleConverter.convert(BaseLocaleConverter.java:226) at org.apache.commons.beanutils.locale.BaseLocaleConverter.convert(BaseLocaleConverter.java:182) at org.apache.commons.beanutils.locale.converters.BaseLocaleConverterTestCase.convertValueWithPattern(BaseLocaleConverterTestCase.java:151) at org.apache.commons.beanutils.locale.converters.DateLocaleConverterTestCase.testConstructorMain(DateLocaleConverterTestCase.java:239) % and the failing test for SqlDateConverterTestCase is because of a wrong implementation of the test. Look at DateConverterTestBase.testConvertDate. It fails to initialize the Calendar object with the right time. Despite the other objects, this one must be initialized separate, simply add the line: ((Calendar)date[1]).setTimeInMillis(now); and the test is independent of any time slice. - Jörg Hmmm...I am sure the [beanutils] devs would not mind having this test case patched, or at least a Jira with patch attached. Thanks for looking into this and thanks for the reference above, though I did not really find any fixes there. Phil - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Re: [nightly build] id failed.
Hi Phil, Phil Steitz wrote: On 9/6/06, Jörg Schaible [EMAIL PROTECTED] wrote: [snip] and the failing test for SqlDateConverterTestCase is because of a wrong implementation of the test. Look at DateConverterTestBase.testConvertDate. It fails to initialize the Calendar object with the right time. Despite the other objects, this one must be initialized separate, simply add the line: ((Calendar)date[1]).setTimeInMillis(now); and the test is independent of any time slice. - Jörg Hmmm...I am sure the [beanutils] devs would not mind having this test case patched, or at least a Jira with patch attached. Well, I just did not want to commit to a project I never committed before. Thanks for looking into this and thanks for the reference above, though I did not really find any fixes there. The test takes the current time in ms as now and creates different time-based objects all initialized with now - except the GregorianCalendar instance. For this object the code simply assumes, that that the internal call to System.getCurrentMillis() will still return the same value. The assertions expects later all the time-based objects to represent now. This assumption will fail occasionally if the time slice switched ... and even more likely if the machine shifts the time ;-) - Jörg - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
svn commit: r440883 - in /jakarta/commons/proper/jexl/trunk/xdocs: index.xml navigation.xml
Author: rahul Date: Wed Sep 6 14:42:55 2006 New Revision: 440883 URL: http://svn.apache.org/viewvc?view=revrev=440883 Log: Thanks to Jörg Schaible ( joehni AT apache DOT org ) for the following spots: * Typo: s/compatibile/compatible/ * Examples link now points to viewcvs Modified: jakarta/commons/proper/jexl/trunk/xdocs/index.xml jakarta/commons/proper/jexl/trunk/xdocs/navigation.xml Modified: jakarta/commons/proper/jexl/trunk/xdocs/index.xml URL: http://svn.apache.org/viewvc/jakarta/commons/proper/jexl/trunk/xdocs/index.xml?view=diffrev=440883r1=440882r2=440883 == --- jakarta/commons/proper/jexl/trunk/xdocs/index.xml (original) +++ jakarta/commons/proper/jexl/trunk/xdocs/index.xml Wed Sep 6 14:42:55 2006 @@ -28,7 +28,7 @@ embedded in applications and frameworks. JEXL is inspired by Jakarta Velocity and the Expression Language defined in the JavaServer Pages Standard Tag Library version 1.1 (JSTL) and JavaServer Pages version 2.0 (JSP). - While inspired by JSTL EL, it must be noted that JEXL is not a compatibile + While inspired by JSTL EL, it must be noted that JEXL is not a compatible implementation of EL as defined in JSTL 1.1 (JSR-052) or JSP 2.0 (JSR-152). For a compatible implementation of these specifications, see the a href=http://jakarta.apache.org/commons/el/;Commons EL/a project. Modified: jakarta/commons/proper/jexl/trunk/xdocs/navigation.xml URL: http://svn.apache.org/viewvc/jakarta/commons/proper/jexl/trunk/xdocs/navigation.xml?view=diffrev=440883r1=440882r2=440883 == --- jakarta/commons/proper/jexl/trunk/xdocs/navigation.xml (original) +++ jakarta/commons/proper/jexl/trunk/xdocs/navigation.xml Wed Sep 6 14:42:55 2006 @@ -24,7 +24,7 @@ item name=Overview href=/index.html / item name=1.0#xA0;Javadoc href=/apidocs-1.0/index.html/ item name=Latest#xA0;Javadoc href=/apidocs/index.html/ - item name=Examples href=http://svn.apache.org/repos/asf/jakarta/commons/proper/jexl/trunk/examples// + item name=Examples href=http://svn.apache.org/viewvc/jakarta/commons/proper/jexl/trunk/examples// item name=Releases and Builds href=/releases.html/ item name=Jar Downloads href=/downloads.html/ item name=Reference href=/reference/index.html/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [VOTE] Release Commons JEXL 1.1
On 9/6/06, Jörg Schaible [EMAIL PROTECTED] wrote: snip/ Site: - site/index.html: the menu has as second item a reference to javadoc-1.0, which should be now 1.1 (and is a dead-link anyway) - site/index.html: the link in the menu to the examples should better point to the viewcvs.cgi version (see links on site/cvs-usage.html for subversion viewer) - site/index.html: Releases section references 1.0 only - site/index.html: typo compatibile - site/releases.html: references 1.0 only - site/downloads.html: references 1.0 only (you might have to add the version to versions section of the project.xml) - site/javadoc.html: The output shows two invalid javadoc links snap/ Thanks for the detailed feedback, I had planned to update the 1.1 release bits on the site as part of cutting the release. As a procedural question, I wasn't sure whether a site should talk about the next release before that vote has actually passed. I've corrected the typo and changed examples to the viewcvs link. Thanks! Files: - the *.tar.gz files show following message unpacking it: tar: A lone zero block at (Linux) snip/ Seems this ant issue has the details: http://issues.apache.org/bugzilla/show_bug.cgi?id=28776 Did that cause any other problems in the actual untarring? -Rahul Bascially I am +1 to a release, but the site docs should at least be up-to-date for 1.1 at the relevant places. - Jörg - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Created: (MATH-158) Arbitrary log
Arbitrary log - Key: MATH-158 URL: http://issues.apache.org/jira/browse/MATH-158 Project: Commons Math Issue Type: New Feature Reporter: Hasan Diwan Priority: Minor Attachments: commons-math.pat Patch adds the change-of-base property for a logarithm and a test to make sure it works. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
svn commit: r440917 - /jakarta/commons/proper/jexl/trunk/.checkclipse
Author: dion Date: Wed Sep 6 17:58:21 2006 New Revision: 440917 URL: http://svn.apache.org/viewvc?view=revrev=440917 Log: Add filters to checkclipse Modified: jakarta/commons/proper/jexl/trunk/.checkclipse Modified: jakarta/commons/proper/jexl/trunk/.checkclipse URL: http://svn.apache.org/viewvc/jakarta/commons/proper/jexl/trunk/.checkclipse?view=diffrev=440917r1=440916r2=440917 == --- jakarta/commons/proper/jexl/trunk/.checkclipse (original) +++ jakarta/commons/proper/jexl/trunk/.checkclipse Wed Sep 6 17:58:21 2006 @@ -1,6 +1,7 @@ -#Wed Apr 26 13:51:12 EST 2006 +#Tue May 02 15:43:07 EST 2006 filenames.properties=/Jexl/src/conf/checkstyle.properties enabled=true projectclassloader=true filenames.config=/Jexl/src/conf/checkstyle.xml additional_jars=| +filenames.filter=/Jexl/src/conf/checkclipse-filter.properties - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Created: (JEXL-19) Ternary conditional not supported
Ternary conditional not supported - Key: JEXL-19 URL: http://issues.apache.org/jira/browse/JEXL-19 Project: Commons JEXL Issue Type: Bug Affects Versions: 1.1 Environment: Linux, JDK 5 Reporter: Jesse Glick Although the JEXL docs seem to imply that it is a superset of EL, it does not appear to support the ternary conditional, i.e. name != null ? name : 'default' -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[RESULT][VOTE] Release Commons JEXL 1.1
This VOTE has passed. Result: 5 +1s. No other votes. +1: Rahul Akolkar Dion Gillard Phil Steitz Oliver Heger Jörg Schaible I plan to cut the release this weekend. Thanks to everyone who took time to comment / vote. -Rahul On 8/29/06, Rahul Akolkar [EMAIL PROTECTED] wrote: This is a vote for releasing Commons JEXL 1.1 based on RC1. RC1 has been available for more than two weeks. It (with release notes, code signing keys, site etc.) is here: http://people.apache.org/~rahul/commons/jexl/ --- [ ] +1 I support this release [ ] +0 [ ] -0 [ ] -1 I oppose this release because... Vote will close no sooner than Wednesday September 6th, 5 PM EST (i.e. New York time) -- a little longer, since I'm away this Friday through Tuesday. -Rahul - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Commented: (JEXL-19) Ternary conditional not supported
[ http://issues.apache.org/jira/browse/JEXL-19?page=comments#action_12433018 ] dion gillard commented on JEXL-19: -- Back when JEXL was first developed it may have been an EL superset, but EL has had at least one release since then, and includes functions and other stuff JEXL doesn't do. This would be a welcome addition. Ternary conditional not supported - Key: JEXL-19 URL: http://issues.apache.org/jira/browse/JEXL-19 Project: Commons JEXL Issue Type: Bug Affects Versions: 1.1 Environment: Linux, JDK 5 Reporter: Jesse Glick Although the JEXL docs seem to imply that it is a superset of EL, it does not appear to support the ternary conditional, i.e. name != null ? name : 'default' -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Commented: (LANG-275) Add a pair of StringUtils.substringsBetween;String[] methods
[ http://issues.apache.org/jira/browse/LANG-275?page=comments#action_12433020 ] Henri Yandell commented on LANG-275: Thanks Mike, Currently substringBetween only returns the first match. So from: StringUtils.substringBetween([one], [two], [three], [, ]) it would return one. I want to get String[] { one, two, three } Add a pair of StringUtils.substringsBetween;String[] methods Key: LANG-275 URL: http://issues.apache.org/jira/browse/LANG-275 Project: Commons Lang Issue Type: Wish Reporter: Henri Yandell Priority: Minor Fix For: 3.0 I found myself wanting a version of substringBetween(String, String, String) that would return a String[] of the ones between and not just the single String for the first match. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]