Build failed in Jenkins: commons-beanutils » Apache Commons BeanUtils #50

2018-07-11 Thread Apache Jenkins Server
See -- [...truncated 40.21 KB...] [INFO] Tests run: 11, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.101 s - in org.apache.commons.beanutils

Build failed in Jenkins: commons-beanutils #50

2018-07-11 Thread Apache Jenkins Server
See Changes: [ggregory] [BEANUTILS-503] Change packaging from org.apache.commons.beanutils to org.apache.commons.beanutils2. Fix issue ID. [ggregory] [BEANUTILS-503] Change packaging from org.apache.commons.bean

Build failed in Jenkins: commons-bcel » Apache Commons BCEL #79

2018-07-11 Thread Apache Jenkins Server
See Changes: [ggregory] Update tests from commons-collections4 4.1 to 4.2. -- Established TCP socket on 34441 maven35-agent.jar already up to date maven35-i

Build failed in Jenkins: commons-bcel #79

2018-07-11 Thread Apache Jenkins Server
See Changes: [ggregory] Update tests from commons-collections4 4.1 to 4.2. -- [...truncated 40.44 KB...] [ERROR]

svn commit: r1032412 - in /websites/staging/commons/trunk/content: ./ downloads/ gsoc/ gsoc/2010/ releases/

2018-07-11 Thread buildbot
Author: buildbot Date: Wed Jul 11 22:01:08 2018 New Revision: 1032412 Log: Staging update by buildbot for commons Modified: websites/staging/commons/trunk/content/ (props changed) websites/staging/commons/trunk/content/bugs.html websites/staging/commons/trunk/content/building.html

svn commit: r1032411 - in /websites/production/commons/content/proper/commons-collections/javadocs/api-4.1: ./ org/ org/apache/ org/apache/commons/ org/apache/commons/collections4/ org/apache/commons/

2018-07-11 Thread ggregory
Author: ggregory Date: Wed Jul 11 21:59:31 2018 New Revision: 1032411 Log: Apache Commons Collections 4.1 Javadocs. [This commit notification would consist of 235 parts, which exceeds the limit of 50 ones, so it was shortened to the summary.]

svn commit: r1032410 - in /websites/production/commons/content/proper/commons-collections/javadocs: api-4.2/ api-4.2/org/ api-4.2/org/apache/ api-4.2/org/apache/commons/ api-4.2/org/apache/commons/col

2018-07-11 Thread ggregory
Author: ggregory Date: Wed Jul 11 21:55:08 2018 New Revision: 1032410 Log: Apache Commons Collections 4.2 Javadocs. [This commit notification would consist of 396 parts, which exceeds the limit of 50 ones, so it was shortened to the summary.]

svn commit: r1032409 - in /websites/production/commons/content/proper/commons-collections: ./ apidocs/ apidocs/org/apache/commons/collections4/ apidocs/org/apache/commons/collections4/bag/ apidocs/org

2018-07-11 Thread ggregory
Author: ggregory Date: Wed Jul 11 21:34:39 2018 New Revision: 1032409 Log: Site checkin for project Apache Commons Collections [This commit notification would consist of 891 parts, which exceeds the limit of 50 ones, so it was shortened to the summary.]

Build failed in Jenkins: Commons-Compress JDK-Matrix Build » JDK 1.7 (latest) #150

2018-07-11 Thread Apache Jenkins Server
See Changes: [bodewig] Fix reading of multibyte name entries [bodewig] Fix writing of multibyte name entries [bodewig] whitespace [bodewig] COMPRESS-459 fix writing

[GitHub] commons-compress issue #67: [COMPRESS-459] Fix reading of multibyte name ent...

2018-07-11 Thread bodewig
Github user bodewig commented on the issue: https://github.com/apache/commons-compress/pull/67 Many thanks! ---

[GitHub] commons-compress pull request #67: [COMPRESS-459] Fix reading of multibyte n...

2018-07-11 Thread asfgit
Github user asfgit closed the pull request at: https://github.com/apache/commons-compress/pull/67 ---

[GitHub] commons-compress issue #67: [COMPRESS-459] Fix reading of multibyte name ent...

2018-07-11 Thread bodewig
Github user bodewig commented on the issue: https://github.com/apache/commons-compress/pull/67 @ctron I've just started merging your changes locally ---

[GitHub] commons-compress issue #67: [COMPRESS-459] Fix reading of multibyte name ent...

2018-07-11 Thread bodewig
Github user bodewig commented on the issue: https://github.com/apache/commons-compress/pull/67 `ZipEncoding` is a better choice for our internal use as it is used to encode the name (and deals with "use null as the encoding to use the platform's default encoding" transparently). You d

[GitHub] commons-compress issue #67: [COMPRESS-459] Fix reading of multibyte name ent...

2018-07-11 Thread ctron
Github user ctron commented on the issue: https://github.com/apache/commons-compress/pull/67 Yes, that might have been a solution as well. But I was thinking to use something more Java-standard. If you want me to change this, I can do this as well. ---

[GitHub] commons-compress issue #67: [COMPRESS-459] Fix reading of multibyte name ent...

2018-07-11 Thread bodewig
Github user bodewig commented on the issue: https://github.com/apache/commons-compress/pull/67 Many thanks. We are not that squash-happy over here, two commits is fine. I would have gone for `ZipEncoding` rather than `Charset` for consistency, but can change that later myself,

[GitHub] commons-compress issue #67: [COMPRESS-459] Fix reading of multibyte name ent...

2018-07-11 Thread ctron
Github user ctron commented on the issue: https://github.com/apache/commons-compress/pull/67 Thanks @bodewig for reviewing this PR. Yes you are right, with everything :wink: I amended the PR, fixing the issues with the original PR and added the functionality to the output st