Re: [compress][all]Fwd: Build failed in Jenkins: Commons-Compress PullRequest Builder #56

[Dave Fisher]

Check with Infra weird errors are happening.

Regards,
Dave

Sent from my iPhone

> On Jun 19, 2017, at 8:53 PM, Stefan Bodewig  wrote:
> 
>> On 2017-06-19, Gary Gregory wrote:
>> 
>> Is it just me or have there been Jenkins failures left and right for the
>> last week or so?
> 
> That's the Jenkins job I've created for github pull requests and it
> fails whenever there are merge conflicts, for example.
> 
> Right now it looks as if the workspace was caught in an unhealthy state,
> I'll wipe it and reconfigure the job to perform clean checkouts.
> 
> Stefan
> 
> -
> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
> For additional commands, e-mail: dev-h...@commons.apache.org
> 

-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org

Re: [compress][all]Fwd: Build failed in Jenkins: Commons-Compress PullRequest Builder #56

[Stefan Bodewig]

On 2017-06-19, Gary Gregory wrote:

> Is it just me or have there been Jenkins failures left and right for the
> last week or so?

That's the Jenkins job I've created for github pull requests and it
fails whenever there are merge conflicts, for example.

Right now it looks as if the workspace was caught in an unhealthy state,
I'll wipe it and reconfigure the job to perform clean checkouts.

Stefan

-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org

[compress][all]Fwd: Build failed in Jenkins: Commons-Compress PullRequest Builder #56

[Gary Gregory]

Is it just me or have there been Jenkins failures left and right for the
last week or so?

Gary

-- Forwarded message --
From: Apache Jenkins Server 
Date: Mon, Jun 19, 2017 at 1:47 PM
Subject: Build failed in Jenkins: Commons-Compress PullRequest Builder #56
To: notificati...@commons.apache.org


See 

--
GitHub pull request #38 to apache/commons-compress
[EnvInject] - Loading node environment variables.
Building remotely on H14 (ubuntu xenial) in workspace <
https://builds.apache.org/job/Commons-Compress%20PullRequest%20Builder/ws/>
 > git rev-parse --is-inside-work-tree # timeout=10
Fetching changes from the remote Git repository
 > git config remote.origin.url git://github.com/apache/commons-compress.git
# timeout=10
Fetching upstream changes from git://github.com/apache/commons-compress.git
 > git --version # timeout=10
 > git fetch --tags --progress git://github.com/apache/commons-compress.git
+refs/heads/*:refs/remotes/origin/*
 > git config core.sparsecheckout # timeout=10
 > git checkout -f origin/master
 > git branch -a -v --no-abbrev # timeout=10
 > git checkout -b master origin/master
FATAL: Could not checkout master with start point origin/master
hudson.plugins.git.GitException: Command "git checkout -b master
origin/master" returned status code 1:
stdout: src/test/java/org/apache/commons/compress/compressors/xz/
XZCompressorOutputStreamTest.java: needs merge
src/test/java/org/apache/commons/compress/utils/
ChecksumCalculatingInputStreamTest.java: needs merge

stderr: error: you need to resolve your current index first

at org.jenkinsci.plugins.gitclient.CliGitAPIImpl.
launchCommandIn(CliGitAPIImpl.java:1903)
at org.jenkinsci.plugins.gitclient.CliGitAPIImpl.
access$800(CliGitAPIImpl.java:71)
at org.jenkinsci.plugins.gitclient.CliGitAPIImpl$9.
execute(CliGitAPIImpl.java:2188)
at org.jenkinsci.plugins.gitclient.AbstractGitAPIImpl.
checkoutBranch(AbstractGitAPIImpl.java:81)
at org.jenkinsci.plugins.gitclient.CliGitAPIImpl.
checkoutBranch(CliGitAPIImpl.java:71)
at sun.reflect.GeneratedMethodAccessor418.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(
DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:606)
at hudson.remoting.RemoteInvocationHandler$RPCRequest.perform(
RemoteInvocationHandler.java:895)
at hudson.remoting.RemoteInvocationHandler$RPCRequest.call(
RemoteInvocationHandler.java:870)
at hudson.remoting.RemoteInvocationHandler$RPCRequest.call(
RemoteInvocationHandler.java:829)
at hudson.remoting.UserRequest.perform(UserRequest.java:153)
at hudson.remoting.UserRequest.perform(UserRequest.java:50)
at hudson.remoting.Request$2.run(Request.java:336)
at hudson.remoting.InterceptingExecutorService$1.call(
InterceptingExecutorService.java:68)
at java.util.concurrent.FutureTask.run(FutureTask.java:262)
at java.util.concurrent.ThreadPoolExecutor.runWorker(
ThreadPoolExecutor.java:1145)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(
ThreadPoolExecutor.java:615)
at java.lang.Thread.run(Thread.java:745)
Caused: hudson.plugins.git.GitException: Could not checkout master with
start point origin/master
at org.jenkinsci.plugins.gitclient.CliGitAPIImpl$9.
execute(CliGitAPIImpl.java:2209)
at org.jenkinsci.plugins.gitclient.AbstractGitAPIImpl.
checkoutBranch(AbstractGitAPIImpl.java:81)
at org.jenkinsci.plugins.gitclient.CliGitAPIImpl.
checkoutBranch(CliGitAPIImpl.java:71)
at sun.reflect.GeneratedMethodAccessor418.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(
DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:606)
at hudson.remoting.RemoteInvocationHandler$RPCRequest.perform(
RemoteInvocationHandler.java:895)
at hudson.remoting.RemoteInvocationHandler$RPCRequest.call(
RemoteInvocationHandler.java:870)
at hudson.remoting.RemoteInvocationHandler$RPCRequest.call(
RemoteInvocationHandler.java:829)
at hudson.remoting.UserRequest.perform(UserRequest.java:153)
at hudson.remoting.UserRequest.perform(UserRequest.java:50)
at hudson.remoting.Request$2.run(Request.java:336)
at hudson.remoting.InterceptingExecutorService$1.call(
InterceptingExecutorService.java:68)
at java.util.concurrent.FutureTask.run(FutureTask.java:262)
at java.util.concurrent.ThreadPoolExecutor.runWorker(
ThreadPoolExecutor.java:1145)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(
ThreadPoolExecutor.java:615)
at java.lang.Thread.run(Thread.java:745)
at ..remote call to H14(Native Method)
at 

[GitHub] commons-compress issue #38: Testing hudson/jenkins (added contributor line t...

[coveralls]

Github user coveralls commented on the issue:

https://github.com/apache/commons-compress/pull/38
  

[![Coverage 
Status](https://:/builds/12038184/badge)](https://:/builds/12038184)

Coverage increased (+0.02%) to 84.744% when pulling 
**8bc48261e3847266f97796e033909ccd0c2b4f24 on sesuncedu:UPSTREAM-MASTER** into 
**4be9979b45ceadc50dc24607884d34613fead1f5 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.
---

-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org

[GitHub] commons-compress issue #38: Testing hudson/jenkins (added contributor line t...

[coveralls]

Github user coveralls commented on the issue:

https://github.com/apache/commons-compress/pull/38
  

[![Coverage 
Status](https://:/builds/12038134/badge)](https://:/builds/12038134)

Coverage decreased (-0.005%) to 84.723% when pulling 
**109c0773e0cac89a91accc440e2aa92c0b2163c8 on sesuncedu:UPSTREAM-MASTER** into 
**4be9979b45ceadc50dc24607884d34613fead1f5 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.
---

-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org

[GitHub] commons-compress issue #38: Testing hudson/jenkins (added contributor line t...

[coveralls]

Github user coveralls commented on the issue:

https://github.com/apache/commons-compress/pull/38
  

[![Coverage 
Status](https://:/builds/12038097/badge)](https://:/builds/12038097)

Coverage increased (+0.02%) to 84.747% when pulling 
**6a8d27209fe35b56697fa3eea405568f318b6b82 on sesuncedu:UPSTREAM-MASTER** into 
**4be9979b45ceadc50dc24607884d34613fead1f5 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.
---

-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org

[GitHub] commons-compress issue #38: Testing hudson/jenkins (added contributor line t...

[coveralls]

Github user coveralls commented on the issue:

https://github.com/apache/commons-compress/pull/38
  

[![Coverage 
Status](https://:/builds/12037873/badge)](https://:/builds/12037873)

Coverage increased (+0.02%) to 84.747% when pulling 
**4942a44ce8e5d8b04e1c4aa85c82c506745adf2e on sesuncedu:UPSTREAM-MASTER** into 
**4be9979b45ceadc50dc24607884d34613fead1f5 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.
---

-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org

[GitHub] commons-compress issue #38: Testing hudson/jenkins (added contributor line t...

[coveralls]

Github user coveralls commented on the issue:

https://github.com/apache/commons-compress/pull/38
  

[![Coverage 
Status](https://:/builds/12037816/badge)](https://:/builds/12037816)

Coverage increased (+0.02%) to 84.747% when pulling 
**29163bb972370d0ebec2cffa3857b9468fb27993 on sesuncedu:UPSTREAM-MASTER** into 
**4be9979b45ceadc50dc24607884d34613fead1f5 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.
---

-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org

[GitHub] commons-compress issue #38: Testing hudson/jenkins (added contributor line t...

[coveralls]

Github user coveralls commented on the issue:

https://github.com/apache/commons-compress/pull/38
  

[![Coverage 
Status](https://:/builds/12037759/badge)](https://:/builds/12037759)

Coverage remained the same at 84.728% when pulling 
**6c07d7dcc6f1e697ba5186834977f1d639176149 on sesuncedu:UPSTREAM-MASTER** into 
**4be9979b45ceadc50dc24607884d34613fead1f5 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.
---

-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org

[GitHub] commons-compress issue #38: Testing hudson/jenkins (added contributor line t...

[coveralls]

Github user coveralls commented on the issue:

https://github.com/apache/commons-compress/pull/38
  

[![Coverage 
Status](https://:/builds/12037681/badge)](https://:/builds/12037681)

Coverage remained the same at 84.728% when pulling 
**b0d5022d3739e5e45c38bf842b18fb039c00e88e on sesuncedu:UPSTREAM-MASTER** into 
**4be9979b45ceadc50dc24607884d34613fead1f5 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.
---

-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org

[GitHub] commons-compress issue #38: Testing hudson/jenkins (added contributor line t...

[coveralls]

Github user coveralls commented on the issue:

https://github.com/apache/commons-compress/pull/38
  

[![Coverage 
Status](https://:/builds/12037681/badge)](https://:/builds/12037681)

Coverage remained the same at 84.728% when pulling 
**b0d5022d3739e5e45c38bf842b18fb039c00e88e on sesuncedu:UPSTREAM-MASTER** into 
**4be9979b45ceadc50dc24607884d34613fead1f5 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.
---

-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org

[GitHub] commons-compress issue #38: Testing hudson/jenkins (added contributor line t...

[coveralls]

Github user coveralls commented on the issue:

https://github.com/apache/commons-compress/pull/38
  

[![Coverage 
Status](https://:/builds/12037517/badge)](https://:/builds/12037517)

Coverage remained the same at 84.728% when pulling 
**c2823fad98836a11c55dd1c523694314df3c8d74 on sesuncedu:UPSTREAM-MASTER** into 
**4be9979b45ceadc50dc24607884d34613fead1f5 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.
---

-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org

[GitHub] commons-compress issue #38: Testing hudson/jenkins (added contributor line t...

[coveralls]

Github user coveralls commented on the issue:

https://github.com/apache/commons-compress/pull/38
  

[![Coverage 
Status](https://:/builds/12037439/badge)](https://:/builds/12037439)

Coverage decreased (-0.005%) to 84.723% when pulling 
**877428e2c645ca85f949e5be139c0e9a1ac948cb on sesuncedu:UPSTREAM-MASTER** into 
**4be9979b45ceadc50dc24607884d34613fead1f5 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.
---

-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org

[GitHub] commons-compress issue #38: Testing hudson/jenkins (added contributor line t...

[coveralls]

Github user coveralls commented on the issue:

https://github.com/apache/commons-compress/pull/38
  

[![Coverage 
Status](https://:/builds/12036920/badge)](https://:/builds/12036920)

Coverage decreased (-0.008%) to 84.72% when pulling 
**b90c8521e2b9416fe8b3c117a251546cd4db4b4f on sesuncedu:UPSTREAM-MASTER** into 
**4be9979b45ceadc50dc24607884d34613fead1f5 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.
---

-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org

[GitHub] commons-compress issue #38: Testing hudson/jenkins (added contributor line t...

[coveralls]

Github user coveralls commented on the issue:

https://github.com/apache/commons-compress/pull/38
  

[![Coverage 
Status](https://:/builds/12036920/badge)](https://:/builds/12036920)

Coverage decreased (-0.008%) to 84.72% when pulling 
**b90c8521e2b9416fe8b3c117a251546cd4db4b4f on sesuncedu:UPSTREAM-MASTER** into 
**4be9979b45ceadc50dc24607884d34613fead1f5 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.
---

-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org

[GitHub] commons-compress issue #38: Testing hudson/jenkins (added contributor line t...

[coveralls]

Github user coveralls commented on the issue:

https://github.com/apache/commons-compress/pull/38
  

[![Coverage 
Status](https://:/builds/12036920/badge)](https://:/builds/12036920)

Coverage decreased (-0.005%) to 84.723% when pulling 
**b90c8521e2b9416fe8b3c117a251546cd4db4b4f on sesuncedu:UPSTREAM-MASTER** into 
**4be9979b45ceadc50dc24607884d34613fead1f5 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.
---

-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org

[GitHub] commons-compress issue #38: Testing hudson/jenkins (added contributor line t...

[coveralls]

Github user coveralls commented on the issue:

https://github.com/apache/commons-compress/pull/38
  

[![Coverage 
Status](https://:/builds/12036561/badge)](https://:/builds/12036561)

Coverage remained the same at 84.728% when pulling 
**286c4ffb3799d778e512446d75afbc91dcb27109 on sesuncedu:UPSTREAM-MASTER** into 
**4be9979b45ceadc50dc24607884d34613fead1f5 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.
---

-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org

[GitHub] commons-compress issue #38: Testing hudson/jenkins (added contributor line t...

[coveralls]

Github user coveralls commented on the issue:

https://github.com/apache/commons-compress/pull/38
  

[![Coverage 
Status](https://:/builds/12036386/badge)](https://:/builds/12036386)

Coverage increased (+0.2%) to 84.885% when pulling 
**aafae228a3114091d2603ced5fae03203f9da08f on sesuncedu:UPSTREAM-MASTER** into 
**4be9979b45ceadc50dc24607884d34613fead1f5 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.
---

-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org

[GitHub] commons-compress issue #38: Testing hudson/jenkins (added contributor line t...

[coveralls]

Github user coveralls commented on the issue:

https://github.com/apache/commons-compress/pull/38
  

[![Coverage 
Status](https://:/builds/12036300/badge)](https://:/builds/12036300)

Coverage increased (+0.02%) to 84.744% when pulling 
**878f0d7820738c0f79d9b5913c2d9cdf8fdd75d2 on sesuncedu:UPSTREAM-MASTER** into 
**4be9979b45ceadc50dc24607884d34613fead1f5 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.
---

-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org

[GitHub] commons-compress pull request #38: Testing hudson/jenkins (added contributor...

[sesuncedu]

GitHub user sesuncedu opened a pull request:

https://github.com/apache/commons-compress/pull/38

Testing hudson/jenkins (added contributor line to pom.xml so that there 
would be a change)

They've been failing PRs on the checkout of master.  Lets try this.

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

$ git pull https://github.com/sesuncedu/commons-compress UPSTREAM-MASTER

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

https://github.com/apache/commons-compress/pull/38.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 #38


commit 878f0d7820738c0f79d9b5913c2d9cdf8fdd75d2
Author: Simon Spero 
Date:   2017-06-19T18:50:15Z

added contributor line to pom.xml so that there would be a change




---
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.
---

-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org

Re: [ANNOUNCE] Apache Commons FileUpload 1.3.3 released.

[Dennis Kieselhorst]

Hi,

can you trigger an update of the pattern on 
https://nvd.nist.gov/vuln/detail/CVE-2016-131 somehow? Currently OWASP 
dependency check still considers 1.3.3 as insecure.

Cheers
Dennis

-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org

Re: [all] dev@ traffic

[Emmanuel Bourg]

Le 19/06/2017 à 15:41, Stefan Bodewig a écrit :

> those two should go to the same list even if its "issues"?

Yes, sorry for the ambiguity.

Emmanuel Bourg

-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org

Help with task: Implement Ziggurat algorithm

[仓央杰克]

I would like to help out with the task listed at 
https://helpwanted.apache.org/task.html?9d71a269





 

Help with task: Implement Ziggurat algorithm

[仓央杰克]

I would like to help out with the task listed at 
https://helpwanted.apache.org/task.html?9d71a269

Re: [all] dev@ traffic

[Simon Spero]

On Jun 19, 2017 9:56 AM, "Stefan Bodewig"  wrote:

On 2017-06-19, Simon Spero wrote:

with all parenteses properly nested, wow ;-)

No need to apologize, really.


(apply #'append '((not) (a problem)))

Code formatting for COMMONS (was Re: [GitHub] commons-text issue #52: Test: Improved testcase coverage for StrBuilder)

[Simon Spero]

Is there a set of commons code formatting conventions? More particularly,
is there a machine readable file of same? I use intellij, so native,
checkstyle, or Eclipse is fine.

I've been having problems where I am doing the pre-commit diff check, and
find that I have made unintentional changes to whitespace, and which
intellij and I haven't figured the pattern to.

Checkstyle as plugin is still annoying, but only when we disagree :)

Simon

On Jun 18, 2017 2:33 AM, "PascalSchumacher"  wrote:

Github user PascalSchumacher commented on the issue:

https://github.com/apache/commons-text/pull/52

Thanks!

Please separate the formatting fixes and the test additions into
different commits.

Please stick to the existing code style for the new tests (no new line
at the beginning and at the end of a test method; single new line between
test methods).



---
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.
---

-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org

Re: [all] dev@ traffic

[Stefan Bodewig]

On 2017-06-19, Simon Spero wrote:

> (this was prompted by me interrupting a quasi-appropriate JIRA
> meta-discussion about JIRA workflow & permissions (on an issue I had opened
> because I encountered it whilst working another issue, and had fixed but
> not PRed, which Stefan then also fixed)  to further apologize to Stefan for
> not replying to an email from him (on dev)  that I'd missed because of
> coveralls) .

with all parenteses properly nested, wow ;-)

No need to apologize, really.

Thanks

Stefan

-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org

[GitHub] commons-cli issue #14: Added BugCLI260 JUnit Test

[jlm429]

Github user jlm429 commented on the issue:

https://github.com/apache/commons-cli/pull/14
  
fwiw - this is what I had to fix ... probably better off not digging around 
in the default parser though if not needed :0

private void handleShortAndLongOption(String token) throws 
ParseException
{
String t = Util.stripLeadingHyphens(token);

int pos = t.indexOf('=');

if (t.length() == 1)
{
// -S
if (options.hasShortOption(t))
{
handleOption(options.getOption(t));
}
else
{
handleUnknownToken(token);
}
}
else if (pos == -1)
{
// no equal sign found (-xxx)
if (options.hasShortOption(t))
{
handleOption(options.getOption(t));
}
else if (!options.getMatchingOptions(t).isEmpty())
{
// -L or -l
handleLongOptionWithoutEqual(token);
}
else
{
// look for a long prefix (-Xmx512m)
String opt = getLongPrefix(t);

if (opt != null && options.getOption(opt).acceptsArg())
{
handleOption(options.getOption(opt));

currentOption.addValueForProcessing(t.substring(opt.length()));
currentOption = null;
}
else if (isJavaProperty(t))
{
// -SV1 (-Dflag)
handleOption(options.getOption(t.substring(0, 1)));
currentOption.addValueForProcessing(t.substring(1));
currentOption = null;
}
else
{
// -S1S2S3 or -S1S2V
handleConcatenatedOptions(token);
}
}
}
else
{
// equal sign found (-xxx=yyy)
String opt = t.substring(0, pos);
String value = t.substring(pos + 1);

//check if equal is in argument (-option"test=arg")
// -L=V
if (opt.length()>1 && !options.hasOption(opt))
{
//Search for long option and use correct option/argument if 
found
String newOpt=getLongPrefix(opt);
if (newOpt!=null)
{
  pos = newOpt.length();
  opt = t.substring(0, pos);
  value = t.substring(pos);
}
//check if equal is in argument (-o"test=arg") and use 
correct short option if found
// -S=V
else if (options.hasOption(opt.substring(0,1)) && 
!opt.substring(1,2).contains("="))
{
 opt = t.substring(0, 1);
 value = t.substring(1);
   }
}




if (opt.length() == 1)
{
// -S=V
Option option = options.getOption(opt);
if (option != null && option.acceptsArg())
{
handleOption(option);
currentOption.addValueForProcessing(value);
currentOption = null;
}
else
{
handleUnknownToken(token);
}
}
else if (isJavaProperty(opt))
{
// -SV1=V2 (-Dkey=value)
handleOption(options.getOption(opt.substring(0, 1)));
currentOption.addValueForProcessing(opt.substring(1));
currentOption.addValueForProcessing(value);
currentOption = null;
}
else
{
// -L=V or -l=V
handleLongOptionWithEqual(token);
}
}
}



---
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.
---

-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org

[GitHub] commons-cli issue #14: Added BugCLI260 JUnit Test

[jlm429]

Github user jlm429 commented on the issue:

https://github.com/apache/commons-cli/pull/14
  
fwiw - this is what I had to fix ... probably better off not digging around 
in the default parser though if not needed :0

private void handleShortAndLongOption(String token) throws 
ParseException
{
String t = Util.stripLeadingHyphens(token);

int pos = t.indexOf('=');

if (t.length() == 1)
{
// -S
if (options.hasShortOption(t))
{
handleOption(options.getOption(t));
}
else
{
handleUnknownToken(token);
}
}
else if (pos == -1)
{
// no equal sign found (-xxx)
if (options.hasShortOption(t))
{
handleOption(options.getOption(t));
}
else if (!options.getMatchingOptions(t).isEmpty())
{
// -L or -l
handleLongOptionWithoutEqual(token);
}
else
{
// look for a long prefix (-Xmx512m)
String opt = getLongPrefix(t);

if (opt != null && options.getOption(opt).acceptsArg())
{
handleOption(options.getOption(opt));

currentOption.addValueForProcessing(t.substring(opt.length()));
currentOption = null;
}
else if (isJavaProperty(t))
{
// -SV1 (-Dflag)
handleOption(options.getOption(t.substring(0, 1)));
currentOption.addValueForProcessing(t.substring(1));
currentOption = null;
}
else
{
// -S1S2S3 or -S1S2V
handleConcatenatedOptions(token);
}
}
}
else
{
// equal sign found (-xxx=yyy)
String opt = t.substring(0, pos);
String value = t.substring(pos + 1);

//check if equal is in argument (-option"test=arg")
// -L=V
if (opt.length()>1 && !options.hasOption(opt))
{
//Search for long option and use correct option/argument if 
found
String newOpt=getLongPrefix(opt);
if (newOpt!=null)
{
  pos = newOpt.length();
  opt = t.substring(0, pos);
  value = t.substring(pos);
}
//check if equal is in argument (-o"test=arg") and use 
correct short option if found
// -S=V
else if (options.hasOption(opt.substring(0,1)) && 
!opt.substring(1,2).contains("="))
{
 opt = t.substring(0, 1);
 value = t.substring(1);
   }
}




if (opt.length() == 1)
{
// -S=V
Option option = options.getOption(opt);
if (option != null && option.acceptsArg())
{
handleOption(option);
currentOption.addValueForProcessing(value);
currentOption = null;
}
else
{
handleUnknownToken(token);
}
}
else if (isJavaProperty(opt))
{
// -SV1=V2 (-Dkey=value)
handleOption(options.getOption(opt.substring(0, 1)));
currentOption.addValueForProcessing(opt.substring(1));
currentOption.addValueForProcessing(value);
currentOption = null;
}
else
{
// -L=V or -l=V
handleLongOptionWithEqual(token);
}
}
}



---
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.
---

-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org

Re: [all] dev@ traffic

[Simon Spero]

(this was prompted by me interrupting a quasi-appropriate JIRA
meta-discussion about JIRA workflow & permissions (on an issue I had opened
because I encountered it whilst working another issue, and had fixed but
not PRed, which Stefan then also fixed)  to further apologize to Stefan for
not replying to an email from him (on dev)  that I'd missed because of
coveralls) .

So +1.
Also, I need to reply to that email :)

Simon

On Jun 19, 2017 6:33 AM, "Stefan Bodewig"  wrote:

Hi all

apart from dev@ and user@ we've got three lists that have been created
for specific notifications that people may be interested in or not:
issues, commits and notifications. My MUA is configured to merge those
three with dev so I didn't really notice we are getting more messages
(and for most people more noise) to dev than I would have expected.

JIRA seems to be set up to send to issues@ for all components, and the
git and svn commit messages of components go to commits@ while svn
commit messages for the website go to notifications@.

Things are different between components for at least

* github integration (some components like Compress send mails to dev,
  others like Numbers send them to notifications)

* CI messages (at least Compress uses dev for Jenkins mails)

IMHO neither should go to dev@ and using notifications@ seems more
logical to me. I'm going to change this for Compress and would likt to
ask other components to check their settings as well so we can raise the
signal ratio for dev@ again.

Stefan

-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org

Re: [all] dev@ traffic

[Stefan Bodewig]

On 2017-06-19, Emmanuel Bourg wrote:

> Le 19/06/2017 à 12:32, Stefan Bodewig a écrit :

>> IMHO neither should go to dev@ and using notifications@ seems more
>> logical to me. I'm going to change this for Compress and would likt to
>> ask other components to check their settings as well so we can raise the
>> signal ratio for dev@ again.

> +1 for redirecting Jenkins to notifications@

> GitHub PRs and JIRA should target the same list.

the same "notifications" list or those two should go to the same list
even if its "issues"?

Stefan

-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org

CharSequence vs. String (was Re: [GitHub] commons-text pull request #46: TEXT-85:Added CaseUtils class with camel case...)

[Simon Spero]

On Jun 12, 2017 10:47 AM, "arunvinudss"  wrote:

Github user arunvinudss commented on a diff in the pull request:

I am a bit biased towards using String instead of CharSequence . Yes
CharSequence allows us to pass String Buffers and builders and other types
as input potentially increasing the scope of the function but considering
the nature of work we do in this particular method it may not necessarily
be a good idea. My basic contention is that the minute we call toString()
on a charSequence  to do any sort of manipulation it becomes a costly
operation and we may lose performance .


True if the particular CharSequence is not in fact an instance of String.
String::toString returns this.

The bigger problem is that too many methods use String as a parameter or
return type, when  CharSequence would serve just as well. This indeed
requires the invocation of Object::toString.

For methods that use String as the return type, changing the result to
CharSequence is source and binary incompatible, and properly so (since at
some point the user may actually need a String).

A  generic method with Type parameter with CharSequence as bound (T extends
CharSequence) can sometimes be useful, and can be added in addition to
methods taking String arguments, but can't replace them.

There are some places in javac that have special treatment for String - for
example, the + operator , but jdk9 reduces that particular win by indyfying
concat.
If a method doesn't intrinsically require a String, then I prefer
CharSequence. It's probable that sooner or later something is going to
demand a String, but that's not a good reason to be "that guy" :-)

Note:
Strings can be an incredible waste of memory; 40 +  ⌈length/4⌉  bytes
(reduced to a mere  40 + ⌈length/8⌉ bytes in jdk9 when compact strings can
be used).

 This is incredibly painful if you have a vast number of small "strings",
which may not all need to be materialized simultaneously. See e.g. [1]
(~50MiB of UTF-8 chars becomes ~250MiB of Strings. And since there's no
individual humongous object  they all get to make the journey from TLAB to
Old Space the hard way. Note this predates jdk 9,but illustrates some of
the win from compact strings)

Storing the character data in a shared byte array is a huge win. Someone
should tell the jdk implementors to look at applications that do this.
Like, um, javac :-)

Materializing these strings as possibly transient  CharSequence's  is
really convenient... until some method just has to have a String

Also, wouldn't  some sort of low-space-overhead string storage be a good
fit for text?

Simon
[1]  Spero,S. (2015). Time And Relative Dimensions In Semantics: Is OWL
Bigger On The Inside? OWLED 2015. Available at
http://cgi.csc.liv.ac.uk/~valli/OWLED2015/OWLED_2015_paper_12.pdf

Re: [all] dev@ traffic

[sebb]

On 19 June 2017 at 14:19, Emmanuel Bourg  wrote:
> Le 19/06/2017 à 12:32, Stefan Bodewig a écrit :
>
>> IMHO neither should go to dev@ and using notifications@ seems more
>> logical to me. I'm going to change this for Compress and would likt to
>> ask other components to check their settings as well so we can raise the
>> signal ratio for dev@ again.
>
> +1 for redirecting Jenkins to notifications@

I've done all the ones I could find

> GitHub PRs and JIRA should target the same list.

I agree about PRs, but JIRA should continue to go to issues@ (as at present)

> -
> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
> For additional commands, e-mail: dev-h...@commons.apache.org
>

-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org

Re: [all] dev@ traffic

[Emmanuel Bourg]

Le 19/06/2017 à 12:32, Stefan Bodewig a écrit :

> IMHO neither should go to dev@ and using notifications@ seems more
> logical to me. I'm going to change this for Compress and would likt to
> ask other components to check their settings as well so we can raise the
> signal ratio for dev@ again.

+1 for redirecting Jenkins to notifications@

GitHub PRs and JIRA should target the same list.

-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org

Re: [ALL] commits@ notifications@

[sebb]

Sorry, did not notice Stefan's earlier email.

Ignore this thread...

On 19 June 2017 at 13:51, sebb  wrote:
> I assume commits@ is intended for SVN and Git commit messages.
> [Except for /websites/ commits which go to notifications@]
>
> It looks like notifications@ is also being used for commons-numbers PRs
> Why is that the only component doing so?
>
> Should other PRs also go to notifications?
> Or should numbers PRs move to dev?
>
> I would prefer to have all the PRs go to notifications.
> I'm not sure they belong on dev@

-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org

[ALL] commits@ notifications@

[sebb]

I assume commits@ is intended for SVN and Git commit messages.
[Except for /websites/ commits which go to notifications@]

It looks like notifications@ is also being used for commons-numbers PRs
Why is that the only component doing so?

Should other PRs also go to notifications?
Or should numbers PRs move to dev?

I would prefer to have all the PRs go to notifications.
I'm not sure they belong on dev@

-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org

[GitHub] commons-text pull request #46: TEXT-85:Added CaseUtils class with camel case...

[asfgit]

Github user asfgit closed the pull request at:

https://github.com/apache/commons-text/pull/46


---
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.
---

-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org

[GitHub] commons-text issue #52: Test: Improved testcase coverage for StrBuilder

[chtompki]

Github user chtompki commented on the issue:

https://github.com/apache/commons-text/pull/52
  
Agreed with Pascal here, just for semantics on commit history.


---
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.
---

-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org

[all] dev@ traffic

[Stefan Bodewig]

Hi all

apart from dev@ and user@ we've got three lists that have been created
for specific notifications that people may be interested in or not:
issues, commits and notifications. My MUA is configured to merge those
three with dev so I didn't really notice we are getting more messages
(and for most people more noise) to dev than I would have expected.

JIRA seems to be set up to send to issues@ for all components, and the
git and svn commit messages of components go to commits@ while svn
commit messages for the website go to notifications@.

Things are different between components for at least

* github integration (some components like Compress send mails to dev,
  others like Numbers send them to notifications)

* CI messages (at least Compress uses dev for Jenkins mails)

IMHO neither should go to dev@ and using notifications@ seems more
logical to me. I'm going to change this for Compress and would likt to
ask other components to check their settings as well so we can raise the
signal ratio for dev@ again.

Stefan

-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org

[GitHub] commons-compress issue #37: COMPRESS-410 - cherry picked to fix merging issu...

[coveralls]

Github user coveralls commented on the issue:

https://github.com/apache/commons-compress/pull/37
  

[![Coverage 
Status](https://:/builds/12027861/badge)](https://:/builds/12027861)

Coverage increased (+0.04%) to 84.77% when pulling 
**922051d1f2250256697a1b042f1f319b2950fc45 on sesuncedu:COMPRESS-410-REDUX** 
into **4be9979b45ceadc50dc24607884d34613fead1f5 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.
---

-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org

Build failed in Jenkins: Commons-Compress PullRequest Builder #30

[Apache Jenkins Server]

See 


--
GitHub pull request #37 to apache/commons-compress
[EnvInject] - Loading node environment variables.
Building remotely on H14 (ubuntu xenial) in workspace 

 > git rev-parse --is-inside-work-tree # timeout=10
Fetching changes from the remote Git repository
 > git config remote.origin.url git://github.com/apache/commons-compress.git # 
 > timeout=10
Fetching upstream changes from git://github.com/apache/commons-compress.git
 > git --version # timeout=10
 > git fetch --tags --progress git://github.com/apache/commons-compress.git 
 > +refs/heads/*:refs/remotes/origin/*
 > git config core.sparsecheckout # timeout=10
 > git checkout -f origin/master
 > git branch -a -v --no-abbrev # timeout=10
 > git checkout -b master origin/master
FATAL: Could not checkout master with start point origin/master
hudson.plugins.git.GitException: Command "git checkout -b master origin/master" 
returned status code 1:
stdout: 
src/test/java/org/apache/commons/compress/compressors/xz/XZCompressorOutputStreamTest.java:
 needs merge
src/test/java/org/apache/commons/compress/utils/ChecksumCalculatingInputStreamTest.java:
 needs merge

stderr: error: you need to resolve your current index first

at 
org.jenkinsci.plugins.gitclient.CliGitAPIImpl.launchCommandIn(CliGitAPIImpl.java:1903)
at 
org.jenkinsci.plugins.gitclient.CliGitAPIImpl.access$800(CliGitAPIImpl.java:71)
at 
org.jenkinsci.plugins.gitclient.CliGitAPIImpl$9.execute(CliGitAPIImpl.java:2188)
at 
org.jenkinsci.plugins.gitclient.AbstractGitAPIImpl.checkoutBranch(AbstractGitAPIImpl.java:81)
at 
org.jenkinsci.plugins.gitclient.CliGitAPIImpl.checkoutBranch(CliGitAPIImpl.java:71)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at 
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
at 
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:606)
at 
hudson.remoting.RemoteInvocationHandler$RPCRequest.perform(RemoteInvocationHandler.java:895)
at 
hudson.remoting.RemoteInvocationHandler$RPCRequest.call(RemoteInvocationHandler.java:870)
at 
hudson.remoting.RemoteInvocationHandler$RPCRequest.call(RemoteInvocationHandler.java:829)
at hudson.remoting.UserRequest.perform(UserRequest.java:153)
at hudson.remoting.UserRequest.perform(UserRequest.java:50)
at hudson.remoting.Request$2.run(Request.java:336)
at 
hudson.remoting.InterceptingExecutorService$1.call(InterceptingExecutorService.java:68)
at java.util.concurrent.FutureTask.run(FutureTask.java:262)
at 
java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145)
at 
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)
at java.lang.Thread.run(Thread.java:745)
Caused: hudson.plugins.git.GitException: Could not checkout master with start 
point origin/master
at 
org.jenkinsci.plugins.gitclient.CliGitAPIImpl$9.execute(CliGitAPIImpl.java:2209)
at 
org.jenkinsci.plugins.gitclient.AbstractGitAPIImpl.checkoutBranch(AbstractGitAPIImpl.java:81)
at 
org.jenkinsci.plugins.gitclient.CliGitAPIImpl.checkoutBranch(CliGitAPIImpl.java:71)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at 
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
at 
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:606)
at 
hudson.remoting.RemoteInvocationHandler$RPCRequest.perform(RemoteInvocationHandler.java:895)
at 
hudson.remoting.RemoteInvocationHandler$RPCRequest.call(RemoteInvocationHandler.java:870)
at 
hudson.remoting.RemoteInvocationHandler$RPCRequest.call(RemoteInvocationHandler.java:829)
at hudson.remoting.UserRequest.perform(UserRequest.java:153)
at hudson.remoting.UserRequest.perform(UserRequest.java:50)
at hudson.remoting.Request$2.run(Request.java:336)
at 
hudson.remoting.InterceptingExecutorService$1.call(InterceptingExecutorService.java:68)
at java.util.concurrent.FutureTask.run(FutureTask.java:262)
at 
java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145)
at 
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)
at java.lang.Thread.run(Thread.java:745)
at ..remote call to H14(Native Method)
at hudson.remoting.Channel.attachCallSiteStackTrace(Channel.java:1545)
at hudson.remoting.UserResponse.retrieve(UserRequest.java:253)
at hudson.remoting.Channel.call(Channel.java:830)
   

Re: Wondering VFS will support Read/Write on Google Cloud Storage?

[楊閔富]

I think the gcsfuse mounted directory cannot even be identified by Java,
I'll report this issue to `gcsfuse` community.

2017-06-19 15:39 GMT+08:00 楊閔富 :

> Hi
>
> I've tried and the log is as follows:
>
> ```
> $ ls -al /tmp/gcs
> total 0
> drwxrwxrwx 1 root root 0 Jun 19 07:37 hive-warehouse
> drwxrwxrwx 1 root root 0 Jun 19 07:37 softwares
> drwxrwxrwx 1 root root 0 Jun 19 07:37 zeppelin-notebooks
> $ sudo java -cp apache-vfs-debug-1.0-SNAPSHOT-jar-with-dependencies.jar
> Sample "file:///tmp"
> Jun 19, 2017 7:38:20 AM org.apache.commons.vfs2.impl.StandardFileSystemManager
> info
> INFO: Using "/tmp/vfs_cache" as temporary files store.
> true
> /tmp exists: true, is dir: true, is file: false, norm: /tmp, len: 4096
> $ sudo java -cp apache-vfs-debug-1.0-SNAPSHOT-jar-with-dependencies.jar
> Sample "file:///tmp/gcs"
> Jun 19, 2017 7:38:26 AM org.apache.commons.vfs2.impl.StandardFileSystemManager
> info
> INFO: Using "/tmp/vfs_cache" as temporary files store.
> false
> /tmp/gcs exists: false, is dir: false, is file: false, norm: /tmp/gcs,
> len: 0
> ```
>
> 2017-06-19 3:43 GMT+08:00 Bernd :
>
>> Thanks for the try.
>>
>> This is pretty strange since your mount path looks simple and VFS file:
>> provider is not doing much besides using normal Java API to access the
>> filesystem. so this looks more like a Java/fuse/gcs-fuse problem.
>>
>> Can you try
>>
>> File f = new File("/tmp/gcs"); Systen,out.println("f exists" + f.exists()
>> +
>> " is dir " + f.isDirectory() + " is file " + f.isFile() + " norm " +
>> f.getCanonicalPath() + " len " + f.length())
>>
>> So we can see what the responses are?
>>
>> Gruss
>> Bernd
>>
>
>

Re: Wondering VFS will support Read/Write on Google Cloud Storage?

[楊閔富]

Hi

I've tried and the log is as follows:

```
$ ls -al /tmp/gcs
total 0
drwxrwxrwx 1 root root 0 Jun 19 07:37 hive-warehouse
drwxrwxrwx 1 root root 0 Jun 19 07:37 softwares
drwxrwxrwx 1 root root 0 Jun 19 07:37 zeppelin-notebooks
$ sudo java -cp apache-vfs-debug-1.0-SNAPSHOT-jar-with-dependencies.jar
Sample "file:///tmp"
Jun 19, 2017 7:38:20 AM
org.apache.commons.vfs2.impl.StandardFileSystemManager info
INFO: Using "/tmp/vfs_cache" as temporary files store.
true
/tmp exists: true, is dir: true, is file: false, norm: /tmp, len: 4096
$ sudo java -cp apache-vfs-debug-1.0-SNAPSHOT-jar-with-dependencies.jar
Sample "file:///tmp/gcs"
Jun 19, 2017 7:38:26 AM
org.apache.commons.vfs2.impl.StandardFileSystemManager info
INFO: Using "/tmp/vfs_cache" as temporary files store.
false
/tmp/gcs exists: false, is dir: false, is file: false, norm: /tmp/gcs, len:
0
```

2017-06-19 3:43 GMT+08:00 Bernd :

> Thanks for the try.
>
> This is pretty strange since your mount path looks simple and VFS file:
> provider is not doing much besides using normal Java API to access the
> filesystem. so this looks more like a Java/fuse/gcs-fuse problem.
>
> Can you try
>
> File f = new File("/tmp/gcs"); Systen,out.println("f exists" + f.exists() +
> " is dir " + f.isDirectory() + " is file " + f.isFile() + " norm " +
> f.getCanonicalPath() + " len " + f.length())
>
> So we can see what the responses are?
>
> Gruss
> Bernd
>