Re: stripIndent() behavior

how Java code has always looked? On top of *that*, I have no idea what "right markers" are good for, nor >> what customizing the marker choice is good for (other than creating more >> needless variation between different pieces of code). >> >> > Str

Re: RFR : JDK-8001642 : Add OptionalT, OptionalDouble, OptionalInt, OptionalLong

implementation, this will generate a lot of confusions and frustrations. Guava's Optional *cannot* be used to hold null. So this particular concern is not a concern at all. -- Kevin Bourrillion | Java Librarian | Google, Inc. | kev...@google.com

Re: RFR 7065380 : Allow Collections.sort to sort Collections.singletonList() result

, replace Collections.sort(list); with if (list.size() 1) Collections.sort(list); ... that doesn't seem so bad to me. Just my $.01 ... -- Kevin Bourrillion @ Google Java Core Libraries Team http://guava-libraries.googlecode.com

Re: java.util.Pair

(which I don't think it is), weren't warnings supposed to be things that would warn you about possible *bugs*?) -- Kevin Bourrillion @ Google internal: http://goto/javalibraries external: http://guava-libraries.googlecode.com

Re: java.util.Pair

amount of the world's Java code that would become broken if generics were ever reified. And, as well, that -- no, I won't go on about this, because it's now a tangent of a tangent. -- Kevin Bourrillion @ Google internal: http://goto/javalibraries external: http://guava-libraries.googlecode.com

Re: java.util.Pair

primitive? Simply an immutable and Serializable class, two final fields, one constructor, two getters (?), and no static factory methods. (S)he who does the real implementation has the privilege to choose between head/tail and car/cdr. Thanks Max -- Kevin Bourrillion @ Google internal: http

Re: Math project or subproject

it has become a very useful tool for you and others who do this kind of work. If you'd like to keep tabs on our development -- possibly even help? (dare I dream?) -- please drop me a line and I'll add you to our mailing list! -- Kevin Bourrillion @ Google internal: http://go/javalibraries

Re: Re : Code review request for 6908131 Pure Java implementations of StrictMath.floor(double) StrictMath.ceil(double)

://code.google.com/p/caliper/ - Dave There is also Japex, a micro-benchmarking framework developed by a Sun group originally for testing XML parsing and Fast Infoset. https://japex.dev.java.net/ Patrick -- Kevin Bourrillion @ Google internal: http://go/javalibraries external: guava

Re: New convention for static methods ?

. -Ulf -- Kevin Bourrillion @ Google internal: http://go/javalibraries external: guava-libraries.googlecode.com

Re: Strings [was Re: Sponsoring getting 5015163 (str) String merge/join that is the inverse of String.split() into JDK 7]

of all this is that doing splitting well is going to take more than just a few static methods in a utility class. By and large, we've found this to be the case with nearly everything (but not everything) we first thought of as a StringUtil method. -- Kevin Bourrillion @ Google internal: http://go

Re: nonNull and similar methods [was Re: First round of java.util.Objects for code review (bug 6797535)]

because of this small amount of paving we applied to that path. Just some more input to consider. http://commons.apache.org/lang/apidocs/org/apache/commons/lang/Validate.html http://google-collections.googlecode.com/svn/trunk/javadoc/com/google/common/base/Preconditions.html -- Kevin

Re: Sponsoring getting 5015163 (str) String merge/join that is the inverse of String.split() into JDK 7

, one could find the usage of static methods weird. I agree. The join methods should be instance methods, not static methods. - Mark -- Kevin Bourrillion @ Google internal: http://go/javalibraries external: guava-libraries.googlecode.com

Re: What methods should go into a java.util.Objects class in JDK 7?

D9D8 -- Kevin Bourrillion @ Google internal: http://go/javalibraries google-collections.googlecode.com google-guice.googlecode.com

Re: OpenJDK Forum: Core Libraries Round Table

Everyone, I'm terribly sorry. I got extremely busy, buying a house and all, and completely forgot about this, and I don't think I will have time. I should have said so long ago. On Fri, Apr 10, 2009 at 11:24 AM, Kevin Bourrillion kev...@google.comwrote: Curious if anyone is transcribing

Re: OpenJDK Forum: Core Libraries Round Table

/robilad/media/openjdk-core-libraries-roundup.mp3 Thanks for that, Dalibor. (I'm no fan of software patents, but it's nice when things just work.) Tom -- Kevin Bourrillion @ Google internal: http://go/javalibraries google-collections.googlecode.com google-guice.googlecode.com

Re: Fix for 5015163, and my first webrev

, simple new APIs being added to core libraries via openjdk). On Fri, Feb 6, 2009 at 5:01 PM, Rémi Forax fo...@univ-mlv.fr wrote: Kevin Bourrillion a écrit : Hello, A few thoughts. First, this functionality is badly needed. Absolutely everyone rewrites this, in hundreds of different ways

Re: [PATCH 0/2] Class- and class loader-local storage (Bug ID #6493635)

than ephemeral. :-) - DML -- Kevin Bourrillion @ Google internal: http://go/javalibraries google-collections.googlecode.com google-guice.googlecode.com

Re: Fix for 5015163, and my first webrev

-collaboration forum more than one year ago but because i am lazy i haven't take the time to post it here. cheers, Rémi Forax -- Kevin Bourrillion @ Google internal: http://go/javalibraries google-collections.googlecode.com google-guice.googlecode.com

Re: TreeMap.navigableKeySet().descendingIterator() sequence ?

the 15 keys printed in descending order, (as expected). I've attached a very simple program that illustrates what I'm describing. Could someone clarify this behavior? thanks, charlie ... -- Kevin Bourrillion @ Google internal: go/javalibraries google-collections.googlecode.com