Re: [validator] Direction of validator implementation based on JSR 303
+! On Thu, Oct 22, 2009 at 11:17 PM, Paul Benedict wrote: > +1 > > On Thu, Oct 22, 2009 at 9:33 PM, Niall Pemberton > wrote: >> The current trunk in the validator2 sandbox is a copy of the Validator >> 1.4 code from "commons proper" - but I think we should dump all the >> existing validator framework code and just retain the "routines" >> package. Trying to maintain any sort of compatibility with the >> existing validator framework would be alot more work and code and >> create a real mess IMO and I think it would be better to not to even >> try. The "routines" package was refactored realtively recently(!) and >> can stand on its own. - To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org
Re: [validator] Direction of validator implementation based on JSR 303
+1 On Thu, Oct 22, 2009 at 9:33 PM, Niall Pemberton wrote: > The current trunk in the validator2 sandbox is a copy of the Validator > 1.4 code from "commons proper" - but I think we should dump all the > existing validator framework code and just retain the "routines" > package. Trying to maintain any sort of compatibility with the > existing validator framework would be alot more work and code and > create a real mess IMO and I think it would be better to not to even > try. The "routines" package was refactored realtively recently(!) and > can stand on its own. > > So I would like to propose the following direction for a Validator2 > based on the Bean Validation Framework(JSR 303) - a project with three > separate modules composing of: > > - The Bean Validation (JSR303) API - no dependencies > - Standalone Validation Routines (based on existing validator > routines package) - no dependencies including Bean Validation API > - Validation Framework - JSR303 implementation (depends on two modules above) > > I have created an alternative branch in the Validator sandbox project > based on the above approach: > > http://svn.apache.org/viewvc/commons/sandbox/validator2/branches/alternative/ > > I have created a "clean room" implementation of the Bean Validation > API[1] which (hopefully) is complete except for JavaDocs. The only > real functionality is in javax.validation.Validation - the rest are > annotations, interfaces and exceptions. I have also copied the > "routines" package into a standalone module[2]. So the next thing is > to start the actual framework implementation module. > > How does this sound as an approach? > > Niall > > [1] > http://svn.apache.org/viewvc/commons/sandbox/validator2/branches/alternative/validation-api/ > [2] > http://svn.apache.org/viewvc/commons/sandbox/validator2/branches/alternative/validation-routines/ > [3] > http://svn.apache.org/viewvc/commons/sandbox/validator2/branches/alternative/validation-framework/ > > - > 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: [dbutils] Ping for next release ?
This is some great news! Thanks! I'm currently working on some patch for UNRESOLVED issues with no patch attached, so that the workload is not too heavy for you commiters :-) I will submit them this week end. Also, if you need the patch to be created against the trunk + generics-patch version, just ask, I'll try to rebuild them asap. Thanks again and regards, Julien 2009/10/23 Dan Fabulich : > > I got distracted; it's been on my todo list for months now... > > I'll try to get around to it in the next three weeks or so. > > -Dan > > > - > 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
[validator] Direction of validator implementation based on JSR 303
The current trunk in the validator2 sandbox is a copy of the Validator 1.4 code from "commons proper" - but I think we should dump all the existing validator framework code and just retain the "routines" package. Trying to maintain any sort of compatibility with the existing validator framework would be alot more work and code and create a real mess IMO and I think it would be better to not to even try. The "routines" package was refactored realtively recently(!) and can stand on its own. So I would like to propose the following direction for a Validator2 based on the Bean Validation Framework(JSR 303) - a project with three separate modules composing of: - The Bean Validation (JSR303) API - no dependencies - Standalone Validation Routines (based on existing validator routines package) - no dependencies including Bean Validation API - Validation Framework - JSR303 implementation (depends on two modules above) I have created an alternative branch in the Validator sandbox project based on the above approach: http://svn.apache.org/viewvc/commons/sandbox/validator2/branches/alternative/ I have created a "clean room" implementation of the Bean Validation API[1] which (hopefully) is complete except for JavaDocs. The only real functionality is in javax.validation.Validation - the rest are annotations, interfaces and exceptions. I have also copied the "routines" package into a standalone module[2]. So the next thing is to start the actual framework implementation module. How does this sound as an approach? Niall [1] http://svn.apache.org/viewvc/commons/sandbox/validator2/branches/alternative/validation-api/ [2] http://svn.apache.org/viewvc/commons/sandbox/validator2/branches/alternative/validation-routines/ [3] http://svn.apache.org/viewvc/commons/sandbox/validator2/branches/alternative/validation-framework/ - To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org
Re: [dbutils] Ping for next release ?
I got distracted; it's been on my todo list for months now... I'll try to get around to it in the next three weeks or so. -Dan - To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org
[math] Re: Application for the Android platform (ACE - Android Computational Environment) using Apache Commons Math library
Hi Mikkel, First note the [math] that I added to the subject line and the reply just to the developer list. The commons mailing lists are shared by all components, so we always start the subject line of posts with the component name. We also post try to avoid cross-posting. Mikkel Meyer Andersen wrote: > Dear Apache Commons (Math), > > This e-mail is regarding a new program utilizing Apache Commons Math > library for the Google Android platform [0]. Basically, I'm asking for > help with either of the following: beta-test, co-development, and > licensing issues. As long as you comply with the provisions of the Apache Software License (http://www.apache.org/licenses/LICENSE-2.0), you are free to use, redistribute, fork or do anything else you like with commons-math. That's why it exists :) > > I've made a beta version of a program for the Android platform. So far > it's called ACE - Android Computational Environment. > > It is a program to perform calculations when you're on the run, i.e. > not near an ordinary workstation. I hope that it's going to be like a > "R Express" sort of application, although that is a lot to aim for. > It's definitely not meant as a replacement or anything near R. But > it's meant as an option when e.g. R is not available. > > The application consists of a programming language (ACL), interpreter, > and - tada - Apache Commons Math library :-). And a GUI. > > The scheduled functionality with highest priority is basic linear > algebra (matrix multiplication, eigen values, etc.) and statistics > (quantiles, probabilities etc.). The aim in the long run is to > implement all the functionality of Apache Commons Math library, and > hopefully extend the library (e.g. with principal component analysis). > > The application is writtin in Java. I've used ANTLR3 [2] to make the > lexer and parser. And, as mentioned, the math library is so far Apache > Commons Math [3]. > > As said in the introduction, I'm writing to ask if anybody wants to > join and help me? First of all I have to be sure of some licensing > questions and all that stuff. Also, beta-testers and developers would > be appreciated. I am not sure I understand what you mean by "help." We can certainly collaborate here on additions or enhancements to commons-math (e.g. Principle Components Analysis). If what you want is for others to join you in developing the Android app, the best thing to do is to get the source hosted somewhere like Google Code or SourceForge and then direct people there to start contributing. You will need to pick a license. We of course like the Apache License and you are free to use that license for your code if you like. > > The application is not on the Android Market yet because it's not > ready for that yet. But I have a working demo with some functions > implemented. > > I've never participated in any open source projects before, so sorry > if I've done anything wrong. And please correct me, if I have. This > might also result in some stupid questions once in a while, but > hopefully not too often :-). You have certainly done nothing wrong and you are welcome to join us. Feedback, suggestions for enhancement. bug reports - ideally with patches - are always appreciated. Phil > > I'm from Denmark and have a bachelors degree in math and computer > science, and are not studying for a masters in statistics. From July > until December I'm in Australia on exchange. > > Please feel free to comment! I look forward to hearing from you. > > Best regards, > Mikkel Meyer Andersen > > [0]: http://www.android.com/ > [1]: http://www.r-project.com/ > [2]: http://www.antlr.org/ > [3]: http://commons.apache.org/math/ > > - > 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
Application for the Android platform (ACE - Android Computational Environment) using Apache Commons Math library
Dear Apache Commons (Math), This e-mail is regarding a new program utilizing Apache Commons Math library for the Google Android platform [0]. Basically, I'm asking for help with either of the following: beta-test, co-development, and licensing issues. I've made a beta version of a program for the Android platform. So far it's called ACE - Android Computational Environment. It is a program to perform calculations when you're on the run, i.e. not near an ordinary workstation. I hope that it's going to be like a "R Express" sort of application, although that is a lot to aim for. It's definitely not meant as a replacement or anything near R. But it's meant as an option when e.g. R is not available. The application consists of a programming language (ACL), interpreter, and - tada - Apache Commons Math library :-). And a GUI. The scheduled functionality with highest priority is basic linear algebra (matrix multiplication, eigen values, etc.) and statistics (quantiles, probabilities etc.). The aim in the long run is to implement all the functionality of Apache Commons Math library, and hopefully extend the library (e.g. with principal component analysis). The application is writtin in Java. I've used ANTLR3 [2] to make the lexer and parser. And, as mentioned, the math library is so far Apache Commons Math [3]. As said in the introduction, I'm writing to ask if anybody wants to join and help me? First of all I have to be sure of some licensing questions and all that stuff. Also, beta-testers and developers would be appreciated. The application is not on the Android Market yet because it's not ready for that yet. But I have a working demo with some functions implemented. I've never participated in any open source projects before, so sorry if I've done anything wrong. And please correct me, if I have. This might also result in some stupid questions once in a while, but hopefully not too often :-). I'm from Denmark and have a bachelors degree in math and computer science, and are not studying for a masters in statistics. From July until December I'm in Australia on exchange. Please feel free to comment! I look forward to hearing from you. Best regards, Mikkel Meyer Andersen [0]: http://www.android.com/ [1]: http://www.r-project.com/ [2]: http://www.antlr.org/ [3]: http://commons.apache.org/math/ - To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org
Re: [dbutils] Ping for next release ?
Henri Yandell wrote: > Should it be merged with a Java6 version? IIRC Java6 changed the JDBC API? Let's have first one release with generics and Java 5. Or find a way to support both JDKs. - Jörg > > Hen > > On Thu, Oct 22, 2009 at 3:30 AM, Julien Aymé > wrote: >> Hi all, >> >> There was a lot of work done for last 1.2 release, thanks to Dan, >> Henri, Liam and others :-) , which is great. >> >> Yet, the feature I was expecting the most (use of generics, as >> described in the DBUTILS-48 issue : >> http://issues.apache.org/jira/browse/DBUTILS-48), was not part of it. >> I'd like to ask wether the next release of DbUtils is planned soon or >> not. >> >> As always, I'm willing to help if I can. >> >> Regards, >> Julien >> >> - >> 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: Problems releasing commons-parent 12
Siegfried Goeschl wrote: > Hi Niall, > > basically I had all problems you mentioned > > +) SVN 1.5 works and all newer version seems to be broken with M2 (SVN > 1.5.4 and 1.6 did not work) For full details on this issue see http://jira.codehaus.org/browse/SCM-406 > +) Maven 2.2.1 worked but not 2.0.9 & 2.0.10 > +) some SVN problems stem from the fact you are committing on Europe SVN > server This is most likely what happened to Niall. > > Siegfried Goeschl > > Dennis Lundberg wrote: >> Niall Pemberton wrote: >> >>> On Tue, Oct 20, 2009 at 10:36 PM, James Carman >>> wrote: >>> I did not rollback the commit. >>> OK that worked for the release:prepare command - now I'm stuck on >>> release:perform - it gets to the deploy:deploy stage and I get the >>> following message: >>> >>> [INFO] The authenticity of host 'people.apache.org' can't be established. >>> [INFO] DSA key fingerprint is >>> 79:7c:cb:6a:44:47:b2:ef:5c:66:28:d7:40:0d:b1:f9 >>> >>> Then it just hangs - any ideas? >>> >> I think there was a change made on the repository side of this, that >> requires a fix for Maven (the application). It has been fixed, but I >> can't remember in which version. You can try using Maven 2.2.1 to see if >> it solves the problem. >> >> >>> Niall >>> >>> On Tue, Oct 20, 2009 at 5:34 PM, Niall Pemberton wrote: > On Tue, Oct 20, 2009 at 10:25 PM, James Carman > wrote: > >> On Tue, Oct 20, 2009 at 5:21 PM, Niall Pemberton >> wrote: >> >>> I've tried it four times and it has failed with the same problem each >>> time. One of the changes in this release was to upgrade the >>> maven-release-plugin from version 2.0-beta-7 to 2.0-beta-9. Perhaps I >>> should try reverting that changes and see if that fixes it. Can't >>> think of anything else to try, unless someone else wants to have a go >>> and see if it works for them. >>> >> I've had trouble with the release plugin lately, too. What I did to >> fix my problem was try the release, get the failure because of SVN >> issues, then do svn update, then retry the release. >> > Did you rollback the commit - or is it smart enough to carry on from > where it failed? > > Niall > >>> - >>> 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 > > -- Dennis Lundberg - To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org
Re: [dbutils] Ping for next release ?
Should it be merged with a Java6 version? IIRC Java6 changed the JDBC API? Hen On Thu, Oct 22, 2009 at 3:30 AM, Julien Aymé wrote: > Hi all, > > There was a lot of work done for last 1.2 release, thanks to Dan, > Henri, Liam and others :-) , which is great. > > Yet, the feature I was expecting the most (use of generics, as > described in the DBUTILS-48 issue : > http://issues.apache.org/jira/browse/DBUTILS-48), was not part of it. > I'd like to ask wether the next release of DbUtils is planned soon or not. > > As always, I'm willing to help if I can. > > Regards, > Julien > > - > 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
[g...@vmgump]: Project commons-configuration-test (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-configuration-test has an issue affecting its community integration. This issue affects 1 projects, and has been outstanding for 73 runs. The current state of this project is 'Failed', with reason 'Build Failed'. For reference only, the following projects are affected by this: - commons-configuration-test : Apache Commons Full details are available at: http://vmgump.apache.org/gump/public/apache-commons/commons-configuration-test/index.html That said, some information snippets are provided here. The following annotations (debug/informational/warning/error messages) were provided: -WARNING- Overriding Maven2 settings: [/srv/gump/public/workspace/apache-commons/configuration/gump_mvn_settings.xml] -DEBUG- (Gump generated) Maven2 Settings in: /srv/gump/public/workspace/apache-commons/configuration/gump_mvn_settings.xml -INFO- Failed with reason build failed -DEBUG- Maven POM in: /srv/gump/public/workspace/apache-commons/configuration/pom.xml -INFO- Project Reports in: /srv/gump/public/workspace/apache-commons/configuration/target/surefire-reports The following work was performed: http://vmgump.apache.org/gump/public/apache-commons/commons-configuration-test/gump_work/build_apache-commons_commons-configuration-test.html Work Name: build_apache-commons_commons-configuration-test (Type: Build) Work ended in a state of : Failed Elapsed: 5 mins 56 secs Command Line: mvn --batch-mode --settings /srv/gump/public/workspace/apache-commons/configuration/gump_mvn_settings.xml test [Working Directory: /srv/gump/public/workspace/apache-commons/configuration] CLASSPATH: /usr/lib/jvm/java-6-sun/lib/tools.jar:/srv/gump/public/workspace/apache-commons/configuration/target/commons-configuration-1.7-SNAPSHOT.jar:/srv/gump/public/workspace/apache-commons/jexl/target/commons-jexl-2.0-SNAPSHOT.jar - testInitCopy(org.apache.commons.configuration.TestXMLConfiguration) testSaveWithDelimiterParsingDisabled(org.apache.commons.configuration.TestXMLConfiguration) testSetRootAttribute(org.apache.commons.configuration.TestXMLConfiguration) testLoadAndSaveFromFile(org.apache.commons.configuration.TestXMLConfiguration) testSaveToURL(org.apache.commons.configuration.TestXMLConfiguration) testSaveToStream(org.apache.commons.configuration.TestXMLConfiguration) testAutoSave(org.apache.commons.configuration.TestXMLConfiguration) testSaveAttributes(org.apache.commons.configuration.TestXMLConfiguration) testCloneWithSave(org.apache.commons.configuration.TestXMLConfiguration) testEmptyElements(org.apache.commons.configuration.TestXMLConfiguration) testSaveWithEncoding(org.apache.commons.configuration.TestXMLConfiguration) testSaveWithNullEncoding(org.apache.commons.configuration.TestXMLConfiguration) testSaveWithDoctype(org.apache.commons.configuration.TestXMLConfiguration) testSaveWithDoctypeIDs(org.apache.commons.configuration.TestXMLConfiguration) testSubsetWithReload(org.apache.commons.configuration.TestXMLConfiguration) testConfigurationAtWithReload(org.apache.commons.configuration.TestXMLConfiguration) testConfigurationsAtWithReload(org.apache.commons.configuration.TestXMLConfiguration) testGetKeysWithReload(org.apache.commons.configuration.TestXMLConfiguration) testSetTextRootElement(org.apache.commons.configuration.TestXMLConfiguration) testClearTextRootElement(org.apache.commons.configuration.TestXMLConfiguration) testAutoSaveWithSubnodeConfig(org.apache.commons.configuration.TestXMLConfiguration) testAutoSaveWithSubSubnodeConfig(org.apache.commons.configuration.TestXMLConfiguration) testSaveDelimiterParsingDisabled(org.apache.commons.configuration.TestXMLConfiguration) testSaveDelimiterParsingDisabledAttrs(org.apache.commons.configuration.TestXMLConfiguration) testMultipleAttrValuesEscaped(org.apache.commons.configuration.TestXMLConfiguration) testAutoSaveWithReloadingStrategy(org.apache.commons.configuration.TestXMLConfiguration) testAutoSaveAddNodes(org.apache.commons.configuration.TestXMLConfiguration) testAddNodesAndSave(org.apache.commons.configuration.TestXMLConfiguration) testRegisterEntityId(org.apache.commons.configuration.TestXMLConfiguration) testSaveAfterCreateWithCopyConstructor(org.apache.commons.configuration.TestXMLConfiguration) testCopyRootName(org.apache.commons.configuration.TestXMLConfiguration) testCopyRootNameNoDocument(org.apache.commons.configuration.TestXMLConfiguration) testSaveWithValidation(org.apache.commons.configuration.TestXMLConfiguration) testSaveWithValidationFailure(org.apache.commons.configuration.TestXMLConfiguration) Tests run: 1453, Failures: 0, Errors: 58, Skipped: 0 [INFO] --
[dbutils] Ping for next release ?
Hi all, There was a lot of work done for last 1.2 release, thanks to Dan, Henri, Liam and others :-) , which is great. Yet, the feature I was expecting the most (use of generics, as described in the DBUTILS-48 issue : http://issues.apache.org/jira/browse/DBUTILS-48), was not part of it. I'd like to ask wether the next release of DbUtils is planned soon or not. As always, I'm willing to help if I can. Regards, Julien - To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org