RFR 8071479: Stream and lamdification improvements to j.u.regex.Matcher

Stuart Marks stuart.marks at oracle.com
Tue Mar 3 02:09:42 UTC 2015


On 3/2/15 1:49 AM, Paul Sandoz wrote:
> On Feb 28, 2015, at 4:40 AM, Xueming Shen <xueming.shen at oracle.com> wrote:
>> Updated to a static private class for the toMatchResult(). Added a private field MatchResult for the anonymous MatchResult
>> wrapper.
>>
>> http://cr.openjdk.java.net/~sherman/regex.stream/src/java.base/share/classes/java/util/regex/Matcher.java.sdiff.html
>>
>
> Many thanks, i took most of that code and updated:
>
> http://cr.openjdk.java.net/~psandoz/jdk9/JDK-8071479--Matcher-stream-results/webrev/src/java.base/share/classes/java/util/regex/Matcher.java.sdiff.html
>
> - additional documentation for replacer function parameter is moved to the main body
>
> - there is no need for an internal MatchResult instance wrapper. It does not protect against state modification, does not protect against escape, creates another object for all matcher instances, and results in more wrapping. The only way we can avoid the first 2 is by using an immutable match result, which has it's own cost that unfortunately we cannot avoid in the results().


Even though there's more overhead, I like the idea of creating a distinct match 
result for each stream value. Consider what might happen if somebody decided to 
collect the match results into a list at the end of the pipeline. (Did the 
earlier versions pass "this" down the stream? If so, boy, was that a latent 
bug.) I'm reminded of one of the old Map entrySet iterators that reused the same 
Map.Entry instance for the duration of the iteration. That caused some problems.

Anyway, this latest version looks fine.

s'marks



More information about the core-libs-dev mailing list