Hey,
On Mon, May 21, 2012 at 1:13 AM, Luc Maisonobe 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 supports Git
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 wrote:
> (posting
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
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
wrote:
> Hi.
>
> Further discussion on the JIRA page
> https://issues.apache.org/jira/browse/MATH-856
> cannot reach a consensus on solving
Hey Phil
On Mon, Sep 10, 2012 at 5:09 PM, Phil Steitz 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).
>>> }
>>
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
wrote:
> Hi.
>
> So, do you prefer:
> ---
> public enum Order {
> INCR
Hey,
On Fri, Nov 5, 2010 at 9:35 AM, Gilles Sadowski
wrote:
>> > > > /**
>> > > >- * Compute the value for the function.
>> > > >- * @param x the point for which the function value should be
>> > computed
>> > > >- * @return the value
>> > > >- * @throws FunctionEvaluationExcep
Hey,
On Fri, Jan 28, 2011 at 2:01 PM, Stephen Williams 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 from:
> void funk
Hey,
On Fri, Jan 28, 2011 at 3:00 PM, Stephen Williams 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 still have been
>
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 wrote:
> Deja Vu time.
>
> Collections is dead. I hereby give no
Hey David,
On Sat, Apr 9, 2011 at 6:44 AM, David Karlsen 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 com.google.common.collect.Table
might be good
Hey,
On Wed, May 4, 2011 at 9:58 AM, Gary Gregory wrote:
> Hi All:
>
> I think we still have naming problems with the Pair class reflected in this
> Javadoc fragment:
>
> * @param the first element type
> * @param the second element type
>
> Either we call them L left and R right, or we call
Hey,
On Wed, May 18, 2011 at 8:37 AM, Gary Gregory 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 low bounds are inclu
Hey,
On Thu, Jul 7, 2011 at 9:56 AM, Gary Gregory 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:
>
> NullArgumentExc
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 that
Hey Henri,
On Fri, Aug 26, 2011 at 11:50 PM, Henri Yandell 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 to deal
> with
+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" wrote:
> Le 26/03/2013 16:58, Gary Gregory a écrit :
>
> > Is it worth providing this shortcut:
> >
> > Iterable parse = CSVFormat.newBuilder(
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 fa
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 wrote:
> All,
>
> If we did want to move to Git, we'd probably have to figure out how
> we'd manage our "workflow" (
jects too...what a noise 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" a écrit :
>
>> Whatever workflow we came up with, if we moved to Git I'd li
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 wrote:
> On 13/10/2013 23:59, sebb wrote:
>> On 13 October 2013 20:47, Phil Steitz wrote:
>>> On 10/13/13 8:09 AM, James Carman wrote:
Well, it has been 72 hours, so let's tal
So did any committer want to exercise a veto? Otherwise the matter is
settled right?
On Oct 16, 2013 6:38 PM, "sebb" wrote:
> On 17 October 2013 02:10, Ralph Goers wrote:
> >
> > On Oct 16, 2013, at 2:46 PM, James Ring wrote:
> >
> >> Do Apache by-laws
FTFY: Any reason we would want to keep ImmutablePair?
On Tue, Oct 22, 2013 at 10:10 AM, Gary Gregory 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 Hibernate, Second
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" wrote:
> Le 09/11/2011 13:59, Gary Gregory a écrit :
>
>> +1.
>>
>> You can even make it use Java 6 as far as I'm concer
On Dec 22, 2011 8:39 AM, "Claudio Squarcella"
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 to specify e.g.
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" wrote:
> Hi,
>
> I have written a small exten
edikt Ritter" wrote:
> Am 15.01.2012 20:23, schrieb James Ring:
>
>> 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/**
>>
On Wed, Feb 15, 2012 at 12:44 PM, Matt Benson wrote:
> On Wed, Feb 15, 2012 at 2:35 PM, Jörg Schaible 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]. Back then James sugg
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" wrote:
Hey,
On Wed, Apr 1, 2009 at 12:00 AM, sebb wrote:
>> 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 something
> else other than Maven 2
Hey,
On Sat, May 30, 2009 at 11:30 AM, Emmanuel Bourg 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 long o
Hey,
On Mon, Jul 27, 2009 at 7:00 AM, sebb 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 $Revision w
There is nothing that says Map must be mutable, even the javadoc says:
"put - Associates the specified value with the specified key in this
map (optional operation)."
On Wed, Jan 22, 2014 at 8:03 AM, wrote:
> There is no question your use case is convenient, but it violates the
> contract that
You should do git commit or git commit -a to commit all unstaged
files.
On Jul 24, 2014 3:36 AM, "Gilles" 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:
>>>
Le 23/07/2014 00:0
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 o
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 anno
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 thread
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
mmons project, I would certainly be interested.
>>
>> Thomas
>>
>>> On Mon, Feb 2, 2015 at 6:21 PM, Thomas Neidhart
>>> wrote:
>>>> On 02/02/2015 11:20 PM, James Ring wrote:
>>>>> I spoke to one of the authors of re2j, a Google-internal
Hey Benson,
Just wanted to let you and the rest of the commons dev list that re2j
is now in the open: please see https://github.com/google/re2j. Please
take a look!
Regards,
James
On Mon, Feb 9, 2015 at 12:16 PM, Benson Margulies wrote:
> On Mon, Feb 9, 2015 at 1:36 PM, James Ring wr
Neat! Thanks for sharing.
On Thu, Feb 19, 2015 at 7:32 PM, Ole Ersoy 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
>
>
> ---
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 out
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
> penetration yet. But I don
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 (linked to issue
MATH-1288)
is now st
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, Aug 10, 2017 at 11:14
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) {..."
>>
>> ?
>
> Because the l
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 :
> - Removing MSVC specific
47 matches
Mail list logo