Re: [CONFIGURATION] Formatting braces

What about https://github.com/google/google-java-format ? Just require that it be run on check-in, all these style questions go away (as a bonus, it looks nice too). On Wed, Sep 11, 2019 at 6:54 AM Gary Gregory wrote: > > Hi All: > > I only hope that this will not turn into a bike shedding

Re: [All][Math] No ML, no JIRA; GitHub only?

On Fri, Jan 25, 2019 at 6:17 AM Stefan Bodewig wrote: > > On 2019-01-25, Gilles Sadowski wrote: > > > By chance, I opened and read an automated mail from "GitBox" whose > > subject line did not contain anything that would usually prompt a > > reaction from me.[1] > > [Sidenote: I also find it

Re: [compress] Tar stream signature detection regression as of 1.11

According to git bisect, 1fb42987de0d21c9b6777272320b64230eadb277 is the first bad commit commit 1fb42987de0d21c9b6777272320b64230eadb277 Author: Stefan Bodewig Date: Sun Jan 31 13:12:31 2016 +0100 COMPRESS-331 make tar checksum check as strict as GNU tar On Thu,

Re: [daemon] Improvements

A link would be nice :) On Sat, Oct 8, 2016 at 8:46 AM, Guillaume Ch wrote: > Dear Daemon's developers, > > I'm working on some improvements for Apache Daemon on my Github fork of > your mirror and I would like to know your opinions about these > changes/involvements : > -

Re: commons-rng git commit: CheckStyle.

Why not Java 7 at least? Java 6 was EOL 5 years ago now. On Wed, Aug 10, 2016 at 1:39 PM, Emmanuel Bourg wrote: > Le 10/08/2016 à 22:37, Gary Gregory a écrit : >> Why not use "catch (InvocationTargetException | InstantiationException | >> IllegalAccessException e) {..." >> >>

Re: [math] branch merge to come, prepare for a huge flood of git messages

On Wed, Dec 9, 2015 at 9:45 AM, Phil Steitz wrote: > On 12/9/15 9:13 AM, luc wrote: >> Le 2015-12-09 16:49, Phil Steitz a écrit : On Dec 9, 2015, at 8:39 AM, luc wrote: Hi all, The development status for the field-ode branch

Re: [JXPATH] Java Version

Unfortunately Android still uses Java 7, if you want Android developers to be able to use the library then I think you should target 7. On Sun, Nov 22, 2015 at 7:12 AM, Benedikt Ritter wrote: > Okay, so we go with Java 8? Doesn't feel like it has reached enough market >

Re: [Math] Git misc (backport)

You should be able to see all the branches with git branch -a. You can check them out to work on them, e.g. git checkout -b MATH_3_X remotes/origin/MATH_3_X How do you want to backport? Are you looking to cherry-pick individual changes from the master branch back into 3_X? After you've checked

Re: [Releases] Jitpack

Neat! Thanks for sharing. On Thu, Feb 19, 2015 at 7:32 PM, Ole Ersoy ole.er...@gmail.com wrote: Just came across this on the Maven users list: https://jitpack.io/ Seems like it would be a great tool for managing releases. Cheers, - Ole

Re: Anyone interested in regular expressions, again?

, James Ring s...@jdns.org wrote: I'm working to bring re2j into the open, it will take some time because Google's internal procedures for this kind of thing are pretty lengthy. I'm hopeful it could be done in the next month or so. That is lovely news. Thanks! On Tue, Feb 3, 2015 at 12:14 PM

Re: Anyone interested in regular expressions, again?

thomas.neidh...@gmail.com wrote: On 02/02/2015 11:20 PM, James Ring wrote: I spoke to one of the authors of re2j, a Google-internal port of the C++ re2 library. The intention was to open source it but they just haven't got around to it. I may try and get Google to put re2j up on GitHub so you all can

Re: Anyone interested in regular expressions, again?

I spoke to one of the authors of re2j, a Google-internal port of the C++ re2 library. The intention was to open source it but they just haven't got around to it. I may try and get Google to put re2j up on GitHub so you all can take a look. AFAIK it is heavily used in Google and it has an API that

Re: Git very quick reference (was [VOTE] Migrate Commons Math to Git)

You should do git commit filename or git commit -a to commit all unstaged files. On Jul 24, 2014 3:36 AM, Gilles gil...@harfang.homelinux.org wrote: On Thu, 24 Jul 2014 11:12:38 +0200, luc wrote: Le 2014-07-23 23:58, Gilles a écrit : On Wed, 23 Jul 2014 08:36:55 +0200, Luc Maisonobe wrote:

Re: [lang] ImmutablePair is final

FTFY: Any reason we would want to keep ImmutablePair? On Tue, Oct 22, 2013 at 10:10 AM, Gary Gregory garydgreg...@gmail.com wrote: Hi All: Is there any reason we would want to keep ImmutablePair final? Gary -- E-Mail: garydgreg...@gmail.com | ggreg...@apache.org Java Persistence with

Re: [VOTE] Move Apache Commons to Git for SCM...

Do Apache by-laws require a quorum? Was there a quorum for this vote? On Mon, Oct 14, 2013 at 12:13 AM, Mark Thomas ma...@apache.org wrote: On 13/10/2013 23:59, sebb wrote: On 13 October 2013 20:47, Phil Steitz phil.ste...@gmail.com wrote: On 10/13/13 8:09 AM, James Carman wrote: Well, it has

Re: [VOTE] Move Apache Commons to Git for SCM...

So did any committer want to exercise a veto? Otherwise the matter is settled right? On Oct 16, 2013 6:38 PM, sebb seb...@gmail.com wrote: On 17 October 2013 02:10, Ralph Goers ralph.go...@dslextreme.com wrote: On Oct 16, 2013, at 2:46 PM, James Ring wrote: Do Apache by-laws require

Re: [DISCUSS] Moving to Git...

Whatever workflow we came up with, if we moved to Git I'd like to see Gerritt (https://code.google.com/p/gerrit/) used for code review. On Mon, Oct 7, 2013 at 7:10 PM, James Carman ja...@carmanconsulting.com wrote: All, If we did want to move to Git, we'd probably have to figure out how we'd

Re: [DISCUSS] Moving to Git...

on commons cause of not following it + which link between csv and math - consistency? NB: no project is too small. Le 8 oct. 2013 04:15, James Ring s...@jdns.org a écrit : Whatever workflow we came up with, if we moved to Git I'd like to see Gerritt (https://code.google.com/p/gerrit/) used for code

Re: Need for an alternatives to the main line of code.

Seems to me that a more distributed change control system like git would allow would-be contributors to put their code up for scrutiny without having to create sandbox projects and the like. If enough people get behind some patches, they could iterate faster and get it checked into the mainline

Re: [CSV] Should the Builder API be optional?

+1 this is best. If the CSVParser is stateless then each of its 'with...' methods should return a new CSVParser. On Mar 26, 2013 9:03 AM, Emmanuel Bourg ebo...@apache.org wrote: Le 26/03/2013 16:58, Gary Gregory a écrit : Is it worth providing this shortcut: IterableCSVRecord parse =

Re: [Math] About NullArgumentException

Hey, I'm a disinterested third party (not a CM user) but I thought I should chime in my two cents worth... On Sun, Sep 9, 2012 at 4:34 AM, Gilles Sadowski gil...@harfang.homelinux.org wrote: Hi. Further discussion on the JIRA page https://issues.apache.org/jira/browse/MATH-856 cannot

Re: [Math] About NullArgumentException

Hey Phil On Mon, Sep 10, 2012 at 5:09 PM, Phil Steitz phil.ste...@gmail.com wrote: On 9/10/12 3:43 PM, James Ring wrote: try { // Call CM } catch (NullPointerException e) { // Handle NPE (raised by the JVM _or_ by CM). } Is this going to be the typical case? NPE indicates

Re: [math] assert policy

Just a quick observation: at Google the Java practices guide says assert == //. Assertions can be disabled, so you should never rely on it to crash if something is seriously wrong and you should never rely on side-effects of the assert expression. On Wed, Aug 15, 2012 at 4:02 PM, Gilles Sadowski

Re: [VFS] Update VFS trunk to Java 6

Has anybody looked at the Java 7 NIO File API? http://docs.oracle.com/javase/7/docs/api/java/nio/file/package-summary.html I think VFS should be able to make great contributions to that by porting filesystem implementations to it. On Fri, Jun 15, 2012 at 7:46 AM, garydgregory

Re: Git support?

Hey, On Mon, May 21, 2012 at 1:13 AM, Luc Maisonobe luc.maison...@free.fr wrote: Le 21/05/2012 02:21, Hasan Diwan a écrit : Hi Hasan, Gents, Maven does have git support[1]. So, it would be only a matter of updating your poms to reflect the new scm type. -- H The fact tools like Maven

Re: [graph] Why the Vertex and Edge interfaces?

Java Collections classes typically specify that they are serializable if their type parameter(s) are serializable. It shouldn't be required. On Mar 1, 2012 9:51 PM, James Carman ja...@carmanconsulting.com wrote:

Re: [Collections] Is commons collections dormant ?

On Wed, Feb 15, 2012 at 12:44 PM, Matt Benson gudnabr...@gmail.com wrote: On Wed, Feb 15, 2012 at 2:35 PM, Jörg Schaible joerg.schai...@gmx.de wrote: Hi Benedict, Benedikt Ritter wrote: Hi, finally I've found the time to answer to this topic :) We had a similar discussion a while ago [1].

Re: [collections] suggestion for improvement: QueryableCollections

Google Guava has all this and more, and it doesn't require an extension to ArrayList, any Iterable will do. http://google-collections.googlecode.com/svn/trunk/javadoc/com/google/common/collect/Iterables.html On Jan 15, 2012 3:59 AM, Benedikt Ritter b...@systemoutprintln.de wrote: Hi, I have

Re: [Graph] On graph weight type(s)

On Dec 22, 2011 8:39 AM, Claudio Squarcella squar...@dia.uniroma3.it wrote: Hi, I highly appreciated the last contributions (thanks guys!) but I also agree on this point, so let's start from the end. I think that, no matter what underlying structure we come up with, the user should be able

Re: [csv] Java 5?

I thought there were only a handful of significant changes between java 5 and 6. Also java 5 has been end-of-lifed since October 2009. On Nov 10, 2011 7:51 PM, Emmanuel Bourg ebo...@apache.org wrote: Le 09/11/2011 13:59, Gary Gregory a écrit : +1. You can even make it use Java 6 as far as

Re: [lang] ComparatorChain redesign

Hey Henri, On Fri, Aug 26, 2011 at 11:50 PM, Henri Yandell flame...@gmail.com wrote: Thanks James. I wanted to pull the comparator classes over from Collections as I wanted to still be able to support them (and use internally as I already had ComparableComparator hidden away) without having

Re: [lang] ComparatorChain redesign

Google Guava has Ordering: http://guava-libraries.googlecode.com/svn/trunk/javadoc/com/google/common/collect/Ordering.html It is an incredibly useful class. Some random example of how it's awesome: http://www.polygenelubricants.com/2010/10/elegant-comparison-logic-with-guava.html Recommend

Re: [lang] NullArgumentException usage

Hey, On Thu, Jul 7, 2011 at 9:56 AM, Gary Gregory garydgreg...@gmail.com wrote: Hi All: I do like using NullArgumentException, but I find writing this over and over tedious: if (arg == null) {  thrown new NullArgumentException(argName); } something(arg); How about this instead:

Re: [LANG] unnecessary boxing in StringEscapeUtils etc.

Hey, On Wed, May 18, 2011 at 8:37 AM, Gary Gregory garydgreg...@gmail.com wrote: The bigger issue in my mind is why a Range does not extend Pair. It's pretty clear (to me at least) that a range is a pair of values. Mathematically speaking a Range also has information about whether the high and

Re: [lang] Pair names still not right or consistent

Hey, On Wed, May 4, 2011 at 9:58 AM, Gary Gregory garydgreg...@gmail.com wrote: Hi All: I think we still have naming problems with the Pair class reflected in this Javadoc fragment:  * @param L the first element type  * @param R the second element type Either we call them L left and R

Re: [lang] Collections - Lang

Hey David, On Sat, Apr 9, 2011 at 6:44 AM, David Karlsen davidkarl...@gmail.com wrote: 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? If your keys have dimension of 2 then

Re: [lang] Collections - Lang

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.

Re: Pointers

Hey, On Fri, Jan 28, 2011 at 2:01 PM, Stephen Williams scient...@gmail.com wrote: All objects are passed as references in Java. All fundamental scalar types have Object wrapped versions. An argument that is meant to be modified just needs to be an object reference. So, you can simply go

Re: Pointers

Hey, On Fri, Jan 28, 2011 at 3:00 PM, Stephen Williams scient...@gmail.com wrote: True, you shouldn't synchronize on any object that A) you want to change and B) can only be changed by being replaced by a newly constructed object.  If Integer, for instance, had a setter method, then it could

Re: [Math] Order enum in MathUtils

FYI, For a more powerful and useful definition of Ordering, see http://google-collections.googlecode.com/svn/trunk/javadoc/index.html?com/google/common/collect/Ordering.html. On Sun, Aug 1, 2010 at 2:58 PM, Gilles Sadowski gil...@harfang.homelinux.org wrote: Hi. So, do you prefer: ---

Re: [ALL] Use of SVN variable $Date$ - do we need it?

Hey, On Mon, Jul 27, 2009 at 7:00 AM, sebbseb...@gmail.com wrote: The SVN variable $Date shows the date of last update. Unfortunately this is expressed in local time, which makes comparing tags with source archives a bit tedious. Do we really need this variable? I would have thought that

Re: [cli] New Parser available

Hey, On Sat, May 30, 2009 at 11:30 AM, Emmanuel Bourg ebo...@apache.org wrote: Russel Winder a écrit : It implements the features of the other parsers and more: - partial matching for the long options (-ver instead of -version) What about -ver being -v -e -r ? The partial matching of a

Re: [Configuration] Building

Hey, On Wed, Apr 1, 2009 at 12:00 AM, sebb seb...@gmail.com wrote: ralph.go...@dslextreme.com wrote: Do we really need to support Ant, Maven 1.x and Maven 2? If the project supports Java 1.3, then IMO it should have a way of building and testing on Java 1.3, in which case it needs

Re: [CODEC] Hex class confusing mix of static and instance methods

Hey Sebb, On Mon, Jul 14, 2008 at 5:08 AM, sebb [EMAIL PROTECTED] wrote: The Hex class has a mix of static and instance methods, which is a bit confusing. The class does not have any state at all, so all the methods could be static. Perhaps we should consider adding static versions of the