Re: [VOTE] Release Apache Commons-Digester 3.1 based on RC2
You can use http://pmd.sourceforge.net/suppressing.html for suppression of edge-cases like empty catch blocks. The first one is simply a false one (e.g. pmd bug). 2011/10/25 Simone Tripodi simonetrip...@apache.org: Hi Gary! That is the same I wondered: if 6 are too many, how many are enough? :) Maybe it's time PMD updates its rules? :P About the other PMD violations: `Avoid unused private methods such as 'npeSafeCast(Object)'` is not true, it is used: 2624 public T T peek() 2625 { 2626 try 2627 { 2628 return this.T npeSafeCast( stack.peek() ); 2629 } 2630 catch ( EmptyStackException e ) 2631 { 2632 log.warn( Empty stack (returning null) ); 2633 return ( null ); 2634 } 2635 } `Overriding method merely calls super` is not true, it returns a method chain that involves the super: 49 @Override 50 protected LinkedRuleBuilder forPattern( String pattern ) 51 { 52 return super.forPattern( pattern ).withNamespaceURI( namespaceURI ); 53 } `Avoid empty catch blocks` is the same that we have in IO: 77 try 78 { 79 if ( s != null ) 80 { 81 s.close(); 82 } 83 } 84 catch ( IOException e ) 85 { 86 // close quietly 87 } Thanks for reviewing, hope this clarifies and you will express a +1 :P All the best, Simo http://people.apache.org/~simonetripodi/ http://simonetripodi.livejournal.com/ http://twitter.com/simonetripodi http://www.99soft.org/ On Tue, Oct 25, 2011 at 11:24 PM, Gary Gregory garydgreg...@gmail.com wrote: Hi Simo, Not blockers but the PMD issues could be addressed except: Should we turn off Too many static imports may lead to messy code? How many is too many? Gary On Tue, Oct 25, 2011 at 4:10 PM, Simone Tripodi simonetrip...@apache.orgwrote: Hi all guys, I'm writing to call for a vote to release apache commons-digester-3.1 based on RC2. This is the 3.1RC1 release with fixed doubts were raise in the first VOTE call. Please take in consideration that broken 3.1 links will be fixed once the site will be deployed. The vote will stay open for 72 hours and closes on Friday 28th, at 8:10pm CET. Many thanks in advance for reviewing, have a nice day! All the best, Simo Release notes: http://people.apache.org/builds/commons/digester/3.1/RC2/RELEASE-NOTES.txt Tag: https://svn.apache.org/repos/asf/commons/proper/digester/tags/DIGESTER3_3_1_RC2/ Site: http://people.apache.org/builds/commons/digester/3.1/RC2/site/ Binaries: http://people.apache.org/builds/commons/digester/3.1/RC2/binaries/ Maven Artifacts (staged on Nexus) https://repository.apache.org/content/repositories/orgapachecommons-098/org/apache/commons/commons-digester3/ [ ] +1 release it [ ] +0 go ahead I don't care [ ] -1 no, do not release it because... (please explain why) http://people.apache.org/~simonetripodi/ http://simonetripodi.livejournal.com/ http://twitter.com/simonetripodi http://www.99soft.org/ - To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org -- 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 - To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org -- -- David J. M. Karlsen - http://www.linkedin.com/in/davidkarlsen - To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org
Re: commons-collections release
You can make it smoother with a maven relocation pom. 2011/10/17 sebb seb...@gmail.com: On 17 October 2011 13:00, Olivier Lamy ol...@apache.org wrote: Hello, The last release is now more than 3 years old. Maybe time to do something :-). I can take the point (I'm a little noob here @commons community so any help on release procedure will be appreciate (even a friendly RTFM with the link :-) ). I request for comments on COLLECTIONS-382 . Changing Maven id and package name is very disruptive for users. So should only be undertaken if it really is necessary. This may take extra developer time, but there are (hopefully!) a lot more users of Collections than there are developers, so overall it will save more time if the next release is binary-compatible. Thanks, -- Olivier Lamy Talend : http://talend.com http://twitter.com/olamy | http://linkedin.com/in/olamy - 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 -- -- David J. M. Karlsen - http://www.linkedin.com/in/davidkarlsen - To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org
Re: [lang] Running lang under a security manager and LANG-744
I think tying to sun classes is a bad idea. Den 6. sep. 2011 05:54 skrev sebb seb...@gmail.com følgende: On 6 September 2011 04:33, Henri Yandell flame...@gmail.com wrote: On Sat, Sep 3, 2011 at 8:10 AM, sebb seb...@gmail.com wrote: On 3 September 2011 05:37, Henri Yandell flame...@gmail.com wrote: I'm less concerned with the 115 errors, unless they're all as grievous as the StringUtils one - ie) the method causing trouble is not the only one broken. If the error happened when calling stripAccents, that would be workable; but having all of StringUtils unavailable is very painful. One option would be to move the code out of the static initializer and make it lazy when stripAccents is first called - leading to only callers of stripAccents when the JDK 6 class is unavailable to suffer pain. I thought we'd already fixed that by catching the extra Exception? I already suggested localising the error display to the stripAccents method. Sorry - not operating at 100% last week. I thought we could simplify things by simply making the java6Available flag be a real test for Java 6, but Android seems very weird there. Is Android going to force us to stay on the EOL Java 5, or is it Java 6 compatible? IIUC it reports itself as 0.9, which we've declared as equivalent to JDK 1.5. Are you sure that is the issue? Surely the Android problem is that we check for the sun class but don't handle all possible errors? So the class does not load; it cannot use the Java6 method even if it exists. I'm very confused between Android and GAE :) That relates to another (simple) solution - move to Java 6 :) Or capture Exception for both the java6 and sun tests; report the exception(s) if neither is available when required. I like this. Capture the exception in the static initializer and then throw a new runtime exception in stripAccents that refers to said exception. Perhaps an IllegalStateException(blah, originalException) ? It currently throws UnsupportedOperationException; I think we should keep that as it's more accurate. There will always be two Exceptions at that point (otherwise we must have Java 6 or Sun). We know we need to report the Sun Exception - is there any need to report the Java 6 exception? i.e. could we be running on Java 6 but still get an Exception? For completeness (and debugging) we should probably report both. Perhaps we could nest the exceptions. Hen - 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: [VOTE] Release Commons Configuration 1.7 based on RC3
+1 to upgrading Den 4. sep. 2011 21:52 skrev Simone Tripodi simonetrip...@apache.org følgende: Hallo Oliver, I'm reviewing the tag and, sorry for not having noticed before, is there any reason why the Digester is still at 1.8 version? Upgrade to at least 2.1 should be painless enough, even if an upgrade to 3.0 would be nicer :P Anyway, not a blocker, just the time of reviewing all the stuff and express my vote :) Have a nice day, all the best! Simo http://people.apache.org/~simonetripodi/ http://www.99soft.org/ On Sun, Sep 4, 2011 at 9:40 PM, Oliver Heger oliver.he...@oliver-heger.de wrote: This is a vote to release Apache Commons Configuration 1.7 based on the 3rd RC. There have been the following changes since RC2: * Some files in the conf directory have been added Apache license headers. (Note that the majority of files in this folder are simple test files used by unit tests and do not have license headers.) * Minor changes in the wording of the site and the release notes related to trademark policy as suggested by sebb. Tag: http://svn.apache.org/repos/asf/commons/proper/configuration/tags/CONFIGURATION_1_7RC3/ Distributions: http://people.apache.org/~oheger/configuration-1.7rc3/ Maven artifacts: http://people.apache.org/~oheger/configuration-1.7rc3/maven/ Site: http://people.apache.org/~oheger/configuration-1.7rc3/site/ [ ] +1 release it [ ] +0 go ahead I don't care [ ] -1 no, do not release it because... Vote will remain open for 72 hours. Oliver - 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
Re: [Cache] Status?
I'd really recommend ehcache. Den 27. aug. 2011 07:39 skrev Greg Sterijevski gsterijev...@gmail.com følgende: Thank you Henri. Somehow I missed the JCS project, which looks to be superior to cache. -Greg On Fri, Aug 26, 2011 at 11:49 PM, Henri Yandell flame...@gmail.com wrote: Very, very dead. You have to dig deeper to get the real dates, 2007 is when it moved out of being inside Jakarta. http://svnsearch.org/svnsearch/repos/ASF/search?path=%2Fjakarta%2Fcommons%2Fsandbox%2Fcache Looks like it was an import of code by rwaldhoff in May 2001, and that was pretty much it. No real code change. Predates me :) Presumably JCS would be the place to apply cache effort nowadays. Hen On Fri, Aug 26, 2011 at 8:55 PM, Greg Sterijevski gsterijev...@gmail.com wrote: Hello, I was poking around commons and noticed the dormant project Commons Cache. The subversion history shows the last push occurred in 2007. What is the story with the project? Has other java technology supplanted this project? Thanks, -Greg - To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org
[LANG] Serious error in lang-3 in reflective toString?
Stacktrace: .SomeOtherClass.equals( ) at java.util.WeakHashMap.isEqual(WeakHashMap.java:737) ~[na:na] at java.util.WeakHashMap.put(WeakHashMap.java:612) ~[na:na] at org.apache.commons.lang3.builder.ToStringStyle.register(ToStringStyle.java:182) ~[commons-lang3-3.0.1.jar:3.0.1] at org.apache.commons.lang3.builder.ToStringStyle.appendClassName(ToStringStyle.java:1444) ~[commons-lang3-3.0.1.jar:3.0.1] at org.apache.commons.lang3.builder.ToStringStyle.appendStart(ToStringStyle.java:369) ~[commons-lang3-3.0.1.jar:3.0.1] at org.apache.commons.lang3.builder.ToStringBuilder.init(ToStringBuilder.java:263) ~[commons-lang3-3.0.1.jar:3.0.1] at org.apache.commons.lang3.builder.ReflectionToStringBuilder.init(ReflectionToStringBuilder.java:462) ~[commons-lang3-3.0.1.jar:3.0.1] at org.apache.commons.lang3.builder.ReflectionToStringBuilder.toString(ReflectionToStringBuilder.java:288) ~[commons-lang3-3.0.1.jar:3.0.1] at org.apache.commons.lang3.builder.ReflectionToStringBuilder.toString(ReflectionToStringBuilder.java:119) ~[commons-lang3-3.0.1.jar:3.0.1] at com.edb.finance.common.spring.shortcircuit.State.toString(State.java:92) ~[spring-extensions-2.0-20110818.133301-13.jar:2.0-SNAPSHOT] There must be a bug in ReflectionToStringBuilder in lang-3 which is not in lang2 - because it does not happen if I switch to the old classes. Basically equals is called on an instance of a class which is not reachable from the object in question (State.java) - this leads me to think that somehing is dodgy with the caching commons lang is doing. This only happens on the first execution. Any further executions work fine - or using commons lang 2.x -- David J. M. Karlsen - http://www.linkedin.com/in/davidkarlsen
Re: [collections] Iterate over sublists of an original list
Guava also has a lot of handy classes for working on collections. 2011/8/18 Simone Tripodi simonetrip...@apache.org Salut Sébastien, wouldn't the List#subList(int, int)[1] method be helpful for your purposes? HTH, Simo [1] http://download.oracle.com/javase/1.5.0/docs/api/java/util/List.html#subList(int , int) http://people.apache.org/~simonetripodi/ http://www.99soft.org/ On Thu, Aug 18, 2011 at 2:26 PM, Sébastien Lorber lorber.sebast...@gmail.com wrote: Hello, It's not the first time i have to split a big list of hibernate entities ID's to sublists of 100 items for exemple so that i could load all these entities 100 in a single request (with a where id in (id sublist) Thus I want to iterate easily on sublists of a list, with the possibility to give the sublist a size... I though i would find the tool in apache collections but i didn't find it. Perhaps i've missed the class... If there's no tool to do that yet, i think it would be great to make one in apache collections. The kinda simple implementation i use at work is the following: http://pastebin.com/CRitkWTG And you use it like that: // We load vehicles 100 by 100 for ( ListString idSublist : new SublistIterableString(allIds,100) ) { ListVehicle vehiclesSublist = vehicleDAO.findByIds(idSublist); // blablabla } - To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org -- -- David J. M. Karlsen - http://www.linkedin.com/in/davidkarlsen
Re: [lang] where did org.apache.commons.lang.math.RandomUtils go?
nextInt - but I can just roll my own. Thanks. 2011/8/8 Henri Yandell flame...@gmail.com On Mon, Aug 8, 2011 at 7:18 AM, David Karlsen davidkarl...@gmail.com wrote: Hi. org.apache.commons.lang.math.RandomUtils does not exist in lang3 and I could not find anything in the migration guide. Are there any alternatives in lang3? Nope - it was removed as not having enough value. Which part were you using? Hen - To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org -- -- David J. M. Karlsen - http://www.linkedin.com/in/davidkarlsen
[lang] where did org.apache.commons.lang.math.RandomUtils go?
Hi. org.apache.commons.lang.math.RandomUtils does not exist in lang3 and I could not find anything in the migration guide. Are there any alternatives in lang3? -- -- David J. M. Karlsen - http://www.linkedin.com/in/davidkarlsen
Re: [logging] logging vs slf4j
Hasn't the time for both CL and log4j passed by? The trend nowadays seems to be slf4j/logback. Den 3. aug. 2011 15:03 skrev Gary Gregory garydgreg...@gmail.com følgende: Or maybe Log4j 2 could replace [logging]. Gary On Wed, Aug 3, 2011 at 5:33 AM, Stephen Colebourne scolebou...@joda.org wrote: My thought is that there might be some java.util.logging helpers that could be written, and perhaps they might go in [lang] if there are 5 or fewer classes. I assume that slf4j and log4j have their own j.u.logging connections, so that end is dealt with. The time of [logging] has probably passed. Stephen On 3 August 2011 06:50, Henri Yandell flame...@gmail.com wrote: On Tue, Aug 2, 2011 at 1:59 AM, Emmanuel Bourg ebo...@apache.org wrote: Le 28/07/2011 22:01, Henri Yandell a écrit : Personally I'm happy for commons-logging to die. :) Yeah let's use java.util.logging instead :) Primarily that I don't get the feeling we have a major community of developers on c-logging. We implemented it because we needed something for our other components (though many simply chose not to log), but it was never the passion of anybody here (hopefully not an incorrect statement). Robert, Simon and others put in tons of good work, but I feel that was duty not passion. So happy to see it die because it's something that's headed to dormancy (be it stable or not). Hen - 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 -- Thank you, Gary http://garygregory.wordpress.com/ http://garygregory.com/ http://people.apache.org/~ggregory/ http://twitter.com/GaryGregory - To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org
Re: [chain] Upgrading to Maven parent version 21
Try nuking the local maven repository in case something is corrupt? Den 31. juli 2011 17:07 skrev Elijah Zupancic eli...@zupancic.name følgende: Here is the output from SVN diff: Index: pom.xml === --- pom.xml (revision 1152492) +++ pom.xml (working copy) @@ -21,7 +21,7 @@ parent groupIdorg.apache.commons/groupId artifactIdcommons-parent/artifactId - version15/version + version21/version /parent modelVersion4.0.0/modelVersion groupIdcommons-chain/groupId I'm getting the same result with: OpenJDK Runtime Environment (IcedTea6 1.9.8) (6b20-1.9.8-0ubuntu1~10.10.1) OpenJDK 64-Bit Server VM (build 19.0-b09, mixed mode) AND java version 1.6.0_16 Java(TM) SE Runtime Environment (build 1.6.0_16-b01) Java HotSpot(TM) 64-Bit Server VM (build 14.2-b01, mixed mode) Also, I'm building against http://svn.apache.org/repos/asf/commons/proper/chain/trunk I'm on Ubuntu 10.10. I have manually the the digester version higher, and all tests passed. It is only when I upgrade the parent pom that this test fails. This is even more curious now that I hear it is working on your OS X system. When I get access to another machine, I will try it elsewhere next week. Right now, I'm out in the countryside with not a lot of resources. Thanks, -Elijah On Sun, Jul 31, 2011 at 12:16 AM, Phil Steitz phil.ste...@gmail.com wrote: On 7/30/11 11:13 AM, Elijah Zupancic wrote: As part of my refactoring project with Apache Chain, I've been trying to update dependency versions. I tried to upgrade the maven parent configuration and the compile worked fine, but I have been getting a really odd unit test failure. Moreover, I did a diff between maven parent pom.xml versions and nothing stood out to me as to why the parent pom would cause this. What OS and JDK are you using? When I change the pom in trunk to use commons-parent version 21 (with no other changes) all of the tests run clean for me on OS X 10.7, java version 1.6.0_26 Java(TM) SE Runtime Environment (build 1.6.0_26-b03-383-11A511) Java HotSpot(TM) 64-Bit Server VM (build 20.1-b02-383, mixed mode) Digester version in the pom in trunk is 1.8. I also tested with 2.0 and 2.1 and did not see failures with JDK above. Are you sure there are no other changes in the sources you are testing against? Does svn diff turn up any other differences? Phil Results : Failed tests: testDefaut(org.apache.commons.chain.config.ConfigParserTestCase) Time elapsed: 0.034 sec FAILURE! junit.framework.AssertionFailedError: Correct command count expected:17 but was:19 at junit.framework.Assert.fail(Assert.java:47) at junit.framework.Assert.failNotEquals(Assert.java:282) at junit.framework.Assert.assertEquals(Assert.java:64) at junit.framework.Assert.assertEquals(Assert.java:201) at org.apache.commons.chain.config.ConfigParserTestCase.checkCommandCount(ConfigParserTestCase.java:316) at org.apache.commons.chain.config.ConfigParserTestCase.testDefaut(ConfigParserTestCase.java:116) The XML file it is reading for commands contains exactly 17 commands, so the data source is correct. Before I start to peel apart the XML parser, I was wondering if anyone else encountered this before. Do any of you have any insight into this? Thanks, -Elijah - 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
Re: [chain] Forking to a 2.0?
+1 Den 28. juli 2011 06:42 skrev Paul Benedict pbened...@apache.org følgende: +1. I have done some of this privately (like generics). Having an official version would be so useful. On Wed, Jul 27, 2011 at 10:46 PM, Elijah Zupancic eli...@zupancic.name wrote: Hi, I've been a active user for a number of years now and a big fan of the project. I'm a total beginner when it comes to contributing on Apache projects, so please bear with me. The code base for Apache Chain is starting to feel more and more dated. I would like to see the following changes in the project: * Upgrading the source code to 1.6. * Supporting generics on commands, so that we get something like CommandMyContext * Switching the logging API over to SLF4J, so that we can swap out logging implementations * Using the new java.util.concurrency classes to handle thread safety as needed. * Removing deprecated methods. I realize that I am suggestion rather drastic API changes that may break the existing API and that is why I'm suggesting a 2.0. I have a prototype that I am working on and I do not see it being a lot of work to accomplish the above tasks. Would a 2.0 version of Chain be useful to anyone? Or should I just fork the project for my own needs and release it independently like the Commons Collections with Generics? I know that I'm assuming a lot and diving in head first here, so thank you ahead of time for any replies. -Elijah Zupancic - 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: [VOTE] [LANG] Release Commons Lang 3.0 (based on RC4)
2011/7/19 Gary Gregory garydgreg...@gmail.com On Mon, Jul 18, 2011 at 9:25 PM, Henri Yandell flame...@gmail.com wrote: Interesting issue; though thankfully it's post RC4 so not an issue wrt releasing 3.0. Assuming (for argument's sake) that IO Test depends on Lang Lang Test depends on IO; is this bad? I'm not convinced it is. Dealing with something like that is something the build system needs to know how to do. We depend on JUnit and EasyMock for testing, so I really think it is OK to also depend on [io] for testing as well. CP'ing code is lame in this case IMO. +1 -- David J. M. Karlsen - http://www.linkedin.com/in/davidkarlsen
Re: [VOTE] [LANG] Release Commons Lang 3.0 (based on RC4)
2011/7/19 Paul Benedict pbened...@apache.org As long as Commons IO is marked as a test dependency, I am okay with it. I just don't want it to be a compile-time dependency for the main source. And it is: http://svn.apache.org/repos/asf/commons/proper/lang/trunk/pom.xml dependency groupIdcommons-io/groupId artifactIdcommons-io/artifactId version2.0.1/version scopetest/scope /dependency along with the other test deps... -- David J. M. Karlsen - http://www.linkedin.com/in/davidkarlsen
Re: [lang] Collections - Lang
We dropped collections in favour of guava and are quite happy with that - but I'd like to see the MultiKey class survive - any chance for that? 2011/4/7 Simone Tripodi simonetrip...@apache.org Hi all guys, I don't want to hijack the thread but also Discovery was in critical care but we gave it a new life, if it could help saving commons-collections from the die I'm available to help (just the time to release discovery) Have a nice day! Simo http://people.apache.org/~simonetripodi/ http://www.99soft.org/ On Thu, Apr 7, 2011 at 5:38 PM, Henri Yandell flame...@gmail.com wrote: Looks fun. I've not used Google Collections much; but equally I don't use Commons Collections much either :) Generally I've seen Guava as akin to Joda Time; it's a better JDK [obviously for a value of better; but I've liked a lot of what I've seen]. Lang is generally just trying to put simple patches on top of the JDK. But it's a very fair point and exactly the reason why I don't want to try and pull in complex data structures - there are other libraries out there focused on them. For now I'll be ignoring the question to get 3.0 done, then look at what in Collections needs to hop on the small Lang lifeboat. Hen On Wed, Apr 6, 2011 at 11:52 PM, James Ring s...@jdns.org wrote: Have you seen http://google-collections.googlecode.com/svn/trunk/javadoc/com/google/common/collect/Ordering.html ? This does similar stuff to ReverseComparator and the API is excellent. On Thu, Apr 7, 2011 at 4:37 PM, Henri Yandell flame...@gmail.com wrote: Deja Vu time. Collections is dead. I hereby give notice that there are a few basic classes in Collections that I want to copy into Lang and genericize (ComparableComparator, ReverseComparator etc - dull stuff instead of serious data structures). Vision-wise I'm seeing that as Lang 3.1 (i.e. JIRA's 3.1 is noise; in fact I'll rename that to 3.x :) ). Hen - 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 -- -- David J. M. Karlsen - http://www.linkedin.com/in/davidkarlsen
Re: [ALL] Maven magic: creating a test jar
Add this plugin groupIdorg.apache.maven.plugins/groupId artifactIdmaven-jar-plugin/artifactId executions execution goals goaltest-jar/goal /goals /execution /executions /plugin 2011/4/4 Gary Gregory garydgreg...@gmail.com Hi All, For Codec 2 I want to generate a jar file that contains all the unit tests along with the product jar. My goal is be able to use this test jar in our product as a sanity check. In my perfect world, I'd like to have one for each Commons component, but I'll start at home, in [codec] first. Ant is easy but how do I do that in the inside-out world of Maven? -- Thank you, Gary http://garygregory.wordpress.com/ http://garygregory.com/ http://people.apache.org/~ggregory/ http://twitter.com/GaryGregory -- -- David J. M. Karlsen - http://www.linkedin.com/in/davidkarlsen
Re: release commons validator 1.4
ping? 2011/1/27 David Karlsen davidkarl...@gmail.com Any update to the status? 2011/1/19 Niall Pemberton niall.pember...@gmail.com On Wed, Jan 19, 2011 at 3:09 PM, Jacob Zwiers jacob.zwi...@tpsgc-pwgsc.gc.ca wrote: I'll echo that. I had put a query to the user's list a last week asking a similar question. I understand that the committers are working on JSR-303 and validator2 releases. However, I suspect we're not the only ones looking to get get off Jakarta-ORO sooner than later. Is there an interest among committers to push a 1.4 release? I will try to find some time to look at doing this. If so, where do you see volunteer help being most useful? At this point I don't know. I need to review/remember the state validator is currently in and come up with a TODO list for a 1.4 release. Niall jz -Original Message- From: David Karlsen [mailto:davidkarl...@gmail.com] Sent: Wednesday, January 19, 2011 9:59 AM To: dev@commons.apache.org Subject: release commons validator 1.4 Hi. We'd be very interested in http://commons.apache.org/validator/apidocs/org/apache/commons/validator/routines/checkdigit/LuhnCheckDigit.html- could 1.4 be released? It's been quite a while since the last 1.3.1 relase -- -- David J. M. Karlsen - http://www.linkedin.com/in/davidkarlsen - 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 -- -- David J. M. Karlsen - http://www.linkedin.com/in/davidkarlsen -- -- David J. M. Karlsen - http://www.linkedin.com/in/davidkarlsen
Re: [lang] Android users wanted :)
This might come in handy: http://developer.android.com/reference/java/lang/System.html#getProperty%28java.lang.String%29 2011/2/4 Paul Libbrecht p...@hoplahup.net A friend responded the following: Although Android Programs are written in Java, there is no Java VM on Android Devices, they use the so called Dalvik VM. So when writing programs for Android devices, one needs the Android SDK which contains a cross compiler that translates the java code. As far as I know, because of that cross compiler, not all java classes are supported (but there are also additional classes that are specific for android devices). So the Java Version one needs to use for writing Android Apps, depends on the Android SDK version one uses (and not the android version itself). I think its Java 1.6 one needs to use for the curren Android SDK version. Maybe it helps? The simulators can be downloaded from developer.android.com/sdk/index.html paul Le 4 févr. 2011 à 17:19, Jörg Schaible a écrit : Thanks guys! David Karlsen wrote: Got an user here which reports java.version returns 0 and java.specification.version returns 0.9 for all Andriod versions. -- Forwarded message -- From: Waltin Arve arve.wal...@edb.com Date: 2011/2/4 Subject: RE: [lang] Android users wanted :) To: David Karlsen davidkarl...@gmail.com For alle android versjoner: java.version returnerer ”0” java.specification.version returnerer ”0.9” Vennlig hilsen Arve Waltin, 99772552 2C11 Development *From:* David Karlsen [mailto:davidkarl...@gmail.com] *Sent:* 27. januar 2011 11:52 *To:* Waltin Arve *Subject:* Fwd: [lang] Android users wanted :) Hei - jeg jobber i EDB og driver med hudson osv om du husker meg. Hadde du hatt anledning til å sjekke denne - så kan en oppdatert commons lang relases snart: Se https://issues.apache.org/jira/browse/LANG-624 + mail under. TIA -- Forwarded message -- From: *Jörg Schaible* joerg.schai...@scalaris.com Date: 2011/1/27 Subject: [lang] Android users wanted :) To: dev@commons.apache.org Guys, in the shed of LANG-624, can somebody tell us, what the different Android versions return for the java.version and java.specification.version? - 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 -- -- David J. M. Karlsen - http://www.linkedin.com/in/davidkarlsen
Fwd: [lang] Android users wanted :)
Got an user here which reports java.version returns 0 and java.specification.version returns 0.9 for all Andriod versions. -- Forwarded message -- From: Waltin Arve arve.wal...@edb.com Date: 2011/2/4 Subject: RE: [lang] Android users wanted :) To: David Karlsen davidkarl...@gmail.com For alle android versjoner: java.version returnerer ”0” java.specification.version returnerer ”0.9” Vennlig hilsen Arve Waltin, 99772552 2C11 Development *From:* David Karlsen [mailto:davidkarl...@gmail.com] *Sent:* 27. januar 2011 11:52 *To:* Waltin Arve *Subject:* Fwd: [lang] Android users wanted :) Hei - jeg jobber i EDB og driver med hudson osv om du husker meg. Hadde du hatt anledning til å sjekke denne - så kan en oppdatert commons lang relases snart: Se https://issues.apache.org/jira/browse/LANG-624 + mail under. TIA -- Forwarded message -- From: *Jörg Schaible* joerg.schai...@scalaris.com Date: 2011/1/27 Subject: [lang] Android users wanted :) To: dev@commons.apache.org Guys, in the shed of LANG-624, can somebody tell us, what the different Android versions return for the java.version and java.specification.version? - Jörg - To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org -- -- David J. M. Karlsen - http://www.linkedin.com/in/davidkarlsen -- -- David J. M. Karlsen - http://www.linkedin.com/in/davidkarlsen
Re: release commons validator 1.4
Any update to the status? 2011/1/19 Niall Pemberton niall.pember...@gmail.com On Wed, Jan 19, 2011 at 3:09 PM, Jacob Zwiers jacob.zwi...@tpsgc-pwgsc.gc.ca wrote: I'll echo that. I had put a query to the user's list a last week asking a similar question. I understand that the committers are working on JSR-303 and validator2 releases. However, I suspect we're not the only ones looking to get get off Jakarta-ORO sooner than later. Is there an interest among committers to push a 1.4 release? I will try to find some time to look at doing this. If so, where do you see volunteer help being most useful? At this point I don't know. I need to review/remember the state validator is currently in and come up with a TODO list for a 1.4 release. Niall jz -Original Message- From: David Karlsen [mailto:davidkarl...@gmail.com] Sent: Wednesday, January 19, 2011 9:59 AM To: dev@commons.apache.org Subject: release commons validator 1.4 Hi. We'd be very interested in http://commons.apache.org/validator/apidocs/org/apache/commons/validator/routines/checkdigit/LuhnCheckDigit.html- could 1.4 be released? It's been quite a while since the last 1.3.1 relase -- -- David J. M. Karlsen - http://www.linkedin.com/in/davidkarlsen - 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 -- -- David J. M. Karlsen - http://www.linkedin.com/in/davidkarlsen
release commons validator 1.4
Hi. We'd be very interested in http://commons.apache.org/validator/apidocs/org/apache/commons/validator/routines/checkdigit/LuhnCheckDigit.html- could 1.4 be released? It's been quite a while since the last 1.3.1 relase -- -- David J. M. Karlsen - http://www.linkedin.com/in/davidkarlsen