>
> On the matter of writing a Comparator, the basic problem is
> the Number interface is not strong enough to allow you to write such
> functionality.
>
> First, the Number type basically only means "convertible to a
> primitive." There are no strict requirements on consistency between
> the dif
On Fri, Jan 16, 2015 at 02:55:28PM -0800, Brian Burkhalter wrote:
>
> On Jan 8, 2015, at 7:13 AM, Andreas Lundblad
> wrote:
>
> > Although I was the one who brought it up, I think the whole
> > Comparator discussion is slightly off topic. I still think that
> >
al.stream (and to the
> primitive variants) will help reduce such contortions.
>
> A CCC will be filed.
>
> Thanks,
> Paul.
Hi Paul,
My name is Andreas Lundblad, and I joined the langtools team a little more than
a year ago. I'm not a Reviewer or anything but I casually
On Fri, Apr 17, 2015 at 03:01:29PM -0700, Steven Schlansker wrote:
>
> On Apr 17, 2015, at 2:37 PM, Remi Forax wrote:
> > As you can see the code is not bad but the code of chain() could be
> > simplified
> > if there was a way on Optional to call a Supplier of Optional if an
> > Optional is em
On Sun, May 31, 2015 at 02:31:25PM +1000, David Holmes wrote:
> >As I recently fell into the trap of forgetting the synchronized block
> >around a single notifyAll(), I believe, the current situation is just
> >errorprone.
>
> How is it errorprone? You forgot to acquire the lock and you got an
> I
On Mon, Dec 01, 2014 at 01:10:29PM +0100, Jan Lahoda wrote:
> Hi,
>
> In a preparation for JDK-8061549, I'd like to rename all uses of '_'
> as a one-character identifier in the jaxp and jdk repositories. All
> the uses I was able to find are in tests, and the identifier is used
> as a name of a c
database/view_bug.do?bug_id=7000825 Since then this page
has gone missing. Where did the bug report go, and why didn't I get any
notification about the removal?)
-- Andreas Lundblad
On Tue, Dec 16, 2014 at 03:18:49PM -0800, Brian Burkhalter wrote:
> Andreas,
>
> Doesn’t the class documentation of Number [1] provide sufficient clarity, to
> wit:
>
> "The specific semantics of the conversion from the numeric value of a
> particular Number implementation to a given primitive
On Mon, Jan 05, 2015 at 05:43:26PM -0800, Joseph D. Darcy wrote:
> Hello,
>
> Getting back to this issue in the new year, taking a closer look at
> the existing class-level documentation, I don't really see a
> compelling case for an edit this large.
>
> I for one would be content if the bug were
review:
http://cr.openjdk.java.net/~alundblad/8019420-and-8004912/
Link to bug reports:
https://bugs.openjdk.java.net/browse/JDK-8004912
https://bugs.openjdk.java.net/browse/JDK-8019420
-- Andreas Lundblad
file is in the langtools repo)
Link to web review:
http://cr.openjdk.java.net/~alundblad/8019420-and-8004912/
Link to bug reports:
https://bugs.openjdk.java.net/browse/JDK-8004912
https://bugs.openjdk.java.net/browse/JDK-8019420
-- Andreas Lundblad
On Tue 22 Oct 2013 12:21:36 PM CEST, Joel Borggrén-Franck wrote:
Hi Andreas,
A few nits:
Class.java:
import java.util.Collection;
+import java.util.Collections;
import java.util.HashSet;
unused import.
Right. Thanks.
AnnotationSupport.java:
+/**
+ * Equivalent to calling {@c
ated/
This includes a new test based on your code. The test passes after
applying the patch.
best regards,
Andreas Lundblad
://cr.openjdk.java.net/~alundblad/8027170
Link to bug report:
https://bugs.openjdk.java.net/browse/JDK-8027170
Original discussion:
http://mail.openjdk.java.net/pipermail/core-libs-dev/2013-October/022455.html
-- Andreas Lundblad
ry.
Link to web review:
http://cr.openjdk.java.net/~alundblad/8016725/webrev.00
Link to bug report:
https://bugs.openjdk.java.net/browse/JDK-8016725
-- Andreas Lundblad
ugs.openjdk.java.net/browse/JDK-8027470
-- Andreas Lundblad
ink to bug reports:
http://bugs.openjdk.java.net/browse/JDK-8006730
-- Andreas Lundblad
On Thu, Nov 14, 2013 at 07:21:38PM -0800, Joseph Darcy wrote:
> Hello,
>
> Catching up on email, the specification of java.lang.Class does not
> explicitly promise that its notion of equality must be identity for
> all time. Therefore, while not required for today's implementations,
> I would pref
18 matches
Mail list logo
