Re: RFR: 8287497: Use String.contains() instead of String.indexOf() in java.naming

2022-05-31 Thread Vyom Tewari
On Sun, 29 May 2022 14:00:20 GMT, Andrey Turbanov  wrote:

> `String.contains` was introduced in Java 5.
> Some code in java.naming still uses old approach with `String.indexOf` to 
> check if String contains specified substring.
> I propose to migrate such usages. Makes code shorter and easier to read.

looks ok to me.

-

PR: https://git.openjdk.java.net/jdk/pull/8938


Re: RFR: 8287497: Use String.contains() instead of String.indexOf() in java.naming

2022-05-31 Thread Andrey Turbanov
On Sun, 29 May 2022 14:00:20 GMT, Andrey Turbanov  wrote:

> `String.contains` was introduced in Java 5.
> Some code in java.naming still uses old approach with `String.indexOf` to 
> check if String contains specified substring.
> I propose to migrate such usages. Makes code shorter and easier to read.

Thank you for review!

-

PR: https://git.openjdk.java.net/jdk/pull/8938


Re: RFR: 8287497: Use String.contains() instead of String.indexOf() in java.naming

2022-05-30 Thread Jaikiran Pai
On Sun, 29 May 2022 14:00:20 GMT, Andrey Turbanov  wrote:

> `String.contains` was introduced in Java 5.
> Some code in java.naming still uses old approach with `String.indexOf` to 
> check if String contains specified substring.
> I propose to migrate such usages. Makes code shorter and easier to read.

Marked as reviewed by jpai (Reviewer).

-

PR: https://git.openjdk.java.net/jdk/pull/8938


Re: RFR: 8287497: Use String.contains() instead of String.indexOf() in java.naming

2022-05-30 Thread Roger Riggs
On Sun, 29 May 2022 14:00:20 GMT, Andrey Turbanov  wrote:

> `String.contains` was introduced in Java 5.
> Some code in java.naming still uses old approach with `String.indexOf` to 
> check if String contains specified substring.
> I propose to migrate such usages. Makes code shorter and easier to read.

Marked as reviewed by rriggs (Reviewer).

-

PR: https://git.openjdk.java.net/jdk/pull/8938


Re: RFR: 8287497: Use String.contains() instead of String.indexOf() in java.naming

2022-05-30 Thread Aleksei Efimov
On Sun, 29 May 2022 14:00:20 GMT, Andrey Turbanov  wrote:

> `String.contains` was introduced in Java 5.
> Some code in java.naming still uses old approach with `String.indexOf` to 
> check if String contains specified substring.
> I propose to migrate such usages. Makes code shorter and easier to read.

The change looks good to me.
I've checked the fix with our CI system and no `java.naming` failures have been 
discovered.

-

Marked as reviewed by aefimov (Committer).

PR: https://git.openjdk.java.net/jdk/pull/8938


Re: RFR: 8287497: Use String.contains() instead of String.indexOf() in java.naming

2022-05-30 Thread Raffaello Giulietti
On Sun, 29 May 2022 14:00:20 GMT, Andrey Turbanov  wrote:

> `String.contains` was introduced in Java 5.
> Some code in java.naming still uses old approach with `String.indexOf` to 
> check if String contains specified substring.
> I propose to migrate such usages. Makes code shorter and easier to read.

_(not a reviewer)_
Provided `indexOf() != -1` and `indexOf() >= 0` are equivalent (which should 
indeed be the case, according to the Javadoc), the changes look good

-

PR: https://git.openjdk.java.net/jdk/pull/8938


RFR: 8287497: Use String.contains() instead of String.indexOf() in java.naming

2022-05-29 Thread Andrey Turbanov
`String.contains` was introduced in Java 5.
Some code in java.naming still uses old approach with `String.indexOf` to check 
if String contains specified substring.
I propose to migrate such usages. Makes code shorter and easier to read.

-

Commit messages:
 - [PATCH] Use String.contains() instead of String.indexOf() in java.naming

Changes: https://git.openjdk.java.net/jdk/pull/8938/files
 Webrev: https://webrevs.openjdk.java.net/?repo=jdk=8938=00
  Issue: https://bugs.openjdk.java.net/browse/JDK-8287497
  Stats: 13 lines in 4 files changed: 0 ins; 0 del; 13 mod
  Patch: https://git.openjdk.java.net/jdk/pull/8938.diff
  Fetch: git fetch https://git.openjdk.java.net/jdk pull/8938/head:pull/8938

PR: https://git.openjdk.java.net/jdk/pull/8938