[GUMP@vmgump]: Project commons-flatfile (in module commons-sandbox) 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 gene...@gump.apache.org. Project commons-flatfile has an issue affecting its community integration. This issue affects 1 projects. The current state of this project is 'Failed', with reason 'Build Timed Out'. For reference only, the following projects are affected by this: - commons-flatfile : Commons Flatfile Full details are available at: http://vmgump.apache.org/gump/public/commons-sandbox/commons-flatfile/index.html That said, some information snippets are provided here. The following annotations (debug/informational/warning/error messages) were provided: -DEBUG- Sole jar output [commons-flatfile-1.0-SNAPSHOT.jar] identifier set to project name -INFO- Optional dependency doxia-site-renderer failed with reason build timed out -DEBUG- (Apache Gump generated) Apache Maven Settings in: /srv/gump/public/workspace/commons-sandbox/flatfile/gump_mvn_settings.xml -INFO- Failed with reason build timed out -DEBUG- Maven POM in: /srv/gump/public/workspace/commons-sandbox/flatfile/pom.xml -INFO- Failed to extract fallback artifacts from Gump Repository The following work was performed: http://vmgump.apache.org/gump/public/commons-sandbox/commons-flatfile/gump_work/build_commons-sandbox_commons-flatfile.html Work Name: build_commons-sandbox_commons-flatfile (Type: Build) Work ended in a state of : Failed Elapsed: 60 mins Command Line: /opt/maven2/bin/mvn --batch-mode --settings /srv/gump/public/workspace/commons-sandbox/flatfile/gump_mvn_settings.xml package [Working Directory: /srv/gump/public/workspace/commons-sandbox/flatfile] M2_HOME: /opt/maven2 - [INFO] Scanning for projects... Downloading: http://localhost:8192/maven2/org/apache/commons/commons-sandbox-parent/9/commons-sandbox-parent-9.pom 4K downloaded (commons-sandbox-parent-9.pom) [INFO] [INFO] Building Commons Flatfile (Sandbox) [INFO]task-segment: [package] [INFO] [INFO] artifact org.codehaus.mojo:antlr-maven-plugin: checking for updates from central - To subscribe to this information via syndicated feeds: - RSS: http://vmgump.apache.org/gump/public/commons-sandbox/commons-flatfile/rss.xml - Atom: http://vmgump.apache.org/gump/public/commons-sandbox/commons-flatfile/atom.xml == Gump Tracking Only === Produced by Apache Gump(TM) version 2.3. Gump Run 20130125180006, vmgump.apache.org:vmgump:20130125180006 Gump E-mail Identifier (unique within run) #70. -- Apache Gump http://gump.apache.org/ [Instance: vmgump] - To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org
[GUMP@vmgump]: Project commons-jexl-2.x (in module commons-jexl-2.x) 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 gene...@gump.apache.org. Project commons-jexl-2.x has an issue affecting its community integration. This issue affects 1 projects. The current state of this project is 'Failed', with reason 'Build Timed Out'. For reference only, the following projects are affected by this: - commons-jexl-2.x : Commons Jexl Package Full details are available at: http://vmgump.apache.org/gump/public/commons-jexl-2.x/commons-jexl-2.x/index.html That said, some information snippets are provided here. The following annotations (debug/informational/warning/error messages) were provided: -DEBUG- Sole jar output [commons-jexl-2*[0-9T].jar] identifier set to project name -INFO- Optional dependency doxia-site-renderer failed with reason build timed out -DEBUG- (Apache Gump generated) Apache Maven Settings in: /srv/gump/public/workspace/commons-jexl-2.x/gump_mvn_settings.xml -INFO- Failed with reason build timed out -DEBUG- Maven POM in: /srv/gump/public/workspace/commons-jexl-2.x/pom.xml -DEBUG- Extracted fallback artifacts from Gump Repository The following work was performed: http://vmgump.apache.org/gump/public/commons-jexl-2.x/commons-jexl-2.x/gump_work/build_commons-jexl-2.x_commons-jexl-2.x.html Work Name: build_commons-jexl-2.x_commons-jexl-2.x (Type: Build) Work ended in a state of : Failed Elapsed: 60 mins Command Line: /opt/maven2/bin/mvn --batch-mode --settings /srv/gump/public/workspace/commons-jexl-2.x/gump_mvn_settings.xml package [Working Directory: /srv/gump/public/workspace/commons-jexl-2.x] M2_HOME: /opt/maven2 - [INFO] Scanning for projects... [INFO] [INFO] Building Commons JEXL [INFO]task-segment: [package] [INFO] Downloading: http://localhost:8192/maven2/org/codehaus/mojo/javacc-maven-plugin/2.6/javacc-maven-plugin-2.6.pom - To subscribe to this information via syndicated feeds: - RSS: http://vmgump.apache.org/gump/public/commons-jexl-2.x/commons-jexl-2.x/rss.xml - Atom: http://vmgump.apache.org/gump/public/commons-jexl-2.x/commons-jexl-2.x/atom.xml == Gump Tracking Only === Produced by Apache Gump(TM) version 2.3. Gump Run 20130125180006, vmgump.apache.org:vmgump:20130125180006 Gump E-mail Identifier (unique within run) #71. -- Apache Gump http://gump.apache.org/ [Instance: vmgump] - To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org
Re: svn commit: r1439882 [1/2] - in /commons/proper/dbcp/branches/DBCP_1_4_x_BRANCH: ./ src/java/org/apache/commons/dbcp/ src/java/org/apache/commons/dbcp/cpdsadapter/ src/java/org/apache/commons/dbcp
On 29/01/2013 13:11, ma...@apache.org wrote: Author: markt Date: Tue Jan 29 13:11:04 2013 New Revision: 1439882 URL: http://svn.apache.org/viewvc?rev=1439882view=rev Log: First pass at getting DBCP to compile with Java 7 to keep Gump happy. Whether or not we create a DBCP_1.5 branch and actually release this is a different question. The aim is to continue to be able to release 1.4 from this branch with Java 6. I need to check this in before I start testing the 1.4 build otherwise my changes will be modified/lost as I test the build. Sorry about the trailing whitespace changes in this commit. My IDE is configured to remove them by default and I forgot to disable that setting before I started these changes. Mark - To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org
[codec] Base64 with specified encode/decode alphabets and PAD?
I know this was considered several years ago, and a simpler alternative was chosen (the urlSafe boolean switch), but it would be helpful to some of us if we could replace the standard RFC 2045 alphabets with a nonstandard mapping and PAD character. There are applications where a large amount of legacy code (Java and other) and stored data use an old, nonstandard encoding, and it would be better to at least take advantage of the Apache code, so that people aren't always rewriting it (and creating new bugs) when moving to a new platform. As you might expect, the nonstandard features are the last two encoding chars, and the PAD char (hyphen instead of equals). If we could set those three values, we could use the code. We can't just subclass Base64 because the tables are private. And we'd need to adjust the decoding table, too, unlike URL-safe mode, because the static table uses the RFC values. Any chance of adding a constructor that would let us specify nonstandard values for those things?
Re: [codec] Base64 with specified encode/decode alphabets and PAD?
Patches and unit tests welcome! Make sure you start from trunk. Gary On Tue, Jan 29, 2013 at 1:47 PM, Steve Grennan stevegren...@ymail.comwrote: I know this was considered several years ago, and a simpler alternative was chosen (the urlSafe boolean switch), but it would be helpful to some of us if we could replace the standard RFC 2045 alphabets with a nonstandard mapping and PAD character. There are applications where a large amount of legacy code (Java and other) and stored data use an old, nonstandard encoding, and it would be better to at least take advantage of the Apache code, so that people aren't always rewriting it (and creating new bugs) when moving to a new platform. As you might expect, the nonstandard features are the last two encoding chars, and the PAD char (hyphen instead of equals). If we could set those three values, we could use the code. We can't just subclass Base64 because the tables are private. And we'd need to adjust the decoding table, too, unlike URL-safe mode, because the static table uses the RFC values. Any chance of adding a constructor that would let us specify nonstandard values for those things? -- E-Mail: garydgreg...@gmail.com | ggreg...@apache.org JUnit in Action, 2nd Ed: http://goog_1249600977http://bit.ly/ECvg0 Spring Batch in Action: http://s.apache.org/HOqhttp://bit.ly/bqpbCK Blog: http://garygregory.wordpress.com Home: http://garygregory.com/ Tweet! http://twitter.com/GaryGregory
Re: [codec] Base64 with specified encode/decode alphabets and PAD?
Hi, Steve, Are you thinking of doing the ordered alphabet (like iHarder's ORDERED option supports)? That way the encoded values maintain the same ordering as the original binary values when sorted by byte-value. But it's more involved than changing the two extra characters and the padding, since it remaps the complete Base64 alphabet (0-9 needs to come before A-Z). Also note, our current decode() logic handles both regular Base64 and URL-Safe. That way users don't have to specify in advance. But it doesn't auto-detect. It just decodes + and - to the same value, as well as / and _. So an encoded value could even include both + and - in the same encoding. Our logic assumes they are equivalent. yours, Julius On Tue, Jan 29, 2013 at 11:05 AM, Gary Gregory garydgreg...@gmail.com wrote: Patches and unit tests welcome! Make sure you start from trunk. Gary On Tue, Jan 29, 2013 at 1:47 PM, Steve Grennan stevegren...@ymail.comwrote: I know this was considered several years ago, and a simpler alternative was chosen (the urlSafe boolean switch), but it would be helpful to some of us if we could replace the standard RFC 2045 alphabets with a nonstandard mapping and PAD character. There are applications where a large amount of legacy code (Java and other) and stored data use an old, nonstandard encoding, and it would be better to at least take advantage of the Apache code, so that people aren't always rewriting it (and creating new bugs) when moving to a new platform. As you might expect, the nonstandard features are the last two encoding chars, and the PAD char (hyphen instead of equals). If we could set those three values, we could use the code. We can't just subclass Base64 because the tables are private. And we'd need to adjust the decoding table, too, unlike URL-safe mode, because the static table uses the RFC values. Any chance of adding a constructor that would let us specify nonstandard values for those things? -- E-Mail: garydgreg...@gmail.com | ggreg...@apache.org JUnit in Action, 2nd Ed: http://goog_1249600977http://bit.ly/ECvg0 Spring Batch in Action: http://s.apache.org/HOqhttp://bit.ly/bqpbCK Blog: http://garygregory.wordpress.com Home: http://garygregory.com/ Tweet! http://twitter.com/GaryGregory -- yours, Julius Davies 604-222-3310 (Home) $ sudo apt-get install cowsay $ echo Moo. | cowsay | cowsay -n | cowsay -n http://juliusdavies.ca/cowsay/ - To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org
Re: [configuration] Design discussion
Am 29.01.2013 01:32, schrieb Ralph Goers: Sure - But as I've worked with CombinedConfiguration I became less enthralled with it. The problem I had with the DynamicCombinedConfiguration was that every CombinedConfiguration has to have its own copy of all the configurations. Attempting to share a configuration led to all kinds of corruption when the file was updated and the tree was modified. I really wanted to do the same thing with CompositeConfiguration but since it didn't officially support XML and doesn't have a builder I didn't get around to it. I don't have a bright idea how to handle this. I hope, situation gets a bit better when reloading is done differently; then configuration data cannot change completely at any time. It is still on my list for 2.0 to implement a mechanism to make configurations optionally thread-safe. Hopefully, this leads to a solution for CombinedConfiguration, too. Ultimately, I would prefer that there only be one ConfigurationBuilder and that its end result be a Configuration, not a CombinedConfiguration. Underneath that there could, of course, be various flavors of builders but ideally the user wouldn't need to be bothered with them. Sounds good. Currently I am following a bottom-up approach, i.e. I create the various builders first. It should be possible to implement a 'meta' builder on top later. Oliver Ralph On Jan 28, 2013, at 1:10 PM, Oliver Heger wrote: (From time to time I am going to post an update about the progress I have made so that everybody who is interested can comment.) Just finished reworking MultiFileConfiguration to use the new builder approach. There is now a MultiFileConfigurationBuilder class offering pretty much the same functionality plus that it can deal with arbitrary file-based configurations. The class now also works well together with CombinedConfigurationBuilder in the same way the old integration was with DefaultConfigurationBuilder, i.e. a DynamicCombinedConfiguration is used to ensure that a new CombinedConfiguration is constructed every time the file pattern changes. @Ralph: Maybe, as the original author, you find the time to have a short look to verify that no features were lost? CombinedConfigurationBuilder should now provide the same functionality as DefaultConfigurationBuilder. With slight exceptions it can process the same configuration definition files. So I plan to remove DefaultConfigurationBuilder shortly. Oliver Am 05.01.2013 16:48, schrieb Oliver Heger: Hi Jörg, Am 04.01.2013 17:47, schrieb Jörg Schaible: Hi Oliver, Oliver Heger wrote: Hi, recently I have worked on code regarding the creation of Configuration objects and reloading support. I have created two Jira tickets [1, 2] with a description of the problems I see in the current design. The code in SVN (mainly in the new builder package) should be sufficient to get a good impression about the direction I would like to go. It is far more than a pure proof of concept. However, following this road means some significant changes in the design and in the way client code uses our classes. Therefore, I would really appreciate feedback from other committers also interested in this component. My main question is: Can we replace the reloading mechanisms available in 1.x by an approach based on builders as currently implemented in trunk (e.g. classes o.a.c.c.builder.ReloadingFileBasedConfigurationBuilder, o.a.c.c.reloading.ReloadingController)? If the answer is 'yes', we could go forward and significantly simplify most of the file-based configuration implementations. Thanks Oliver [1] https://issues.apache.org/jira/browse/CONFIGURATION-519 [2] https://issues.apache.org/jira/browse/CONFIGURATION-520 simply go-on with these changes. IMHO it looks good and since separation of concern leads here to significant code simplification, it's for the best of us devs and also for our users in the long term. Especially since the new approach brings also improved functionality. Thanks for your feedback. Will do! Oliver Cheers, Jörg - To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org - To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org - To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org - To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org
[GUMP@vmgump]: Project commons-jcs (in module apache-commons) 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 gene...@gump.apache.org. Project commons-jcs has an issue affecting its community integration. This issue affects 2 projects. The current state of this project is 'Failed', with reason 'Build Timed Out'. For reference only, the following projects are affected by this: - commons-jcs : Commons JCS - jcs : Apache Commons Full details are available at: http://vmgump.apache.org/gump/public/apache-commons/commons-jcs/index.html That said, some information snippets are provided here. The following annotations (debug/informational/warning/error messages) were provided: -DEBUG- Sole jar output [jcs-*[0-9T].jar] identifier set to project name -INFO- Optional dependency commons-dbcp failed with reason build failed -INFO- Optional dependency velocity-tools-view prerequisite failed with reason build timed out -INFO- Optional dependency commons-chain2 failed with reason build timed out -INFO- Optional dependency jgroups prerequisite failed with reason build timed out -INFO- Optional dependency commons-configuration prerequisite failed with reason build timed out -DEBUG- (Apache Gump generated) Apache Maven Settings in: /srv/gump/public/workspace/apache-commons/jcs/gump_mvn_settings.xml -INFO- Failed with reason build timed out -DEBUG- Maven POM in: /srv/gump/public/workspace/apache-commons/jcs/pom.xml -DEBUG- Extracted fallback artifacts from Gump Repository The following work was performed: http://vmgump.apache.org/gump/public/apache-commons/commons-jcs/gump_work/build_apache-commons_commons-jcs.html Work Name: build_apache-commons_commons-jcs (Type: Build) Work ended in a state of : Failed Elapsed: 60 mins Command Line: /opt/maven2/bin/mvn --batch-mode -DskipTests=true --settings /srv/gump/public/workspace/apache-commons/jcs/gump_mvn_settings.xml package [Working Directory: /srv/gump/public/workspace/apache-commons/jcs] M2_HOME: /opt/maven2 - [INFO] Scanning for projects... [INFO] [INFO] Building Commons JCS [INFO]task-segment: [package] [INFO] Downloading: http://localhost:8192/maven2/org/apache/maven/plugins/maven-surefire-plugin/2.11/maven-surefire-plugin-2.11.pom - To subscribe to this information via syndicated feeds: - RSS: http://vmgump.apache.org/gump/public/apache-commons/commons-jcs/rss.xml - Atom: http://vmgump.apache.org/gump/public/apache-commons/commons-jcs/atom.xml == Gump Tracking Only === Produced by Apache Gump(TM) version 2.3. Gump Run 20130125180006, vmgump.apache.org:vmgump:20130125180006 Gump E-mail Identifier (unique within run) #75. -- Apache Gump http://gump.apache.org/ [Instance: vmgump] - To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org
[continuum] BUILD FAILURE: Apache Commons - Commons Configuration - Group (shared) Maven 2 Build Definition (Java 1.5)
Online report : http://vmbuild.apache.org/continuum/buildResult.action?buildId=25968projectId=72 Build statistics: State: Failed Previous State: Failed Started at: Tue 29 Jan 2013 21:20:08 + Finished at: Tue 29 Jan 2013 21:25:36 + Total time: 5m 28s Build Trigger: Schedule Build Number: 252 Exit code: 1 Building machine hostname: vmbuild Operating system : Linux(unknown) Java Home version : java version 1.6.0_30 Java(TM) SE Runtime Environment (build 1.6.0_30-b12) Java HotSpot(TM) 64-Bit Server VM (build 20.5-b03, mixed mode) Builder version : Apache Maven 2.2.1 (r801777; 2009-08-06 19:16:01+) Java version: 1.6.0_30 Java home: /usr/lib/jvm/jdk1.6.0_30/jre Default locale: en_AU, platform encoding: UTF-8 OS name: linux version: 2.6.32-41-server arch: amd64 Family: unix SCM Changes: Changed: oheger @ Tue 29 Jan 2013 21:01:00 + Comment: Javadoc Files changed: /commons/proper/configuration/trunk/src/main/java/org/apache/commons/configuration/builder/combined/CombinedConfigurationBuilder.java ( 1440126 ) Changed: oheger @ Tue 29 Jan 2013 21:05:49 + Comment: [CONFIGURATION-518] Updated changes.xml. Files changed: /commons/proper/configuration/trunk/src/changes/changes.xml ( 1440128 ) Dependencies Changes: No dependencies changed Build Definition: POM filename: pom.xml Goals: clean deploy Arguments: --batch-mode -Pjava-1.5 -Dgpg.skip -Prelease Build Fresh: false Always Build: false Default Build Definition: true Schedule: COMMONS_SCHEDULE Profile Name: Maven 2.2.1 Description: Group (shared) Maven 2 Build Definition (Java 1.5) Test Summary: Tests: 2058 Failures: 2 Errors: 0 Success Rate: 99 Total time: 150.42201 Test Failures: TestCombinedConfigurationBuilderVFS testMultiTenentConfigurationReloading : java.lang.AssertionError java.lang.AssertionError: No change detected at org.junit.Assert.fail(Assert.java:93) at org.junit.Assert.assertTrue(Assert.java:43) at org.apache.commons.configuration.builder.combined.TestCombinedConfigurationBuilder.testMultiTenentConfigurationReloading(TestCombinedConfigurationBuilder.java:1133) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:592) at org.junit.runners.model.FrameworkMethod$1.runReflectiveCall(FrameworkMethod.java:45) at org.junit.internal.runners.model.ReflectiveCallable.run(ReflectiveCallable.java:15) at org.junit.runners.model.FrameworkMethod.invokeExplosively(FrameworkMethod.java:42) at org.junit.internal.runners.statements.InvokeMethod.evaluate(InvokeMethod.java:20) at org.junit.internal.runners.statements.RunBefores.evaluate(RunBefores.java:28) at org.junit.internal.runners.statements.RunAfters.evaluate(RunAfters.java:30) at org.junit.runners.ParentRunner.runLeaf(ParentRunner.java:263) at org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:68) at org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:47) at org.junit.runners.ParentRunner$3.run(ParentRunner.java:231) at org.junit.runners.ParentRunner$1.schedule(ParentRunner.java:60) at org.junit.runners.ParentRunner.runChildren(ParentRunner.java:229) at org.junit.runners.ParentRunner.access$000(ParentRunner.java:50) at org.junit.runners.ParentRunner$2.evaluate(ParentRunner.java:222) at org.junit.runners.ParentRunner.run(ParentRunner.java:300) at org.apache.maven.surefire.junit4.JUnit4Provider.execute(JUnit4Provider.java:252) at org.apache.maven.surefire.junit4.JUnit4Provider.executeTestSet(JUnit4Provider.java:141) at org.apache.maven.surefire.junit4.JUnit4Provider.invoke(JUnit4Provider.java:112) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at
Re: [codec] Base64 with specified encode/decode alphabets and PAD?
Hi, Julius, I wasn't aware of the ORDERED option, but I'll take a look at it, thanks. I did notice that the decode list works for both (standard) encodings. I wouldn't write anything that would change that for the existing calls. Steve From: Julius Davies juliusdav...@gmail.com To: Commons Developers List dev@commons.apache.org Cc: Steve Grennan stevegren...@ymail.com Sent: Tuesday, January 29, 2013 12:40 PM Subject: Re: [codec] Base64 with specified encode/decode alphabets and PAD? Hi, Steve, Are you thinking of doing the ordered alphabet (like iHarder's ORDERED option supports)? That way the encoded values maintain the same ordering as the original binary values when sorted by byte-value. But it's more involved than changing the two extra characters and the padding, since it remaps the complete Base64 alphabet (0-9 needs to come before A-Z). Also note, our current decode() logic handles both regular Base64 and URL-Safe. That way users don't have to specify in advance. But it doesn't auto-detect. It just decodes + and - to the same value, as well as / and _. So an encoded value could even include both + and - in the same encoding. Our logic assumes they are equivalent. yours, Julius On Tue, Jan 29, 2013 at 11:05 AM, Gary Gregory garydgreg...@gmail.com wrote: Patches and unit tests welcome! Make sure you start from trunk. Gary On Tue, Jan 29, 2013 at 1:47 PM, Steve Grennan stevegren...@ymail.comwrote: I know this was considered several years ago, and a simpler alternative was chosen (the urlSafe boolean switch), but it would be helpful to some of us if we could replace the standard RFC 2045 alphabets with a nonstandard mapping and PAD character. There are applications where a large amount of legacy code (Java and other) and stored data use an old, nonstandard encoding, and it would be better to at least take advantage of the Apache code, so that people aren't always rewriting it (and creating new bugs) when moving to a new platform. As you might expect, the nonstandard features are the last two encoding chars, and the PAD char (hyphen instead of equals). If we could set those three values, we could use the code. We can't just subclass Base64 because the tables are private. And we'd need to adjust the decoding table, too, unlike URL-safe mode, because the static table uses the RFC values. Any chance of adding a constructor that would let us specify nonstandard values for those things? -- E-Mail: garydgreg...@gmail.com | ggreg...@apache.org JUnit in Action, 2nd Ed: http://goog_1249600977http://bit.ly/ECvg0 Spring Batch in Action: http://s.apache.org/HOqhttp://bit.ly/bqpbCK Blog: http://garygregory.wordpress.com Home: http://garygregory.com/ Tweet! http://twitter.com/GaryGregory -- yours, Julius Davies 604-222-3310 (Home) $ sudo apt-get install cowsay $ echo Moo. | cowsay | cowsay -n | cowsay -n http://juliusdavies.ca/cowsay/
[GUMP@vmgump]: Project commons-scxml (in module apache-commons) 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 gene...@gump.apache.org. Project commons-scxml has an issue affecting its community integration. This issue affects 2 projects. The current state of this project is 'Failed', with reason 'Build Timed Out'. For reference only, the following projects are affected by this: - commons-scxml : A Java Implementation of a State Chart XML Engine - commons-scxml-test : Apache Commons Full details are available at: http://vmgump.apache.org/gump/public/apache-commons/commons-scxml/index.html That said, some information snippets are provided here. The following annotations (debug/informational/warning/error messages) were provided: -DEBUG- Sole jar output [commons-scxml-*[0-9T].jar] identifier set to project name -INFO- Optional dependency commons-jexl3 failed with reason build timed out -DEBUG- (Apache Gump generated) Apache Maven Settings in: /srv/gump/public/workspace/apache-commons/scxml/gump_mvn_settings.xml -INFO- Failed with reason build timed out -DEBUG- Maven POM in: /srv/gump/public/workspace/apache-commons/scxml/pom.xml -INFO- Project Reports in: /srv/gump/public/workspace/apache-commons/scxml/target/surefire-reports -WARNING- No directory [/srv/gump/public/workspace/apache-commons/scxml/target/surefire-reports] -DEBUG- Extracted fallback artifacts from Gump Repository The following work was performed: http://vmgump.apache.org/gump/public/apache-commons/commons-scxml/gump_work/build_apache-commons_commons-scxml.html Work Name: build_apache-commons_commons-scxml (Type: Build) Work ended in a state of : Failed Elapsed: 1 hour 3 secs Command Line: /opt/maven2/bin/mvn --batch-mode -DskipTests=true --settings /srv/gump/public/workspace/apache-commons/scxml/gump_mvn_settings.xml package [Working Directory: /srv/gump/public/workspace/apache-commons/scxml] M2_HOME: /opt/maven2 - [INFO] Scanning for projects... [INFO] [INFO] Building Commons SCXML [INFO]task-segment: [package] [INFO] Downloading: http://localhost:8192/maven2/commons-digester/commons-digester/1.8.1/commons-digester-1.8.1.pom - To subscribe to this information via syndicated feeds: - RSS: http://vmgump.apache.org/gump/public/apache-commons/commons-scxml/rss.xml - Atom: http://vmgump.apache.org/gump/public/apache-commons/commons-scxml/atom.xml == Gump Tracking Only === Produced by Apache Gump(TM) version 2.3. Gump Run 20130125180006, vmgump.apache.org:vmgump:20130125180006 Gump E-mail Identifier (unique within run) #76. -- Apache Gump http://gump.apache.org/ [Instance: vmgump] - To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org
Re: [codec] Base64 with specified encode/decode alphabets and PAD?
Just to be clear, commons-codec doesn't support ORDERED yet But thought I'd mention it just in case your own data sources are using it. yours, Julius On Tue, Jan 29, 2013 at 1:43 PM, Steve Grennan sgren...@yahoo-inc.com wrote: Hi, Julius, I wasn't aware of the ORDERED option, but I'll take a look at it, thanks. I did notice that the decode list works for both (standard) encodings. I wouldn't write anything that would change that for the existing calls. Steve From: Julius Davies juliusdav...@gmail.com To: Commons Developers List dev@commons.apache.org Cc: Steve Grennan stevegren...@ymail.com Sent: Tuesday, January 29, 2013 12:40 PM Subject: Re: [codec] Base64 with specified encode/decode alphabets and PAD? Hi, Steve, Are you thinking of doing the ordered alphabet (like iHarder's ORDERED option supports)? That way the encoded values maintain the same ordering as the original binary values when sorted by byte-value. But it's more involved than changing the two extra characters and the padding, since it remaps the complete Base64 alphabet (0-9 needs to come before A-Z). Also note, our current decode() logic handles both regular Base64 and URL-Safe. That way users don't have to specify in advance. But it doesn't auto-detect. It just decodes + and - to the same value, as well as / and _. So an encoded value could even include both + and - in the same encoding. Our logic assumes they are equivalent. yours, Julius On Tue, Jan 29, 2013 at 11:05 AM, Gary Gregory garydgreg...@gmail.com wrote: Patches and unit tests welcome! Make sure you start from trunk. Gary On Tue, Jan 29, 2013 at 1:47 PM, Steve Grennan stevegren...@ymail.comwrote: I know this was considered several years ago, and a simpler alternative was chosen (the urlSafe boolean switch), but it would be helpful to some of us if we could replace the standard RFC 2045 alphabets with a nonstandard mapping and PAD character. There are applications where a large amount of legacy code (Java and other) and stored data use an old, nonstandard encoding, and it would be better to at least take advantage of the Apache code, so that people aren't always rewriting it (and creating new bugs) when moving to a new platform. As you might expect, the nonstandard features are the last two encoding chars, and the PAD char (hyphen instead of equals). If we could set those three values, we could use the code. We can't just subclass Base64 because the tables are private. And we'd need to adjust the decoding table, too, unlike URL-safe mode, because the static table uses the RFC values. Any chance of adding a constructor that would let us specify nonstandard values for those things? -- E-Mail: garydgreg...@gmail.com | ggreg...@apache.org JUnit in Action, 2nd Ed: http://goog_1249600977http://bit.ly/ECvg0 Spring Batch in Action: http://s.apache.org/HOqhttp://bit.ly/bqpbCK Blog: http://garygregory.wordpress.com Home: http://garygregory.com/ Tweet! http://twitter.com/GaryGregory -- yours, Julius Davies 604-222-3310 (Home) $ sudo apt-get install cowsay $ echo Moo. | cowsay | cowsay -n | cowsay -n http://juliusdavies.ca/cowsay/ -- yours, Julius Davies 604-222-3310 (Home) $ sudo apt-get install cowsay $ echo Moo. | cowsay | cowsay -n | cowsay -n http://juliusdavies.ca/cowsay/ - To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org
[functor] Remove Functor marker interfaces
Hi all, In Haskell, category theory and possibly in other fields and programming languages a functor has a broader meaning. Typically, they are structures that can be mapped over [1]. A common functor taught for beginners in Haskell (like me) is a list. So it may be confusing for programmers used with other languages and API's in principle to see the Functor interface in the project. I tried removing the functor interfaces from the functor-api project, and after minor changes in the function/predicate/procedure's the rest of the code compiled with no problem. I think these marker interfaces could be removed. They are not being used anywhere in the functor-core, but we would have to update the site. Thoughts on this? Thanks! [1] http://en.wikibooks.org/wiki/Haskell/Applicative_Functors Bruno P. Kinoshita http://kinoshita.eti.br http://tupilabs.com - To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org
[functor] Change default arity of Function, Predicate and Procedure
Hi all, In Java 8 and Guava the default arity of a Function is 1, but in [functor] it is 0, IOW, in Java 8 and Guava a Function is by default a UnaryFunction, while in [functor] it is a NullaryFunction. What do you guys think of changing the default arity of Function, Procedure and Predicate in [functor] to 1, rather than 0? Cheers Bruno P. Kinoshita http://kinoshita.eti.br http://tupilabs.com - To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org
[VFS] trunk UriParser.normalisePath() problem for resolveFile?
Hello- I am using trunk VFS and hitting an error when trying to resolve files. This simple example demonstrates the problem: FileObject root = VFS.getManager().resolveFile( ftp://atlas.ca.gov/pub/casil/; ); FileObject file = root.resolveFile( ftp://atlas.ca.gov/pub/casil/transportation/README;); This gets an error: org.apache.commons.vfs2.FileSystemException: Expecting // to follow the scheme in URI ftp:/atlas.ca.gov/pub/casil/transportation/README. The javadoc on resolveFile says the path can be absolute or relative. Digging into things, the issue seems to be in: DefaultFileSystemManager#resolveName This calls: UriParser.normalisePath(buffer); removing the second slash from :// and making an invalid path. Am I doing something wrong, or is this expected? thanks Ryan
Re: [functor] Remove Functor marker interfaces
Hi, Bruno. My reasoning for having these marker interfaces was that they might be a useful means of recognizing the commonality between the various interfaces depending on the number of arguments accepted.[1] I can't say that I have a specific use-case for this, however. Would some other nomenclature allow us to serve both purposes? Matt [1] http://wiki.apache.org/commons/Sanity%20Check%20of%20APIs%2C%20etc. (first item) On Tue, Jan 29, 2013 at 4:44 PM, Bruno P. Kinoshita ki...@apache.orgwrote: Hi all, In Haskell, category theory and possibly in other fields and programming languages a functor has a broader meaning. Typically, they are structures that can be mapped over [1]. A common functor taught for beginners in Haskell (like me) is a list. So it may be confusing for programmers used with other languages and API's in principle to see the Functor interface in the project. I tried removing the functor interfaces from the functor-api project, and after minor changes in the function/predicate/procedure's the rest of the code compiled with no problem. I think these marker interfaces could be removed. They are not being used anywhere in the functor-core, but we would have to update the site. Thoughts on this? Thanks! [1] http://en.wikibooks.org/wiki/Haskell/Applicative_Functors Bruno P. Kinoshita http://kinoshita.eti.br http://tupilabs.com - To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org
Re: [functor] Change default arity of Function, Predicate and Procedure
What about in pure functional languages e.g. Haskell? Matt On Tue, Jan 29, 2013 at 4:55 PM, Bruno P. Kinoshita brunodepau...@yahoo.com.br wrote: Hi all, In Java 8 and Guava the default arity of a Function is 1, but in [functor] it is 0, IOW, in Java 8 and Guava a Function is by default a UnaryFunction, while in [functor] it is a NullaryFunction. What do you guys think of changing the default arity of Function, Procedure and Predicate in [functor] to 1, rather than 0? Cheers Bruno P. Kinoshita http://kinoshita.eti.br http://tupilabs.com - To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org
Re: [functor] Remove Functor marker interfaces
Hi Matt, Your reasoning sounds right. A use-case for this could be a graphical interface that used functions, and then you would have to know how many parameters display in an input form. Without these marker interfaces the code would have to maybe check the class name to guess its arity. Would some other nomenclature allow us to serve both purposes? +1 I'll think about some options for naming these marker interfaces. Thanks a lot for the quick response. Bruno P. Kinoshita http://kinoshita.eti.br http://tupilabs.com From: Matt Benson gudnabr...@gmail.com To: Commons Developers List dev@commons.apache.org; Bruno P. Kinoshita ki...@apache.org Sent: Tuesday, January 29, 2013 8:56 PM Subject: Re: [functor] Remove Functor marker interfaces Hi, Bruno. My reasoning for having these marker interfaces was that they might be a useful means of recognizing the commonality between the various interfaces depending on the number of arguments accepted.[1] I can't say that I have a specific use-case for this, however. Would some other nomenclature allow us to serve both purposes? Matt [1] http://wiki.apache.org/commons/Sanity%20Check%20of%20APIs%2C%20etc. (first item) On Tue, Jan 29, 2013 at 4:44 PM, Bruno P. Kinoshita ki...@apache.org wrote: Hi all, In Haskell, category theory and possibly in other fields and programming languages a functor has a broader meaning. Typically, they are structures that can be mapped over [1]. A common functor taught for beginners in Haskell (like me) is a list. So it may be confusing for programmers used with other languages and API's in principle to see the Functor interface in the project. I tried removing the functor interfaces from the functor-api project, and after minor changes in the function/predicate/procedure's the rest of the code compiled with no problem. I think these marker interfaces could be removed. They are not being used anywhere in the functor-core, but we would have to update the site. Thoughts on this? Thanks! [1] http://en.wikibooks.org/wiki/Haskell/Applicative_Functors Bruno P. Kinoshita http://kinoshita.eti.br http://tupilabs.com - To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org - To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org
Re: [VFS] trunk UriParser.normalisePath() problem for resolveFile?
Sorry for the double post. Since my account sent a bunch of spam, I was kicked off the list and my first message failed. I think signed up again and now both messages went through. thanks ryan On Tue, Jan 29, 2013 at 2:56 PM, Ryan McKinley ryan...@gmail.com wrote: Hello- I am using trunk VFS and hitting an error when trying to resolve files. This simple example demonstrates the problem: FileObject root = VFS.getManager().resolveFile( ftp://atlas.ca.gov/pub/casil/; ); FileObject file = root.resolveFile( ftp://atlas.ca.gov/pub/casil/transportation/README;); This gets an error: org.apache.commons.vfs2.FileSystemException: Expecting // to follow the scheme in URI ftp:/atlas.ca.gov/pub/casil/transportation/README. The javadoc on resolveFile says the path can be absolute or relative. Digging into things, the issue seems to be in: DefaultFileSystemManager#resolveName This calls: UriParser.normalisePath(buffer); removing the second slash from :// and making an invalid path. Am I doing something wrong, or is this expected? thanks Ryan
Re: [functor] Change default arity of Function, Predicate and Procedure
In Haskell you define your functions and its arity. // nullary function a :: () = () - String a = Hello World // unary function b :: (Integral c) = c -: String b x = Hello Integral I think in Clojure and Scala you can define the arity of the function too. For the users of [functor] I think it would be easier to migrate their code to Java 8, or use it with Java 8, if both [functor] and Java 8 Function classes had similar behaviour. That would be interesting especially if the lambda project provided a backport jar. [functor] and lambda project provide 1 and 2 arities by default, but lambda doesn't provide nullary interfaces (or at least I couldn't find them in java.util.functions). Cheers Bruno P. Kinoshita http://kinoshita.eti.br http://tupilabs.com - Original Message - From: Matt Benson gudnabr...@gmail.com To: Commons Developers List dev@commons.apache.org; Bruno P. Kinoshita brunodepau...@yahoo.com.br Cc: Sent: Tuesday, January 29, 2013 8:57 PM Subject: Re: [functor] Change default arity of Function, Predicate and Procedure What about in pure functional languages e.g. Haskell? Matt On Tue, Jan 29, 2013 at 4:55 PM, Bruno P. Kinoshita brunodepau...@yahoo.com.br wrote: Hi all, In Java 8 and Guava the default arity of a Function is 1, but in [functor] it is 0, IOW, in Java 8 and Guava a Function is by default a UnaryFunction, while in [functor] it is a NullaryFunction. What do you guys think of changing the default arity of Function, Procedure and Predicate in [functor] to 1, rather than 0? Cheers Bruno P. Kinoshita http://kinoshita.eti.br http://tupilabs.com - To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org - To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org
[functor] Replace oac.functor.adapter package by static helper functions
Hi all, In the next days I'll try in a branch or in github to replace some of the classes in oac.functor.adapter package by static helper functions, like Functions and Predicates (also present in lambda project - Java 8). So instead of: UnaryPredicateString isEmpty = ...; UnaryPredicateUnaryFunctionString isEmptyFunction = UnaryPredicateUnaryFunction.adapt(isEmpty); We could have more or less: UnaryPredicateString p = ...; UnaryFunctionString, Boolean f = Predicates.asFunction(p); Besides being easier to use, It could reduce the number of public classes in [functor]-core too. Feel free to chime in if you have any suggestions about this :) Thanks in advance! Bruno P. Kinoshita http://kinoshita.eti.br http://tupilabs.com - To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org
[VFS] trunk RamProvider tests failing?
are trunk tests failing for anyone else? I get: junit.framework.TestSuite@3cf7d6ff(org.apache.commons.vfs2.test.ProviderTestSuite) Time elapsed: 8426 sec ERROR! org.apache.commons.vfs2.FileSystemException: Unknown message with code org.apache.commons.vfs2.FileNotFoundException Could not read from file:///Users/ryan/workspace/apache/vfs/core/target/test-classes/test-data/write-tests/file1.txt because it is a not a file.. at org.apache.commons.vfs2.provider.ram.RamFileSystem.toRamFileObject(RamFileSystem.java:289) at org.apache.commons.vfs2.provider.ram.RamFileSystem.toRamFileObject(RamFileSystem.java:254) at org.apache.commons.vfs2.provider.ram.RamFileSystem.toRamFileObject(RamFileSystem.java:254) at org.apache.commons.vfs2.provider.ram.RamFileSystem.importTree(RamFileSystem.java:231) at org.apache.commons.vfs2.provider.ram.test.RamProviderTestCase.getBaseTestFolder(RamProviderTestCase.java:90) at org.apache.commons.vfs2.test.AbstractTestSuite.setUp(AbstractTestSuite.java:166) at junit.extensions.TestSetup$1.protect(TestSetup.java:22) at junit.framework.TestResult.runProtected(TestResult.java:142) ... My environment is: bicho:vfs ryan$ mvn --version Apache Maven 3.0.4 (r1232337; 2012-01-17 00:44:56-0800) Maven home: /usr/share/maven Java version: 1.7.0_11, vendor: Oracle Corporation Java home: /Library/Java/JavaVirtualMachines/jdk1.7.0_11.jdk/Contents/Home/jre Default locale: en_US, platform encoding: UTF-8 OS name: mac os x, version: 10.8.2, arch: x86_64, family: mac thanks ryan
Re: [VFS] trunk RamProvider tests failing?
Also failing here: https://builds.apache.org/job/commons-vfs-trunk/ but not for the same reason (looks more like jenkins config/resources issue) On Tue, Jan 29, 2013 at 4:49 PM, Ryan McKinley ryan...@gmail.com wrote: are trunk tests failing for anyone else? I get: junit.framework.TestSuite@3cf7d6ff(org.apache.commons.vfs2.test.ProviderTestSuite) Time elapsed: 8426 sec ERROR! org.apache.commons.vfs2.FileSystemException: Unknown message with code org.apache.commons.vfs2.FileNotFoundException Could not read from file:///Users/ryan/workspace/apache/vfs/core/target/test-classes/test-data/write-tests/file1.txt because it is a not a file.. at org.apache.commons.vfs2.provider.ram.RamFileSystem.toRamFileObject(RamFileSystem.java:289) at org.apache.commons.vfs2.provider.ram.RamFileSystem.toRamFileObject(RamFileSystem.java:254) at org.apache.commons.vfs2.provider.ram.RamFileSystem.toRamFileObject(RamFileSystem.java:254) at org.apache.commons.vfs2.provider.ram.RamFileSystem.importTree(RamFileSystem.java:231) at org.apache.commons.vfs2.provider.ram.test.RamProviderTestCase.getBaseTestFolder(RamProviderTestCase.java:90) at org.apache.commons.vfs2.test.AbstractTestSuite.setUp(AbstractTestSuite.java:166) at junit.extensions.TestSetup$1.protect(TestSetup.java:22) at junit.framework.TestResult.runProtected(TestResult.java:142) ... My environment is: bicho:vfs ryan$ mvn --version Apache Maven 3.0.4 (r1232337; 2012-01-17 00:44:56-0800) Maven home: /usr/share/maven Java version: 1.7.0_11, vendor: Oracle Corporation Java home: /Library/Java/JavaVirtualMachines/jdk1.7.0_11.jdk/Contents/Home/jre Default locale: en_US, platform encoding: UTF-8 OS name: mac os x, version: 10.8.2, arch: x86_64, family: mac thanks ryan
Re: [VFS] trunk RamProvider tests failing?
From the command line, all is well for me on Win 7 64-bit with Java 1.6.0_38 and 1.7.0_11: Apache Maven 3.0.4 (r1232337; 2012-01-17 03:44:56-0500) Maven home: C:\Java\apache-maven-3.0.4\bin\.. Java version: 1.7.0_11, vendor: Oracle Corporation Java home: C:\Program Files\Java\jdk1.7.0_11\jre Default locale: en_US, platform encoding: Cp1252 OS name: windows 7, version: 6.1, arch: amd64, family: windows Gary On Tue, Jan 29, 2013 at 8:03 PM, Ryan McKinley ryan...@gmail.com wrote: Also failing here: https://builds.apache.org/job/commons-vfs-trunk/ but not for the same reason (looks more like jenkins config/resources issue) On Tue, Jan 29, 2013 at 4:49 PM, Ryan McKinley ryan...@gmail.com wrote: are trunk tests failing for anyone else? I get: junit.framework.TestSuite@3cf7d6ff (org.apache.commons.vfs2.test.ProviderTestSuite) Time elapsed: 8426 sec ERROR! org.apache.commons.vfs2.FileSystemException: Unknown message with code org.apache.commons.vfs2.FileNotFoundException Could not read from file:///Users/ryan/workspace/apache/vfs/core/target/test-classes/test-data/write-tests/file1.txt because it is a not a file.. at org.apache.commons.vfs2.provider.ram.RamFileSystem.toRamFileObject(RamFileSystem.java:289) at org.apache.commons.vfs2.provider.ram.RamFileSystem.toRamFileObject(RamFileSystem.java:254) at org.apache.commons.vfs2.provider.ram.RamFileSystem.toRamFileObject(RamFileSystem.java:254) at org.apache.commons.vfs2.provider.ram.RamFileSystem.importTree(RamFileSystem.java:231) at org.apache.commons.vfs2.provider.ram.test.RamProviderTestCase.getBaseTestFolder(RamProviderTestCase.java:90) at org.apache.commons.vfs2.test.AbstractTestSuite.setUp(AbstractTestSuite.java:166) at junit.extensions.TestSetup$1.protect(TestSetup.java:22) at junit.framework.TestResult.runProtected(TestResult.java:142) ... My environment is: bicho:vfs ryan$ mvn --version Apache Maven 3.0.4 (r1232337; 2012-01-17 00:44:56-0800) Maven home: /usr/share/maven Java version: 1.7.0_11, vendor: Oracle Corporation Java home: /Library/Java/JavaVirtualMachines/jdk1.7.0_11.jdk/Contents/Home/jre Default locale: en_US, platform encoding: UTF-8 OS name: mac os x, version: 10.8.2, arch: x86_64, family: mac thanks ryan -- E-Mail: garydgreg...@gmail.com | ggreg...@apache.org JUnit in Action, 2nd Ed: http://goog_1249600977http://bit.ly/ECvg0 Spring Batch in Action: http://s.apache.org/HOqhttp://bit.ly/bqpbCK Blog: http://garygregory.wordpress.com Home: http://garygregory.com/ Tweet! http://twitter.com/GaryGregory
Re: [OGNL] A new release
2013/1/8 Lukasz Lenart lukaszlen...@apache.org: AFAICS you won't be able to release with 27, because of the new svnpub requirement for the site and 28 is not ready yet, waiting for INFRA. See vote thread for commons-email. Thanks Jörg! Looks like something changed as ognl build passed on Jenkins ;-) Regards -- Łukasz + 48 606 323 122 http://www.lenart.org.pl/ - To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org
