[
https://issues.apache.org/jira/browse/TIKA-3484?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17382302#comment-17382302
]
Hudson commented on TIKA-3484:
------------------------------
SUCCESS: Integrated in Jenkins build Tika ยป tika-main-jdk8 #284 (See
[https://ci-builds.apache.org/job/Tika/job/tika-main-jdk8/284/])
TIKA-3484: escape second parameter so that it works on Windows 10 (tilman:
[https://github.com/apache/tika/commit/29ec5a0c01c21977670f3d3224cf5c4e618ef32f])
* (edit)
tika-integration-tests/tika-pipes-opensearch-integration-tests/src/test/java/org/apache/tika/pipes/opensearch/tests/TikaPipesOpenSearchTest.java
> TikaPipesOpenSearchTest: java.lang.IllegalArgumentException: "basePath"
> directory does not exist
> ------------------------------------------------------------------------------------------------
>
> Key: TIKA-3484
> URL: https://issues.apache.org/jira/browse/TIKA-3484
> Project: Tika
> Issue Type: Bug
> Components: tika-pipes
> Affects Versions: 2.0.0
> Reporter: Tilman Hausherr
> Assignee: Tilman Hausherr
> Priority: Minor
> Fix For: 2.0.1
>
>
> I've been trying to build "main" on windows 10, and got this:
> java.lang.RuntimeException: java.lang.IllegalArgumentException: "basePath"
> directory does not exist:
> XXXXX\YYYYYYJavatika-maintikatika-integration-teststika-pipes-opensearch-integration-teststargettest-files
> at
> org.apache.tika.pipes.opensearch.tests.TikaPipesOpenSearchTest.runPipes(TikaPipesOpenSearchTest.java:129)
> at
> org.apache.tika.pipes.opensearch.tests.TikaPipesOpenSearchTest.testFSToOpenSearch(TikaPipesOpenSearchTest.java:96)
> Caused by: java.lang.IllegalArgumentException: "basePath" directory does not
> exist:
> XXXXX\YYYYYYJavatika-maintikatika-integration-teststika-pipes-opensearch-integration-teststargettest-files
> The cause is that the file
> tika\tika-integration-tests\tika-pipes-opensearch-integration-tests\target\ta-opensearch.xml
> have two basepaths that doesn't exist. It contains my path but without any
> "/" or "\".
> The root cause is that .replaceAll needs some escaping in the second
> parameter.
--
This message was sent by Atlassian Jira
(v8.3.4#803005)
