Hi Steven;
We were able to get some parts of your UUID patch into Java 8 but I
unfortunately didn't get time to get all the pieces in before the Java 8
rampdown began. I was hoping to get the parsing part in next as it seemed to
have a bigger payoff than the remaining toString() changes. These
Hi Robert;
As mentioned in another thread with Steven Schlansker there is a patch in
progress with similar goals. I will look at your patch and see how much overlap
there is and merge in any relevant parts. This improvement won't make it into
Java 8 but will be implemented early in the Java 9 l
On 07/11/2013 00:19, Robert Stupp wrote:
Hi,
the current implementation of java.util.UUID.fromName() and java.util.UUID.toString()
unnecessarily produce a lot of temporary objects. Especially the fromName() method
creates some instances of java.lang.Long and indirectly via "name.split()" many
On Nov 11, 2013, at 10:55 AM, Andreas Rieber wrote:
> On 11.11.2013 19:39, Steven Schlansker wrote:
>> Sorry I don’t have the best list message references here, Oracle seems to
>> have decided to break all the links through the old Sun bug database, so all
>> my references are gone. Bummer. :
On 11.11.2013 19:39, Steven Schlansker wrote:
On Nov 6, 2013, at 4:19 PM, Robert Stupp wrote:
Hi,
the current implementation of java.util.UUID.fromName() and java.util.UUID.toString()
unnecessarily produce a lot of temporary objects. Especially the fromName() method
creates some instances o
On Nov 6, 2013, at 4:19 PM, Robert Stupp wrote:
> Hi,
>
> the current implementation of java.util.UUID.fromName() and
> java.util.UUID.toString() unnecessarily produce a lot of temporary objects.
> Especially the fromName() method creates some instances of java.lang.Long and
> indirectly via
