[GitHub] commons-lang issue #249: Checkstyle for long literals

2017-03-05 Thread coveralls
Github user coveralls commented on the issue:

https://github.com/apache/commons-lang/pull/249
  

[![Coverage 
Status](https://coveralls.io/builds/10437561/badge)](https://coveralls.io/builds/10437561)

Coverage decreased (-0.007%) to 94.529% when pulling 
**380744a3ff0f8db9ea52260da90fbef825798407 on mureinik:long-checkstyle** into 
**6597c196521af500feef7a02610727eafa7ec1dc on apache:master**.



---
If your project is set up for it, you can reply to this email and have your
reply appear on GitHub as well. If your project does not have this feature
enabled and wishes so, or if the feature is enabled but not working, please
contact infrastructure at infrastruct...@apache.org or file a JIRA ticket
with INFRA.
---


[GitHub] commons-lang issue #250: LANG-1300: Convert CharSequence to String for int-m...

2017-03-05 Thread coveralls
Github user coveralls commented on the issue:

https://github.com/apache/commons-lang/pull/250
  

[![Coverage 
Status](https://coveralls.io/builds/10437855/badge)](https://coveralls.io/builds/10437855)

Coverage decreased (-0.08%) to 94.455% when pulling 
**cc70a8aa73b7a3da4ca08629c470baf60b7b89a2 on MarkDacek:LANG-1300** into 
**6597c196521af500feef7a02610727eafa7ec1dc on apache:master**.



---
If your project is set up for it, you can reply to this email and have your
reply appear on GitHub as well. If your project does not have this feature
enabled and wishes so, or if the feature is enabled but not working, please
contact infrastructure at infrastruct...@apache.org or file a JIRA ticket
with INFRA.
---


[jira] [Commented] (LANG-1300) Clarify or improve behaviour of int-based methods in StringUtils

2017-03-05 Thread ASF GitHub Bot (JIRA)

[ 
https://issues.apache.org/jira/browse/LANG-1300?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15896133#comment-15896133
 ] 

ASF GitHub Bot commented on LANG-1300:
--

Github user coveralls commented on the issue:

https://github.com/apache/commons-lang/pull/250
  

[![Coverage 
Status](https://coveralls.io/builds/10437855/badge)](https://coveralls.io/builds/10437855)

Coverage decreased (-0.08%) to 94.455% when pulling 
**cc70a8aa73b7a3da4ca08629c470baf60b7b89a2 on MarkDacek:LANG-1300** into 
**6597c196521af500feef7a02610727eafa7ec1dc on apache:master**.



> Clarify or improve behaviour of int-based methods in StringUtils
> 
>
> Key: LANG-1300
> URL: https://issues.apache.org/jira/browse/LANG-1300
> Project: Commons Lang
>  Issue Type: Improvement
>  Components: lang.*
>Affects Versions: 3.5
>Reporter: Duncan Jones
>Priority: Minor
> Fix For: Discussion
>
>
> The following methods use an {{int}} to represent a search character:
> {code:java}
> boolean contains(final CharSequence seq, final int searchChar)
> int indexOf(final CharSequence seq, final int searchChar)
> int indexOf(final CharSequence seq, final int searchChar, final int startPos)
> int lastIndexOf(final CharSequence seq, final int searchChar)
> int lastIndexOf(final CharSequence seq, final int searchChar, final int 
> startPos)
> {code}
> When I see an {{int}} representing a character, I tend to assume the method 
> can handle supplementary characters. However, the current behaviour of these 
> methods depends upon whether the {{CharSequence}} is a {{String}} or not.
> {code:java}
> StringBuilder builder = new StringBuilder();
> builder.appendCodePoint(0x2070E);
> System.out.println(StringUtils.lastIndexOf(builder, 0x2070E)); // -1
> System.out.println(StringUtils.lastIndexOf(builder.toString(), 0x2070E)); // 0
> {code}
> The Javadoc for these methods are ambiguous on this point, stating:
> {quote}
> This method uses {{String.lastIndexOf(int)}} if possible.
> {quote}
> I think we should consider updating the {{CharSequenceUtils}} methods used by 
> this class to convert all {{CharSequence}} parameters to strings, enabling 
> full code point support. The docs could be updated to make this crystal clear.
> There is a question of whether this breaks backwards compatibility.



--
This message was sent by Atlassian JIRA
(v6.3.15#6346)


[GitHub] commons-lang issue #250: LANG-1300: Convert CharSequence to String for int-m...

2017-03-05 Thread coveralls
Github user coveralls commented on the issue:

https://github.com/apache/commons-lang/pull/250
  

[![Coverage 
Status](https://coveralls.io/builds/10437975/badge)](https://coveralls.io/builds/10437975)

Coverage decreased (-0.05%) to 94.484% when pulling 
**cc70a8aa73b7a3da4ca08629c470baf60b7b89a2 on MarkDacek:LANG-1300** into 
**6597c196521af500feef7a02610727eafa7ec1dc on apache:master**.



---
If your project is set up for it, you can reply to this email and have your
reply appear on GitHub as well. If your project does not have this feature
enabled and wishes so, or if the feature is enabled but not working, please
contact infrastructure at infrastruct...@apache.org or file a JIRA ticket
with INFRA.
---


[GitHub] commons-lang issue #250: LANG-1300: Convert CharSequence to String for int-m...

2017-03-05 Thread coveralls
Github user coveralls commented on the issue:

https://github.com/apache/commons-lang/pull/250
  

[![Coverage 
Status](https://coveralls.io/builds/10437975/badge)](https://coveralls.io/builds/10437975)

Coverage decreased (-0.05%) to 94.484% when pulling 
**cc70a8aa73b7a3da4ca08629c470baf60b7b89a2 on MarkDacek:LANG-1300** into 
**6597c196521af500feef7a02610727eafa7ec1dc on apache:master**.



---
If your project is set up for it, you can reply to this email and have your
reply appear on GitHub as well. If your project does not have this feature
enabled and wishes so, or if the feature is enabled but not working, please
contact infrastructure at infrastruct...@apache.org or file a JIRA ticket
with INFRA.
---


[jira] [Commented] (LANG-1300) Clarify or improve behaviour of int-based methods in StringUtils

2017-03-05 Thread ASF GitHub Bot (JIRA)

[ 
https://issues.apache.org/jira/browse/LANG-1300?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15896147#comment-15896147
 ] 

ASF GitHub Bot commented on LANG-1300:
--

Github user coveralls commented on the issue:

https://github.com/apache/commons-lang/pull/250
  

[![Coverage 
Status](https://coveralls.io/builds/10437975/badge)](https://coveralls.io/builds/10437975)

Coverage decreased (-0.05%) to 94.484% when pulling 
**cc70a8aa73b7a3da4ca08629c470baf60b7b89a2 on MarkDacek:LANG-1300** into 
**6597c196521af500feef7a02610727eafa7ec1dc on apache:master**.



> Clarify or improve behaviour of int-based methods in StringUtils
> 
>
> Key: LANG-1300
> URL: https://issues.apache.org/jira/browse/LANG-1300
> Project: Commons Lang
>  Issue Type: Improvement
>  Components: lang.*
>Affects Versions: 3.5
>Reporter: Duncan Jones
>Priority: Minor
> Fix For: Discussion
>
>
> The following methods use an {{int}} to represent a search character:
> {code:java}
> boolean contains(final CharSequence seq, final int searchChar)
> int indexOf(final CharSequence seq, final int searchChar)
> int indexOf(final CharSequence seq, final int searchChar, final int startPos)
> int lastIndexOf(final CharSequence seq, final int searchChar)
> int lastIndexOf(final CharSequence seq, final int searchChar, final int 
> startPos)
> {code}
> When I see an {{int}} representing a character, I tend to assume the method 
> can handle supplementary characters. However, the current behaviour of these 
> methods depends upon whether the {{CharSequence}} is a {{String}} or not.
> {code:java}
> StringBuilder builder = new StringBuilder();
> builder.appendCodePoint(0x2070E);
> System.out.println(StringUtils.lastIndexOf(builder, 0x2070E)); // -1
> System.out.println(StringUtils.lastIndexOf(builder.toString(), 0x2070E)); // 0
> {code}
> The Javadoc for these methods are ambiguous on this point, stating:
> {quote}
> This method uses {{String.lastIndexOf(int)}} if possible.
> {quote}
> I think we should consider updating the {{CharSequenceUtils}} methods used by 
> this class to convert all {{CharSequence}} parameters to strings, enabling 
> full code point support. The docs could be updated to make this crystal clear.
> There is a question of whether this breaks backwards compatibility.



--
This message was sent by Atlassian JIRA
(v6.3.15#6346)


[jira] [Commented] (LANG-1300) Clarify or improve behaviour of int-based methods in StringUtils

2017-03-05 Thread ASF GitHub Bot (JIRA)

[ 
https://issues.apache.org/jira/browse/LANG-1300?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15896146#comment-15896146
 ] 

ASF GitHub Bot commented on LANG-1300:
--

Github user coveralls commented on the issue:

https://github.com/apache/commons-lang/pull/250
  

[![Coverage 
Status](https://coveralls.io/builds/10437975/badge)](https://coveralls.io/builds/10437975)

Coverage decreased (-0.05%) to 94.484% when pulling 
**cc70a8aa73b7a3da4ca08629c470baf60b7b89a2 on MarkDacek:LANG-1300** into 
**6597c196521af500feef7a02610727eafa7ec1dc on apache:master**.



> Clarify or improve behaviour of int-based methods in StringUtils
> 
>
> Key: LANG-1300
> URL: https://issues.apache.org/jira/browse/LANG-1300
> Project: Commons Lang
>  Issue Type: Improvement
>  Components: lang.*
>Affects Versions: 3.5
>Reporter: Duncan Jones
>Priority: Minor
> Fix For: Discussion
>
>
> The following methods use an {{int}} to represent a search character:
> {code:java}
> boolean contains(final CharSequence seq, final int searchChar)
> int indexOf(final CharSequence seq, final int searchChar)
> int indexOf(final CharSequence seq, final int searchChar, final int startPos)
> int lastIndexOf(final CharSequence seq, final int searchChar)
> int lastIndexOf(final CharSequence seq, final int searchChar, final int 
> startPos)
> {code}
> When I see an {{int}} representing a character, I tend to assume the method 
> can handle supplementary characters. However, the current behaviour of these 
> methods depends upon whether the {{CharSequence}} is a {{String}} or not.
> {code:java}
> StringBuilder builder = new StringBuilder();
> builder.appendCodePoint(0x2070E);
> System.out.println(StringUtils.lastIndexOf(builder, 0x2070E)); // -1
> System.out.println(StringUtils.lastIndexOf(builder.toString(), 0x2070E)); // 0
> {code}
> The Javadoc for these methods are ambiguous on this point, stating:
> {quote}
> This method uses {{String.lastIndexOf(int)}} if possible.
> {quote}
> I think we should consider updating the {{CharSequenceUtils}} methods used by 
> this class to convert all {{CharSequence}} parameters to strings, enabling 
> full code point support. The docs could be updated to make this crystal clear.
> There is a question of whether this breaks backwards compatibility.



--
This message was sent by Atlassian JIRA
(v6.3.15#6346)


[GitHub] commons-lang issue #251: Lang1300: Change CharSequenceUtils to support suppl...

2017-03-05 Thread coveralls
Github user coveralls commented on the issue:

https://github.com/apache/commons-lang/pull/251
  

[![Coverage 
Status](https://coveralls.io/builds/10438021/badge)](https://coveralls.io/builds/10438021)

Coverage increased (+0.01%) to 94.548% when pulling 
**721a6e59f7e4f5c0f3196d3eb0e81cab5e41d065 on 
MarkDacek:Lang1300CharSequenceUtilsChange** into 
**6597c196521af500feef7a02610727eafa7ec1dc on apache:master**.



---
If your project is set up for it, you can reply to this email and have your
reply appear on GitHub as well. If your project does not have this feature
enabled and wishes so, or if the feature is enabled but not working, please
contact infrastructure at infrastruct...@apache.org or file a JIRA ticket
with INFRA.
---


[GitHub] commons-lang issue #251: Lang1300: Change CharSequenceUtils to support suppl...

2017-03-05 Thread coveralls
Github user coveralls commented on the issue:

https://github.com/apache/commons-lang/pull/251
  

[![Coverage 
Status](https://coveralls.io/builds/10438071/badge)](https://coveralls.io/builds/10438071)

Coverage increased (+0.01%) to 94.548% when pulling 
**721a6e59f7e4f5c0f3196d3eb0e81cab5e41d065 on 
MarkDacek:Lang1300CharSequenceUtilsChange** into 
**6597c196521af500feef7a02610727eafa7ec1dc on apache:master**.



---
If your project is set up for it, you can reply to this email and have your
reply appear on GitHub as well. If your project does not have this feature
enabled and wishes so, or if the feature is enabled but not working, please
contact infrastructure at infrastruct...@apache.org or file a JIRA ticket
with INFRA.
---


[GitHub] commons-lang issue #249: Checkstyle for long literals

2017-03-05 Thread PascalSchumacher
Github user PascalSchumacher commented on the issue:

https://github.com/apache/commons-lang/pull/249
  
Thanks!


---
If your project is set up for it, you can reply to this email and have your
reply appear on GitHub as well. If your project does not have this feature
enabled and wishes so, or if the feature is enabled but not working, please
contact infrastructure at infrastruct...@apache.org or file a JIRA ticket
with INFRA.
---


[jira] [Created] (LANG-1314) javadoc creation broken with Java 8

2017-03-05 Thread Allon Mureinik (JIRA)
Allon Mureinik created LANG-1314:


 Summary: javadoc creation broken with Java 8
 Key: LANG-1314
 URL: https://issues.apache.org/jira/browse/LANG-1314
 Project: Commons Lang
  Issue Type: Bug
  Components: General
 Environment: amureini@mureinik ~ $ mvn -version
Apache Maven 3.3.9 (NON-CANONICAL_2016-07-01T11:53:38Z_mockbuild; 
2016-07-01T14:53:38+03:00)
Maven home: /usr/share/maven
Java version: 1.8.0_121, vendor: Oracle Corporation
Java home: /usr/lib/jvm/java-1.8.0-openjdk-1.8.0.121-1.b14.fc25.x86_64/jre
Default locale: en_US, platform encoding: UTF-8
OS name: "linux", version: "4.9.12-200.fc25.x86_64", arch: "amd64", family: 
"unix"

Reporter: Allon Mureinik
Priority: Minor


Java 8's javadoc seems to be stricter than the Java 7 one. With the current 
HEAD (commit e5ed4ff), mvn javadoc:javadoc passes with Java 7, but fails on the 
same machine with Java 8 (environment described above) with the following 
errors:

[ERROR] Failed to execute goal 
org.apache.maven.plugins:maven-javadoc-plugin:2.10.4:javadoc (default-cli) on 
project commons-lang3: An error has occurred in JavaDocs report generation:
[ERROR] Exit code: 1 - 
/home/amureini/src/git/commons-lang/src/main/java/org/apache/commons/lang3/ArrayUtils.java:8421:
 warning: no @param for 
[ERROR] public static  T[] insert(final int index, final T[] array, final 
T... values) {
[ERROR] ^
[ERROR] 
/home/amureini/src/git/commons-lang/src/main/java/org/apache/commons/lang3/StringUtils.java:316:
 error: unexpected end tag: 
[ERROR] * Whitespace is defined by {@link Character#isWhitespace(char)}.
[ERROR] ^
[ERROR] 
/home/amureini/src/git/commons-lang/src/main/java/org/apache/commons/lang3/StringUtils.java:316:
 error: unexpected end tag: 
[ERROR] * Whitespace is defined by {@link Character#isWhitespace(char)}.
[ERROR] ^
[ERROR] 
/home/amureini/src/git/commons-lang/src/main/java/org/apache/commons/lang3/StringUtils.java:347:
 error: unexpected end tag: 
[ERROR] * Whitespace is defined by {@link Character#isWhitespace(char)}.
[ERROR] ^
[ERROR] 
/home/amureini/src/git/commons-lang/src/main/java/org/apache/commons/lang3/StringUtils.java:347:
 error: unexpected end tag: 
[ERROR] * Whitespace is defined by {@link Character#isWhitespace(char)}.
[ERROR] ^
[ERROR] 
/home/amureini/src/git/commons-lang/src/main/java/org/apache/commons/lang3/StringUtils.java:370:
 error: unexpected end tag: 
[ERROR] * Whitespace is defined by {@link Character#isWhitespace(char)}.
[ERROR] ^
[ERROR] 
/home/amureini/src/git/commons-lang/src/main/java/org/apache/commons/lang3/StringUtils.java:370:
 error: unexpected end tag: 
[ERROR] * Whitespace is defined by {@link Character#isWhitespace(char)}.
[ERROR] ^
[ERROR] 
/home/amureini/src/git/commons-lang/src/main/java/org/apache/commons/lang3/StringUtils.java:403:
 error: unexpected end tag: 
[ERROR] * Whitespace is defined by {@link Character#isWhitespace(char)}.
[ERROR] ^
[ERROR] 
/home/amureini/src/git/commons-lang/src/main/java/org/apache/commons/lang3/StringUtils.java:403:
 error: unexpected end tag: 
[ERROR] * Whitespace is defined by {@link Character#isWhitespace(char)}.
[ERROR] ^
[ERROR] 
/home/amureini/src/git/commons-lang/src/main/java/org/apache/commons/lang3/StringUtils.java:436:
 error: unexpected end tag: 
[ERROR] * Whitespace is defined by {@link Character#isWhitespace(char)}.
[ERROR] ^
[ERROR] 
/home/amureini/src/git/commons-lang/src/main/java/org/apache/commons/lang3/StringUtils.java:436:
 error: unexpected end tag: 
[ERROR] * Whitespace is defined by {@link Character#isWhitespace(char)}.
[ERROR] ^
[ERROR] 
/home/amureini/src/git/commons-lang/src/main/java/org/apache/commons/lang3/StringUtils.java:1946:
 error: unexpected end tag: 
[ERROR] * Whitespace is defined by {@link Character#isWhitespace(char)}.
[ERROR] ^
[ERROR] 
/home/amureini/src/git/commons-lang/src/main/java/org/apache/commons/lang3/StringUtils.java:1946:
 error: unexpected end tag: 
[ERROR] * Whitespace is defined by {@link Character#isWhitespace(char)}.
[ERROR] ^
[ERROR] 
/home/amureini/src/git/commons-lang/src/main/java/org/apache/commons/lang3/StringUtils.java:7092:
 error: unexpected end tag: 
[ERROR] * Whitespace is defined by {@link Character#isWhitespace(char)}.
[ERROR] ^
[ERROR] 
/home/amureini/src/git/commons-lang/src/main/java/org/apache/commons/lang3/StringUtils.java:7092:
 error: unexpected end tag: 
[ERROR] * Whitespace is defined by {@link Character#isWhitespace(char)}.
[ERROR] ^
[ERROR] 
/home/amureini/src/git/commons-lang/src/main/java/org/apache/commons/lang3/StringUtils.java:7241:
 error: unexpected end tag: 
[ERROR] * Whitespace is defined by {@link Character#isWhitespace(char)}.
[ERROR] ^
[ERROR] 
/home/amureini/src/git/commons-lang/src/main/java/org/apache/commons/lang3/StringUtils.java:7241:
 error: unexpected end tag: 
[ERROR] * Whitespace is defined by {@link Character#isWhitespace(char)}.
[ERROR] ^

[GitHub] commons-lang pull request #252: [LANG-1314] Fix javadoc creation on with Jav...

2017-03-05 Thread mureinik
GitHub user mureinik opened a pull request:

https://github.com/apache/commons-lang/pull/252

[LANG-1314] Fix javadoc creation on with Java 8

Java 8's javadoc seems to be stricter than Java 7's, and the current head 
current fails to generate javadoc (`mvn javadoc:javadoc`) with Java 8.

This PR contains a series of fixes to the various classes' javadoc which 
are required for Java 8 (but would also improve the javadoc generated with 
earlier java versions) and then adds the `javadoc:javadoc` target to Travis CI 
so we can guarantee it won't break again.

You can merge this pull request into a Git repository by running:

$ git pull https://github.com/mureinik/commons-lang javadoc

Alternatively you can review and apply these changes as the patch at:

https://github.com/apache/commons-lang/pull/252.patch

To close this pull request, make a commit to your master/trunk branch
with (at least) the following in the commit message:

This closes #252


commit 972d29447d115224674154e0150d51bf9ccf6524
Author: Allon Mureinik 
Date:   2017-03-05T09:50:34Z

Add @param for  in ArrayUtils#insert

commit e4147a700f6c49b954a6f91dc8f2f1499777e92c
Author: Allon Mureinik 
Date:   2017-03-05T09:53:33Z

Fix StirngUtils  tags in javadoc

The paragraph

Whitespace is defined by {@link Character#isWhitespace(char)}.

appears in several places in the javadoc (presumably, copy-pasted from
the original one to the others). This is obviously a mistake, as a
paragraph should start with , not with .

This patch fixes all the occurrences of this paragraph to the proper
form:

Whitespace is defined by {@link Character#isWhitespace(char)}.

commit 54eff5e8a55f591c1ae3fe31fd04dce663bbe4e1
Author: Allon Mureinik 
Date:   2017-03-05T09:56:05Z

Remove  tag from Computable's javadoc

The standard javadoc doclet does not allow self closing tags (such as
). This patch removes such a tag from Computable's javadoc, as it's
redundant anyway, as it's only used to create spaces between two
existing paragraphs.

commit 632431f9433ce228407218dabef7b00fa8464ef4
Author: Allon Mureinik 
Date:   2017-03-05T16:03:01Z

Add javadoc creation to Travis CI




---
If your project is set up for it, you can reply to this email and have your
reply appear on GitHub as well. If your project does not have this feature
enabled and wishes so, or if the feature is enabled but not working, please
contact infrastructure at infrastruct...@apache.org or file a JIRA ticket
with INFRA.
---


[jira] [Commented] (LANG-1314) javadoc creation broken with Java 8

2017-03-05 Thread ASF GitHub Bot (JIRA)

[ 
https://issues.apache.org/jira/browse/LANG-1314?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15896374#comment-15896374
 ] 

ASF GitHub Bot commented on LANG-1314:
--

GitHub user mureinik opened a pull request:

https://github.com/apache/commons-lang/pull/252

[LANG-1314] Fix javadoc creation on with Java 8

Java 8's javadoc seems to be stricter than Java 7's, and the current head 
current fails to generate javadoc (`mvn javadoc:javadoc`) with Java 8.

This PR contains a series of fixes to the various classes' javadoc which 
are required for Java 8 (but would also improve the javadoc generated with 
earlier java versions) and then adds the `javadoc:javadoc` target to Travis CI 
so we can guarantee it won't break again.

You can merge this pull request into a Git repository by running:

$ git pull https://github.com/mureinik/commons-lang javadoc

Alternatively you can review and apply these changes as the patch at:

https://github.com/apache/commons-lang/pull/252.patch

To close this pull request, make a commit to your master/trunk branch
with (at least) the following in the commit message:

This closes #252


commit 972d29447d115224674154e0150d51bf9ccf6524
Author: Allon Mureinik 
Date:   2017-03-05T09:50:34Z

Add @param for  in ArrayUtils#insert

commit e4147a700f6c49b954a6f91dc8f2f1499777e92c
Author: Allon Mureinik 
Date:   2017-03-05T09:53:33Z

Fix StirngUtils  tags in javadoc

The paragraph

Whitespace is defined by {@link Character#isWhitespace(char)}.

appears in several places in the javadoc (presumably, copy-pasted from
the original one to the others). This is obviously a mistake, as a
paragraph should start with , not with .

This patch fixes all the occurrences of this paragraph to the proper
form:

Whitespace is defined by {@link Character#isWhitespace(char)}.

commit 54eff5e8a55f591c1ae3fe31fd04dce663bbe4e1
Author: Allon Mureinik 
Date:   2017-03-05T09:56:05Z

Remove  tag from Computable's javadoc

The standard javadoc doclet does not allow self closing tags (such as
). This patch removes such a tag from Computable's javadoc, as it's
redundant anyway, as it's only used to create spaces between two
existing paragraphs.

commit 632431f9433ce228407218dabef7b00fa8464ef4
Author: Allon Mureinik 
Date:   2017-03-05T16:03:01Z

Add javadoc creation to Travis CI




> javadoc creation broken with Java 8
> ---
>
> Key: LANG-1314
> URL: https://issues.apache.org/jira/browse/LANG-1314
> Project: Commons Lang
>  Issue Type: Bug
>  Components: General
> Environment: amureini@mureinik ~ $ mvn -version
> Apache Maven 3.3.9 (NON-CANONICAL_2016-07-01T11:53:38Z_mockbuild; 
> 2016-07-01T14:53:38+03:00)
> Maven home: /usr/share/maven
> Java version: 1.8.0_121, vendor: Oracle Corporation
> Java home: /usr/lib/jvm/java-1.8.0-openjdk-1.8.0.121-1.b14.fc25.x86_64/jre
> Default locale: en_US, platform encoding: UTF-8
> OS name: "linux", version: "4.9.12-200.fc25.x86_64", arch: "amd64", family: 
> "unix"
>Reporter: Allon Mureinik
>Priority: Minor
>
> Java 8's javadoc seems to be stricter than the Java 7 one. With the current 
> HEAD (commit e5ed4ff), mvn javadoc:javadoc passes with Java 7, but fails on 
> the same machine with Java 8 (environment described above) with the following 
> errors:
> [ERROR] Failed to execute goal 
> org.apache.maven.plugins:maven-javadoc-plugin:2.10.4:javadoc (default-cli) on 
> project commons-lang3: An error has occurred in JavaDocs report generation:
> [ERROR] Exit code: 1 - 
> /home/amureini/src/git/commons-lang/src/main/java/org/apache/commons/lang3/ArrayUtils.java:8421:
>  warning: no @param for 
> [ERROR] public static  T[] insert(final int index, final T[] array, final 
> T... values) {
> [ERROR] ^
> [ERROR] 
> /home/amureini/src/git/commons-lang/src/main/java/org/apache/commons/lang3/StringUtils.java:316:
>  error: unexpected end tag: 
> [ERROR] * Whitespace is defined by {@link 
> Character#isWhitespace(char)}.
> [ERROR] ^
> [ERROR] 
> /home/amureini/src/git/commons-lang/src/main/java/org/apache/commons/lang3/StringUtils.java:316:
>  error: unexpected end tag: 
> [ERROR] * Whitespace is defined by {@link 
> Character#isWhitespace(char)}.
> [ERROR] ^
> [ERROR] 
> /home/amureini/src/git/commons-lang/src/main/java/org/apache/commons/lang3/StringUtils.java:347:
>  error: unexpected end tag: 
> [ERROR] * Whitespace is defined by {@link 
> Character#isWhitespace(char)}.
> [ERROR] ^
> [ERROR] 
> /home/amureini/src/git/commons-lang/src/main/java/org/apache/commons/lang3/StringUtils.java:347:
>  error: unexpected end tag: 
> [ERROR] * Whitespace is defined by {@link 
> Character#isWhitespace(char)}.
> [ERROR] ^
> [ERROR] 
> /home/amureini/src/git/commons-lang

[GitHub] commons-lang issue #252: [LANG-1314] Fix javadoc creation on with Java 8

2017-03-05 Thread coveralls
Github user coveralls commented on the issue:

https://github.com/apache/commons-lang/pull/252
  

[![Coverage 
Status](https://coveralls.io/builds/10440062/badge)](https://coveralls.io/builds/10440062)

Coverage decreased (-0.007%) to 94.529% when pulling 
**632431f9433ce228407218dabef7b00fa8464ef4 on mureinik:javadoc** into 
**e5ed4ffe5df9bd5fe796e95acf0b35f4c858e1a2 on apache:master**.



---
If your project is set up for it, you can reply to this email and have your
reply appear on GitHub as well. If your project does not have this feature
enabled and wishes so, or if the feature is enabled but not working, please
contact infrastructure at infrastruct...@apache.org or file a JIRA ticket
with INFRA.
---


[jira] [Commented] (LANG-1314) javadoc creation broken with Java 8

2017-03-05 Thread ASF GitHub Bot (JIRA)

[ 
https://issues.apache.org/jira/browse/LANG-1314?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15896375#comment-15896375
 ] 

ASF GitHub Bot commented on LANG-1314:
--

Github user coveralls commented on the issue:

https://github.com/apache/commons-lang/pull/252
  

[![Coverage 
Status](https://coveralls.io/builds/10440062/badge)](https://coveralls.io/builds/10440062)

Coverage decreased (-0.007%) to 94.529% when pulling 
**632431f9433ce228407218dabef7b00fa8464ef4 on mureinik:javadoc** into 
**e5ed4ffe5df9bd5fe796e95acf0b35f4c858e1a2 on apache:master**.



> javadoc creation broken with Java 8
> ---
>
> Key: LANG-1314
> URL: https://issues.apache.org/jira/browse/LANG-1314
> Project: Commons Lang
>  Issue Type: Bug
>  Components: General
> Environment: amureini@mureinik ~ $ mvn -version
> Apache Maven 3.3.9 (NON-CANONICAL_2016-07-01T11:53:38Z_mockbuild; 
> 2016-07-01T14:53:38+03:00)
> Maven home: /usr/share/maven
> Java version: 1.8.0_121, vendor: Oracle Corporation
> Java home: /usr/lib/jvm/java-1.8.0-openjdk-1.8.0.121-1.b14.fc25.x86_64/jre
> Default locale: en_US, platform encoding: UTF-8
> OS name: "linux", version: "4.9.12-200.fc25.x86_64", arch: "amd64", family: 
> "unix"
>Reporter: Allon Mureinik
>Priority: Minor
>
> Java 8's javadoc seems to be stricter than the Java 7 one. With the current 
> HEAD (commit e5ed4ff), mvn javadoc:javadoc passes with Java 7, but fails on 
> the same machine with Java 8 (environment described above) with the following 
> errors:
> [ERROR] Failed to execute goal 
> org.apache.maven.plugins:maven-javadoc-plugin:2.10.4:javadoc (default-cli) on 
> project commons-lang3: An error has occurred in JavaDocs report generation:
> [ERROR] Exit code: 1 - 
> /home/amureini/src/git/commons-lang/src/main/java/org/apache/commons/lang3/ArrayUtils.java:8421:
>  warning: no @param for 
> [ERROR] public static  T[] insert(final int index, final T[] array, final 
> T... values) {
> [ERROR] ^
> [ERROR] 
> /home/amureini/src/git/commons-lang/src/main/java/org/apache/commons/lang3/StringUtils.java:316:
>  error: unexpected end tag: 
> [ERROR] * Whitespace is defined by {@link 
> Character#isWhitespace(char)}.
> [ERROR] ^
> [ERROR] 
> /home/amureini/src/git/commons-lang/src/main/java/org/apache/commons/lang3/StringUtils.java:316:
>  error: unexpected end tag: 
> [ERROR] * Whitespace is defined by {@link 
> Character#isWhitespace(char)}.
> [ERROR] ^
> [ERROR] 
> /home/amureini/src/git/commons-lang/src/main/java/org/apache/commons/lang3/StringUtils.java:347:
>  error: unexpected end tag: 
> [ERROR] * Whitespace is defined by {@link 
> Character#isWhitespace(char)}.
> [ERROR] ^
> [ERROR] 
> /home/amureini/src/git/commons-lang/src/main/java/org/apache/commons/lang3/StringUtils.java:347:
>  error: unexpected end tag: 
> [ERROR] * Whitespace is defined by {@link 
> Character#isWhitespace(char)}.
> [ERROR] ^
> [ERROR] 
> /home/amureini/src/git/commons-lang/src/main/java/org/apache/commons/lang3/StringUtils.java:370:
>  error: unexpected end tag: 
> [ERROR] * Whitespace is defined by {@link 
> Character#isWhitespace(char)}.
> [ERROR] ^
> [ERROR] 
> /home/amureini/src/git/commons-lang/src/main/java/org/apache/commons/lang3/StringUtils.java:370:
>  error: unexpected end tag: 
> [ERROR] * Whitespace is defined by {@link 
> Character#isWhitespace(char)}.
> [ERROR] ^
> [ERROR] 
> /home/amureini/src/git/commons-lang/src/main/java/org/apache/commons/lang3/StringUtils.java:403:
>  error: unexpected end tag: 
> [ERROR] * Whitespace is defined by {@link 
> Character#isWhitespace(char)}.
> [ERROR] ^
> [ERROR] 
> /home/amureini/src/git/commons-lang/src/main/java/org/apache/commons/lang3/StringUtils.java:403:
>  error: unexpected end tag: 
> [ERROR] * Whitespace is defined by {@link 
> Character#isWhitespace(char)}.
> [ERROR] ^
> [ERROR] 
> /home/amureini/src/git/commons-lang/src/main/java/org/apache/commons/lang3/StringUtils.java:436:
>  error: unexpected end tag: 
> [ERROR] * Whitespace is defined by {@link 
> Character#isWhitespace(char)}.
> [ERROR] ^
> [ERROR] 
> /home/amureini/src/git/commons-lang/src/main/java/org/apache/commons/lang3/StringUtils.java:436:
>  error: unexpected end tag: 
> [ERROR] * Whitespace is defined by {@link 
> Character#isWhitespace(char)}.
> [ERROR] ^
> [ERROR] 
> /home/amureini/src/git/commons-lang/src/main/java/org/apache/commons/lang3/StringUtils.java:1946:
>  error: unexpected end tag: 
> [ERROR] * Whitespace is defined by {@link 
> Character#isWhitespace(char)}.
> [ERROR] ^
> [ERROR] 
> /home/amureini/src/git/commons-lang/src/main/java/org/apache/commons/lang3/StringUtils.java:1946:
>  error: unexpected end tag: 
> [ERROR] * Whitespace is defined by {@link 
> Character#isWhitespace(char)}.
> [ERROR] ^
> [ERROR] 
> /home/amureini/src/git/commons-lang/src/mai

[GitHub] commons-lang issue #252: [LANG-1314] Fix javadoc creation on with Java 8

2017-03-05 Thread coveralls
Github user coveralls commented on the issue:

https://github.com/apache/commons-lang/pull/252
  

[![Coverage 
Status](https://coveralls.io/builds/10440200/badge)](https://coveralls.io/builds/10440200)

Coverage decreased (-0.007%) to 94.529% when pulling 
**ac5584040440fc426dea4bf046ccd80973066df8 on mureinik:javadoc** into 
**e5ed4ffe5df9bd5fe796e95acf0b35f4c858e1a2 on apache:master**.



---
If your project is set up for it, you can reply to this email and have your
reply appear on GitHub as well. If your project does not have this feature
enabled and wishes so, or if the feature is enabled but not working, please
contact infrastructure at infrastruct...@apache.org or file a JIRA ticket
with INFRA.
---


[jira] [Commented] (LANG-1314) javadoc creation broken with Java 8

2017-03-05 Thread ASF GitHub Bot (JIRA)

[ 
https://issues.apache.org/jira/browse/LANG-1314?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15896389#comment-15896389
 ] 

ASF GitHub Bot commented on LANG-1314:
--

Github user coveralls commented on the issue:

https://github.com/apache/commons-lang/pull/252
  

[![Coverage 
Status](https://coveralls.io/builds/10440200/badge)](https://coveralls.io/builds/10440200)

Coverage decreased (-0.007%) to 94.529% when pulling 
**ac5584040440fc426dea4bf046ccd80973066df8 on mureinik:javadoc** into 
**e5ed4ffe5df9bd5fe796e95acf0b35f4c858e1a2 on apache:master**.



> javadoc creation broken with Java 8
> ---
>
> Key: LANG-1314
> URL: https://issues.apache.org/jira/browse/LANG-1314
> Project: Commons Lang
>  Issue Type: Bug
>  Components: General
> Environment: amureini@mureinik ~ $ mvn -version
> Apache Maven 3.3.9 (NON-CANONICAL_2016-07-01T11:53:38Z_mockbuild; 
> 2016-07-01T14:53:38+03:00)
> Maven home: /usr/share/maven
> Java version: 1.8.0_121, vendor: Oracle Corporation
> Java home: /usr/lib/jvm/java-1.8.0-openjdk-1.8.0.121-1.b14.fc25.x86_64/jre
> Default locale: en_US, platform encoding: UTF-8
> OS name: "linux", version: "4.9.12-200.fc25.x86_64", arch: "amd64", family: 
> "unix"
>Reporter: Allon Mureinik
>Priority: Minor
>
> Java 8's javadoc seems to be stricter than the Java 7 one. With the current 
> HEAD (commit e5ed4ff), mvn javadoc:javadoc passes with Java 7, but fails on 
> the same machine with Java 8 (environment described above) with the following 
> errors:
> [ERROR] Failed to execute goal 
> org.apache.maven.plugins:maven-javadoc-plugin:2.10.4:javadoc (default-cli) on 
> project commons-lang3: An error has occurred in JavaDocs report generation:
> [ERROR] Exit code: 1 - 
> /home/amureini/src/git/commons-lang/src/main/java/org/apache/commons/lang3/ArrayUtils.java:8421:
>  warning: no @param for 
> [ERROR] public static  T[] insert(final int index, final T[] array, final 
> T... values) {
> [ERROR] ^
> [ERROR] 
> /home/amureini/src/git/commons-lang/src/main/java/org/apache/commons/lang3/StringUtils.java:316:
>  error: unexpected end tag: 
> [ERROR] * Whitespace is defined by {@link 
> Character#isWhitespace(char)}.
> [ERROR] ^
> [ERROR] 
> /home/amureini/src/git/commons-lang/src/main/java/org/apache/commons/lang3/StringUtils.java:316:
>  error: unexpected end tag: 
> [ERROR] * Whitespace is defined by {@link 
> Character#isWhitespace(char)}.
> [ERROR] ^
> [ERROR] 
> /home/amureini/src/git/commons-lang/src/main/java/org/apache/commons/lang3/StringUtils.java:347:
>  error: unexpected end tag: 
> [ERROR] * Whitespace is defined by {@link 
> Character#isWhitespace(char)}.
> [ERROR] ^
> [ERROR] 
> /home/amureini/src/git/commons-lang/src/main/java/org/apache/commons/lang3/StringUtils.java:347:
>  error: unexpected end tag: 
> [ERROR] * Whitespace is defined by {@link 
> Character#isWhitespace(char)}.
> [ERROR] ^
> [ERROR] 
> /home/amureini/src/git/commons-lang/src/main/java/org/apache/commons/lang3/StringUtils.java:370:
>  error: unexpected end tag: 
> [ERROR] * Whitespace is defined by {@link 
> Character#isWhitespace(char)}.
> [ERROR] ^
> [ERROR] 
> /home/amureini/src/git/commons-lang/src/main/java/org/apache/commons/lang3/StringUtils.java:370:
>  error: unexpected end tag: 
> [ERROR] * Whitespace is defined by {@link 
> Character#isWhitespace(char)}.
> [ERROR] ^
> [ERROR] 
> /home/amureini/src/git/commons-lang/src/main/java/org/apache/commons/lang3/StringUtils.java:403:
>  error: unexpected end tag: 
> [ERROR] * Whitespace is defined by {@link 
> Character#isWhitespace(char)}.
> [ERROR] ^
> [ERROR] 
> /home/amureini/src/git/commons-lang/src/main/java/org/apache/commons/lang3/StringUtils.java:403:
>  error: unexpected end tag: 
> [ERROR] * Whitespace is defined by {@link 
> Character#isWhitespace(char)}.
> [ERROR] ^
> [ERROR] 
> /home/amureini/src/git/commons-lang/src/main/java/org/apache/commons/lang3/StringUtils.java:436:
>  error: unexpected end tag: 
> [ERROR] * Whitespace is defined by {@link 
> Character#isWhitespace(char)}.
> [ERROR] ^
> [ERROR] 
> /home/amureini/src/git/commons-lang/src/main/java/org/apache/commons/lang3/StringUtils.java:436:
>  error: unexpected end tag: 
> [ERROR] * Whitespace is defined by {@link 
> Character#isWhitespace(char)}.
> [ERROR] ^
> [ERROR] 
> /home/amureini/src/git/commons-lang/src/main/java/org/apache/commons/lang3/StringUtils.java:1946:
>  error: unexpected end tag: 
> [ERROR] * Whitespace is defined by {@link 
> Character#isWhitespace(char)}.
> [ERROR] ^
> [ERROR] 
> /home/amureini/src/git/commons-lang/src/main/java/org/apache/commons/lang3/StringUtils.java:1946:
>  error: unexpected end tag: 
> [ERROR] * Whitespace is defined by {@link 
> Character#isWhitespace(char)}.
> [ERROR] ^
> [ERROR] 
> /home/amureini/src/git/commons-lang/src/mai

[GitHub] commons-lang issue #251: LANG-1300: Change CharSequenceUtils to support supp...

2017-03-05 Thread coveralls
Github user coveralls commented on the issue:

https://github.com/apache/commons-lang/pull/251
  

[![Coverage 
Status](https://coveralls.io/builds/10444575/badge)](https://coveralls.io/builds/10444575)

Coverage increased (+0.01%) to 94.548% when pulling 
**c7c424fb9c3a39b6ea036242e44cdca324f7d104 on 
MarkDacek:Lang1300CharSequenceUtilsChange** into 
**6597c196521af500feef7a02610727eafa7ec1dc on apache:master**.



---
If your project is set up for it, you can reply to this email and have your
reply appear on GitHub as well. If your project does not have this feature
enabled and wishes so, or if the feature is enabled but not working, please
contact infrastructure at infrastruct...@apache.org or file a JIRA ticket
with INFRA.
---


[jira] [Commented] (LANG-1300) Clarify or improve behaviour of int-based methods in StringUtils

2017-03-05 Thread ASF GitHub Bot (JIRA)

[ 
https://issues.apache.org/jira/browse/LANG-1300?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15896654#comment-15896654
 ] 

ASF GitHub Bot commented on LANG-1300:
--

Github user coveralls commented on the issue:

https://github.com/apache/commons-lang/pull/251
  

[![Coverage 
Status](https://coveralls.io/builds/10444575/badge)](https://coveralls.io/builds/10444575)

Coverage increased (+0.01%) to 94.548% when pulling 
**c7c424fb9c3a39b6ea036242e44cdca324f7d104 on 
MarkDacek:Lang1300CharSequenceUtilsChange** into 
**6597c196521af500feef7a02610727eafa7ec1dc on apache:master**.



> Clarify or improve behaviour of int-based methods in StringUtils
> 
>
> Key: LANG-1300
> URL: https://issues.apache.org/jira/browse/LANG-1300
> Project: Commons Lang
>  Issue Type: Improvement
>  Components: lang.*
>Affects Versions: 3.5
>Reporter: Duncan Jones
>Priority: Minor
> Fix For: Discussion
>
>
> The following methods use an {{int}} to represent a search character:
> {code:java}
> boolean contains(final CharSequence seq, final int searchChar)
> int indexOf(final CharSequence seq, final int searchChar)
> int indexOf(final CharSequence seq, final int searchChar, final int startPos)
> int lastIndexOf(final CharSequence seq, final int searchChar)
> int lastIndexOf(final CharSequence seq, final int searchChar, final int 
> startPos)
> {code}
> When I see an {{int}} representing a character, I tend to assume the method 
> can handle supplementary characters. However, the current behaviour of these 
> methods depends upon whether the {{CharSequence}} is a {{String}} or not.
> {code:java}
> StringBuilder builder = new StringBuilder();
> builder.appendCodePoint(0x2070E);
> System.out.println(StringUtils.lastIndexOf(builder, 0x2070E)); // -1
> System.out.println(StringUtils.lastIndexOf(builder.toString(), 0x2070E)); // 0
> {code}
> The Javadoc for these methods are ambiguous on this point, stating:
> {quote}
> This method uses {{String.lastIndexOf(int)}} if possible.
> {quote}
> I think we should consider updating the {{CharSequenceUtils}} methods used by 
> this class to convert all {{CharSequence}} parameters to strings, enabling 
> full code point support. The docs could be updated to make this crystal clear.
> There is a question of whether this breaks backwards compatibility.



--
This message was sent by Atlassian JIRA
(v6.3.15#6346)