You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@commons.apache.org by "Epstein, Ezra" <Ez...@neustar.biz> on 2016/03/21 22:38:46 UTC
commons-vfs:
org.apache.commons.vfs2.provider.http.test.HttpProviderTestCase fails
I’ve forked and cloned the repo from GitHub and the build fails with:
Tests run: 90, Failures: 0, Errors: 1, Skipped: 0, Time elapsed: 5.223 sec <<< FAILURE! - in org.apache.commons.vfs2.provider.http.test.HttpProviderTestCase
testHttp405(org.apache.commons.vfs2.provider.http.test.HttpProviderTestCase) Time elapsed: 0.372 sec <<< ERROR!
org.apache.commons.vfs2.FileSystemException: Could not determine the size of "http://www.w3schools.com/webservices/tempconvert.asmx?action=WSDL" because it is not a file.
at org.apache.commons.vfs2.provider.DefaultFileContent.getSize(DefaultFileContent.java:135)
at org.apache.commons.vfs2.provider.http.test.HttpProviderTestCase.testHttp405(HttpProviderTestCase.java:208)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:498)
at org.apache.commons.vfs2.test.AbstractProviderTestCase.runTest(AbstractProviderTestCase.java:218)
at junit.framework.TestCase.runBare(TestCase.java:141)
at junit.framework.TestResult$1.protect(TestResult.java:122)
at junit.framework.TestResult.runProtected(TestResult.java:142)
at junit.framework.TestResult.run(TestResult.java:125)
at junit.framework.TestCase.run(TestCase.java:129)
at junit.framework.TestSuite.runTest(TestSuite.java:252)
at junit.framework.TestSuite.run(TestSuite.java:247)
at junit.extensions.TestDecorator.basicRun(TestDecorator.java:23)
at org.apache.commons.vfs2.test.AbstractTestSuite$1.protect(AbstractTestSuite.java:149)
at junit.framework.TestResult.runProtected(TestResult.java:142)
at org.apache.commons.vfs2.test.AbstractTestSuite.run(AbstractTestSuite.java:154)
at org.junit.internal.runners.JUnit38ClassRunner.run(JUnit38ClassRunner.java:86)
at org.apache.maven.surefire.junit4.JUnit4Provider.execute(JUnit4Provider.java:283)
at org.apache.maven.surefire.junit4.JUnit4Provider.executeWithRerun(JUnit4Provider.java:173)
at org.apache.maven.surefire.junit4.JUnit4Provider.executeTestSet(JUnit4Provider.java:153)
at org.apache.maven.surefire.junit4.JUnit4Provider.invoke(JUnit4Provider.java:128)
at org.apache.maven.surefire.booter.ForkedBooter.invokeProviderInSameClassLoader(ForkedBooter.java:203)
at org.apache.maven.surefire.booter.ForkedBooter.runSuitesInProcess(ForkedBooter.java:155)
at org.apache.maven.surefire.booter.ForkedBooter.main(ForkedBooter.java:103)
…
Tests in error:
HttpProviderTestCase>AbstractProviderTestCase.runTest:218->testHttp405:208 » FileSystem
Is this a known issue?
Re: commons-vfs:org.apache.commons.vfs2.provider.http.test.HttpProviderTestCase
fails
Posted by Benedikt Ritter <br...@apache.org>.
Bernd Eckenfels <ec...@zusammenkunft.net> schrieb am Di., 22. März 2016 um
08:47 Uhr:
> Hello,
>
> I think for this test we can do fine with a (java mock) http server
> started for the particular redirection test, other provider tests do that
> as well.
>
> Added benefit would be, that we can actually assert some properties of the
> request on server side.
>
Sounds good to me!
>
> Gruss
> Bernd
> --
> http://bernd.eckenfels.net
> From Win 10 Mobile
>
> Von: Benedikt Ritter
> Gesendet: Dienstag, 22. März 2016 08:34
> An: Commons Developers List
> Betreff: Re:
> commons-vfs:org.apache.commons.vfs2.provider.http.test.HttpProviderTestCase
> fails
>
> Hi,
>
> Bernd Eckenfels <ec...@zusammenkunft.net> schrieb am Di., 22. März 2016 um
> 01:03 Uhr:
>
> > Hello,
> >
> > I think it is a new problem. It is a bit unfortunate that those tests
> > rely on external web sites (and those seeem to no longer exist).
> >
> > If you want, you can file the report directly in the JIRA:
> >
> > https://issues.apache.org/jira/browse/VFS/
> >
> > It seems to be safe to ignore that failure.
> >
>
> Hm, I think we should really fix this :-)
> Maybe it is possible to use the Test Containers project [1] to spin up the
> needed infrastructure for running the test?
>
> Benedikt
>
> [1] http://testcontainers.viewdocs.io/testcontainers-java/
>
>
> > Gruss
> > Bernd
> >
> > Am Mon,
> > 21 Mar 2016 21:38:46 +0000 schrieb "Epstein, Ezra"
> > <Ez...@neustar.biz>:
> >
> > > I’ve forked and cloned the repo from GitHub and the build fails with:
> > >
> > >
> > > Tests run: 90, Failures: 0, Errors: 1, Skipped: 0, Time elapsed:
> > > 5.223 sec <<< FAILURE! - in
> > > org.apache.commons.vfs2.provider.http.test.HttpProviderTestCase
> > >
> > >
> >
> testHttp405(org.apache.commons.vfs2.provider.http.test.HttpProviderTestCase)
> > > Time elapsed: 0.372 sec <<< ERROR!
> > >
> > > org.apache.commons.vfs2.FileSystemException: Could not determine the
> > > size of
> > > "http://www.w3schools.com/webservices/tempconvert.asmx?action=WSDL"
> > > because it is not a file.
> > >
> > > at
> > >
> >
> org.apache.commons.vfs2.provider.DefaultFileContent.getSize(DefaultFileContent.java:135)
> > >
> > > at
> > >
> >
> org.apache.commons.vfs2.provider.http.test.HttpProviderTestCase.testHttp405(HttpProviderTestCase.java:208)
> > >
> > > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> > >
> > ...
> > > at
> > >
> org.apache.maven.surefire.booter.ForkedBooter.main(ForkedBooter.java:103)
> > >
> > > …
> > >
> > > Tests in error:
> > >
> > >
> >
> HttpProviderTestCase>AbstractProviderTestCase.runTest:218->testHttp405:208
> > > HttpProviderTestCase>» FileSystem
> > >
> > >
> > > Is this a known issue?
> > >
> >
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org
> > For additional commands, e-mail: dev-help@commons.apache.org
> >
> >
>
>
Re:
commons-vfs:org.apache.commons.vfs2.provider.http.test.HttpProviderTestCase
fails
Posted by Bernd Eckenfels <ec...@zusammenkunft.net>.
Hello,
I think for this test we can do fine with a (java mock) http server started for the particular redirection test, other provider tests do that as well.
Added benefit would be, that we can actually assert some properties of the request on server side.
Gruss
Bernd
--
http://bernd.eckenfels.net
>From Win 10 Mobile
Von: Benedikt Ritter
Gesendet: Dienstag, 22. März 2016 08:34
An: Commons Developers List
Betreff: Re: commons-vfs:org.apache.commons.vfs2.provider.http.test.HttpProviderTestCase fails
Hi,
Bernd Eckenfels <ec...@zusammenkunft.net> schrieb am Di., 22. März 2016 um
01:03 Uhr:
> Hello,
>
> I think it is a new problem. It is a bit unfortunate that those tests
> rely on external web sites (and those seeem to no longer exist).
>
> If you want, you can file the report directly in the JIRA:
>
> https://issues.apache.org/jira/browse/VFS/
>
> It seems to be safe to ignore that failure.
>
Hm, I think we should really fix this :-)
Maybe it is possible to use the Test Containers project [1] to spin up the
needed infrastructure for running the test?
Benedikt
[1] http://testcontainers.viewdocs.io/testcontainers-java/
> Gruss
> Bernd
>
> Am Mon,
> 21 Mar 2016 21:38:46 +0000 schrieb "Epstein, Ezra"
> <Ez...@neustar.biz>:
>
> > I’ve forked and cloned the repo from GitHub and the build fails with:
> >
> >
> > Tests run: 90, Failures: 0, Errors: 1, Skipped: 0, Time elapsed:
> > 5.223 sec <<< FAILURE! - in
> > org.apache.commons.vfs2.provider.http.test.HttpProviderTestCase
> >
> >
> testHttp405(org.apache.commons.vfs2.provider.http.test.HttpProviderTestCase)
> > Time elapsed: 0.372 sec <<< ERROR!
> >
> > org.apache.commons.vfs2.FileSystemException: Could not determine the
> > size of
> > "http://www.w3schools.com/webservices/tempconvert.asmx?action=WSDL"
> > because it is not a file.
> >
> > at
> >
> org.apache.commons.vfs2.provider.DefaultFileContent.getSize(DefaultFileContent.java:135)
> >
> > at
> >
> org.apache.commons.vfs2.provider.http.test.HttpProviderTestCase.testHttp405(HttpProviderTestCase.java:208)
> >
> > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> >
> ...
> > at
> > org.apache.maven.surefire.booter.ForkedBooter.main(ForkedBooter.java:103)
> >
> > …
> >
> > Tests in error:
> >
> >
> HttpProviderTestCase>AbstractProviderTestCase.runTest:218->testHttp405:208
> > HttpProviderTestCase>» FileSystem
> >
> >
> > Is this a known issue?
> >
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org
> For additional commands, e-mail: dev-help@commons.apache.org
>
>
Re: commons-vfs: org.apache.commons.vfs2.provider.http.test.HttpProviderTestCase
fails
Posted by Benedikt Ritter <br...@apache.org>.
Hi,
Bernd Eckenfels <ec...@zusammenkunft.net> schrieb am Di., 22. März 2016 um
01:03 Uhr:
> Hello,
>
> I think it is a new problem. It is a bit unfortunate that those tests
> rely on external web sites (and those seeem to no longer exist).
>
> If you want, you can file the report directly in the JIRA:
>
> https://issues.apache.org/jira/browse/VFS/
>
> It seems to be safe to ignore that failure.
>
Hm, I think we should really fix this :-)
Maybe it is possible to use the Test Containers project [1] to spin up the
needed infrastructure for running the test?
Benedikt
[1] http://testcontainers.viewdocs.io/testcontainers-java/
> Gruss
> Bernd
>
> Am Mon,
> 21 Mar 2016 21:38:46 +0000 schrieb "Epstein, Ezra"
> <Ez...@neustar.biz>:
>
> > I’ve forked and cloned the repo from GitHub and the build fails with:
> >
> >
> > Tests run: 90, Failures: 0, Errors: 1, Skipped: 0, Time elapsed:
> > 5.223 sec <<< FAILURE! - in
> > org.apache.commons.vfs2.provider.http.test.HttpProviderTestCase
> >
> >
> testHttp405(org.apache.commons.vfs2.provider.http.test.HttpProviderTestCase)
> > Time elapsed: 0.372 sec <<< ERROR!
> >
> > org.apache.commons.vfs2.FileSystemException: Could not determine the
> > size of
> > "http://www.w3schools.com/webservices/tempconvert.asmx?action=WSDL"
> > because it is not a file.
> >
> > at
> >
> org.apache.commons.vfs2.provider.DefaultFileContent.getSize(DefaultFileContent.java:135)
> >
> > at
> >
> org.apache.commons.vfs2.provider.http.test.HttpProviderTestCase.testHttp405(HttpProviderTestCase.java:208)
> >
> > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> >
> ...
> > at
> > org.apache.maven.surefire.booter.ForkedBooter.main(ForkedBooter.java:103)
> >
> > …
> >
> > Tests in error:
> >
> >
> HttpProviderTestCase>AbstractProviderTestCase.runTest:218->testHttp405:208
> > HttpProviderTestCase>» FileSystem
> >
> >
> > Is this a known issue?
> >
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org
> For additional commands, e-mail: dev-help@commons.apache.org
>
>
Re: commons-vfs:
org.apache.commons.vfs2.provider.http.test.HttpProviderTestCase fails
Posted by Bernd Eckenfels <ec...@zusammenkunft.net>.
Hello,
I think it is a new problem. It is a bit unfortunate that those tests
rely on external web sites (and those seeem to no longer exist).
If you want, you can file the report directly in the JIRA:
https://issues.apache.org/jira/browse/VFS/
It seems to be safe to ignore that failure.
Gruss
Bernd
Am Mon,
21 Mar 2016 21:38:46 +0000 schrieb "Epstein, Ezra"
<Ez...@neustar.biz>:
> I’ve forked and cloned the repo from GitHub and the build fails with:
>
>
> Tests run: 90, Failures: 0, Errors: 1, Skipped: 0, Time elapsed:
> 5.223 sec <<< FAILURE! - in
> org.apache.commons.vfs2.provider.http.test.HttpProviderTestCase
>
> testHttp405(org.apache.commons.vfs2.provider.http.test.HttpProviderTestCase)
> Time elapsed: 0.372 sec <<< ERROR!
>
> org.apache.commons.vfs2.FileSystemException: Could not determine the
> size of
> "http://www.w3schools.com/webservices/tempconvert.asmx?action=WSDL"
> because it is not a file.
>
> at
> org.apache.commons.vfs2.provider.DefaultFileContent.getSize(DefaultFileContent.java:135)
>
> at
> org.apache.commons.vfs2.provider.http.test.HttpProviderTestCase.testHttp405(HttpProviderTestCase.java:208)
>
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>
...
> at
> org.apache.maven.surefire.booter.ForkedBooter.main(ForkedBooter.java:103)
>
> …
>
> Tests in error:
>
> HttpProviderTestCase>AbstractProviderTestCase.runTest:218->testHttp405:208
> HttpProviderTestCase>» FileSystem
>
>
> Is this a known issue?
>
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org
For additional commands, e-mail: dev-help@commons.apache.org
Re: commons-vfs:
org.apache.commons.vfs2.provider.http.test.HttpProviderTestCase fails
Posted by "Epstein, Ezra" <Ez...@neustar.biz>.
Fixed.
Root cause: defunct URL.
Resolution: changed
core/src/test/java/org/apache/commons/vfs2/provider/http/test/HttpProviderT
estCase.java
- final FileObject f =
VFS.getManager().resolveFile("http://www.w3schools.com/webservices/tempconv
ert.asmx?action=WSDL");
+ final FileObject f =
VFS.getManager().resolveFile("http://www.w3schools.com/xml/tempconvert.asmx
?WSDL");
This change is included in this pull request:
https://github.com/apache/commons-vfs/pull/12
Thanks.
On 3/21/16, 2:38 PM, "Epstein, Ezra" <Ez...@neustar.biz> wrote:
>I¹ve forked and cloned the repo from GitHub and the build fails with:
>
>
>Tests run: 90, Failures: 0, Errors: 1, Skipped: 0, Time elapsed: 5.223
>sec <<< FAILURE! - in
>org.apache.commons.vfs2.provider.http.test.HttpProviderTestCase
>
>testHttp405(org.apache.commons.vfs2.provider.http.test.HttpProviderTestCas
>e) Time elapsed: 0.372 sec <<< ERROR!
>
>org.apache.commons.vfs2.FileSystemException: Could not determine the size
>of
>"https://urldefense.proofpoint.com/v2/url?u=http-3A__www.w3schools.com_web
>services_tempconvert.asmx-3Faction-3DWSDL&d=CwIF-g&c=MOptNlVtIETeDALC_lULr
>w&r=9ngOpEBwat_KiHSg9M3xkyMHuia8tJt2Xm_FJM4kW2k&m=t3roqrWYXA9F8pjA37BOeQ55
>13ko8_16DjglqWegJcU&s=rslzCFwAV2fJ5ueOkUgRVyrRlJXRHimOtzIhfvPcams&e= "
>because it is not a file.
>
>at
>org.apache.commons.vfs2.provider.DefaultFileContent.getSize(DefaultFileCon
>tent.java:135)
>
>at
>org.apache.commons.vfs2.provider.http.test.HttpProviderTestCase.testHttp40
>5(HttpProviderTestCase.java:208)
>
>at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>
>at
>sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:
>62)
>
>at
>sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorIm
>pl.java:43)
>
>at java.lang.reflect.Method.invoke(Method.java:498)
>
>at
>org.apache.commons.vfs2.test.AbstractProviderTestCase.runTest(AbstractProv
>iderTestCase.java:218)
>
>at junit.framework.TestCase.runBare(TestCase.java:141)
>
>at junit.framework.TestResult$1.protect(TestResult.java:122)
>
>at junit.framework.TestResult.runProtected(TestResult.java:142)
>
>at junit.framework.TestResult.run(TestResult.java:125)
>
>at junit.framework.TestCase.run(TestCase.java:129)
>
>at junit.framework.TestSuite.runTest(TestSuite.java:252)
>
>at junit.framework.TestSuite.run(TestSuite.java:247)
>
>at junit.extensions.TestDecorator.basicRun(TestDecorator.java:23)
>
>at
>org.apache.commons.vfs2.test.AbstractTestSuite$1.protect(AbstractTestSuite
>.java:149)
>
>at junit.framework.TestResult.runProtected(TestResult.java:142)
>
>at
>org.apache.commons.vfs2.test.AbstractTestSuite.run(AbstractTestSuite.java:
>154)
>
>at
>org.junit.internal.runners.JUnit38ClassRunner.run(JUnit38ClassRunner.java:
>86)
>
>at
>org.apache.maven.surefire.junit4.JUnit4Provider.execute(JUnit4Provider.jav
>a:283)
>
>at
>org.apache.maven.surefire.junit4.JUnit4Provider.executeWithRerun(JUnit4Pro
>vider.java:173)
>
>at
>org.apache.maven.surefire.junit4.JUnit4Provider.executeTestSet(JUnit4Provi
>der.java:153)
>
>at
>org.apache.maven.surefire.junit4.JUnit4Provider.invoke(JUnit4Provider.java
>:128)
>
>at
>org.apache.maven.surefire.booter.ForkedBooter.invokeProviderInSameClassLoa
>der(ForkedBooter.java:203)
>
>at
>org.apache.maven.surefire.booter.ForkedBooter.runSuitesInProcess(ForkedBoo
>ter.java:155)
>
>at
>org.apache.maven.surefire.booter.ForkedBooter.main(ForkedBooter.java:103)
>
>Š
>
>Tests in error:
>
>
>HttpProviderTestCase>AbstractProviderTestCase.runTest:218->testHttp405:208
> » FileSystem
>
>
>Is this a known issue?
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org
For additional commands, e-mail: dev-help@commons.apache.org