[
https://issues.apache.org/jira/browse/TIKA-1526?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14288963#comment-14288963
]
Uwe Schindler commented on TIKA-1526:
-------------------------------------
I tried it with maven, but this is all too funny. This bug also affects Maven...
{noformat}
[uschindler@lucene ~]$ export MAVEN_OPTS=-Duser.language=tr
[uschindler@lucene ~]$ mvn
---------------------------------------------------
constituent[0]:
file:/usr/local/share/java/maven3/lib/aether-connector-wagon-1.13.1.jar
constituent[1]:
file:/usr/local/share/java/maven3/lib/maven-repository-metadata-3.0.4.jar
constituent[2]:
file:/usr/local/share/java/maven3/lib/plexus-sec-dispatcher-1.3.jar
constituent[3]: file:/usr/local/share/java/maven3/lib/aether-spi-1.13.1.jar
constituent[4]: file:/usr/local/share/java/maven3/lib/maven-compat-3.0.4.jar
constituent[5]:
file:/usr/local/share/java/maven3/lib/plexus-component-annotations-1.5.5.jar
constituent[6]: file:/usr/local/share/java/maven3/lib/plexus-cipher-1.7.jar
constituent[7]: file:/usr/local/share/java/maven3/lib/sisu-guava-0.9.9.jar
constituent[8]: file:/usr/local/share/java/maven3/lib/maven-core-3.0.4.jar
constituent[9]: file:/usr/local/share/java/maven3/lib/plexus-utils-2.0.6.jar
constituent[10]:
file:/usr/local/share/java/maven3/lib/wagon-provider-api-2.2.jar
constituent[11]:
file:/usr/local/share/java/maven3/lib/maven-plugin-api-3.0.4.jar
constituent[12]:
file:/usr/local/share/java/maven3/lib/maven-model-builder-3.0.4.jar
constituent[13]: file:/usr/local/share/java/maven3/lib/maven-settings-3.0.4.jar
constituent[14]:
file:/usr/local/share/java/maven3/lib/sisu-inject-bean-2.3.0.jar
constituent[15]: file:/usr/local/share/java/maven3/lib/wagon-http-2.2-shaded.jar
constituent[16]:
file:/usr/local/share/java/maven3/lib/maven-aether-provider-3.0.4.jar
constituent[17]:
file:/usr/local/share/java/maven3/lib/sisu-inject-plexus-2.3.0.jar
constituent[18]: file:/usr/local/share/java/maven3/lib/maven-artifact-3.0.4.jar
constituent[19]: file:/usr/local/share/java/maven3/lib/maven-model-3.0.4.jar
constituent[20]: file:/usr/local/share/java/maven3/lib/wagon-file-2.2.jar
constituent[21]: file:/usr/local/share/java/maven3/lib/maven-embedder-3.0.4.jar
constituent[22]:
file:/usr/local/share/java/maven3/lib/sisu-guice-3.1.0-no_aop.jar
constituent[23]:
file:/usr/local/share/java/maven3/lib/maven-settings-builder-3.0.4.jar
constituent[24]:
file:/usr/local/share/java/maven3/lib/plexus-interpolation-1.14.jar
constituent[25]: file:/usr/local/share/java/maven3/lib/aether-impl-1.13.1.jar
constituent[26]: file:/usr/local/share/java/maven3/lib/aether-api-1.13.1.jar
constituent[27]: file:/usr/local/share/java/maven3/lib/aether-util-1.13.1.jar
constituent[28]: file:/usr/local/share/java/maven3/lib/commons-cli-1.2.jar
---------------------------------------------------
Exception in thread "main" java.lang.Error: posix_spawn is not a supported
process launch mechanism on this platform.
at java.lang.UNIXProcess$1.run(UNIXProcess.java:111)
at java.lang.UNIXProcess$1.run(UNIXProcess.java:93)
at java.security.AccessController.doPrivileged(Native Method)
at java.lang.UNIXProcess.<clinit>(UNIXProcess.java:91)
at java.lang.ProcessImpl.start(ProcessImpl.java:130)
at java.lang.ProcessBuilder.start(ProcessBuilder.java:1028)
at java.lang.Runtime.exec(Runtime.java:617)
at java.lang.Runtime.exec(Runtime.java:450)
at java.lang.Runtime.exec(Runtime.java:347)
at
org.codehaus.plexus.interpolation.os.OperatingSystemUtils.getSystemEnvVars(OperatingSystemUtils.java:86)
at
org.codehaus.plexus.interpolation.EnvarBasedValueSource.getEnvars(EnvarBasedValueSource.java:74)
at
org.codehaus.plexus.interpolation.EnvarBasedValueSource.<init>(EnvarBasedValueSource.java:64)
at
org.codehaus.plexus.interpolation.EnvarBasedValueSource.<init>(EnvarBasedValueSource.java:50)
at
org.apache.maven.settings.building.DefaultSettingsBuilder.interpolate(DefaultSettingsBuilder.java:222)
at
org.apache.maven.settings.building.DefaultSettingsBuilder.build(DefaultSettingsBuilder.java:101)
at org.apache.maven.cli.MavenCli.settings(MavenCli.java:725)
at org.apache.maven.cli.MavenCli.doMain(MavenCli.java:193)
at org.apache.maven.cli.MavenCli.main(MavenCli.java:141)
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
org.codehaus.plexus.classworlds.launcher.Launcher.launchEnhanced(Launcher.java:290)
at
org.codehaus.plexus.classworlds.launcher.Launcher.launch(Launcher.java:230)
at
org.codehaus.plexus.classworlds.launcher.Launcher.mainWithExitCode(Launcher.java:409)
at
org.codehaus.plexus.classworlds.launcher.Launcher.main(Launcher.java:352)
at org.codehaus.classworlds.Launcher.main(Launcher.java:47)
{noformat}
So you are not able to run Maven for the same reasons on Turkish Locale :-)
This bug is insane!
> ExternalParser should trap/ignore/workarround JDK-8047340 & JDK-8055301 so
> Turkish Tika users can still use non-external parsers
> --------------------------------------------------------------------------------------------------------------------------------
>
> Key: TIKA-1526
> URL: https://issues.apache.org/jira/browse/TIKA-1526
> Project: Tika
> Issue Type: Wish
> Reporter: Hoss Man
>
> the JDK has numerous pain points regarding the Turkish locale, "posix_spawn"
> lowercasing being one of them...
> https://bugs.openjdk.java.net/browse/JDK-8047340
> https://bugs.openjdk.java.net/browse/JDK-8055301
> As of Tika 1.7, the TesseractOCRParser (which is an ExternalParser) is
> enabled & configured by default in Tika, and uses ExternalParser.check to see
> if tesseract is available -- but because of the JDK bug, this means that Tika
> fails fast for Turkish users on BSD/UNIX variants (including MacOSX) like
> so...
> {noformat}
> [junit4] > Throwable #1: java.lang.Error: posix_spawn is not a supported
> process launch mechanism on this platform.
> [junit4] > at java.lang.UNIXProcess$1.run(UNIXProcess.java:105)
> [junit4] > at java.lang.UNIXProcess$1.run(UNIXProcess.java:94)
> [junit4] > at java.security.AccessController.doPrivileged(Native
> Method)
> [junit4] > at java.lang.UNIXProcess.<clinit>(UNIXProcess.java:92)
> [junit4] > at java.lang.ProcessImpl.start(ProcessImpl.java:130)
> [junit4] > at
> java.lang.ProcessBuilder.start(ProcessBuilder.java:1029)
> [junit4] > at java.lang.Runtime.exec(Runtime.java:620)
> [junit4] > at java.lang.Runtime.exec(Runtime.java:485)
> [junit4] > at
> org.apache.tika.parser.external.ExternalParser.check(ExternalParser.java:344)
> [junit4] > at
> org.apache.tika.parser.ocr.TesseractOCRParser.hasTesseract(TesseractOCRParser.java:117)
> [junit4] > at
> org.apache.tika.parser.ocr.TesseractOCRParser.getSupportedTypes(TesseractOCRParser.java:90)
> [junit4] > at
> org.apache.tika.parser.CompositeParser.getParsers(CompositeParser.java:81)
> [junit4] > at
> org.apache.tika.parser.DefaultParser.getParsers(DefaultParser.java:95)
> [junit4] > at
> org.apache.tika.parser.CompositeParser.getSupportedTypes(CompositeParser.java:229)
> [junit4] > at
> org.apache.tika.parser.CompositeParser.getParsers(CompositeParser.java:81)
> [junit4] > at
> org.apache.tika.parser.CompositeParser.getParser(CompositeParser.java:209)
> [junit4] > at
> org.apache.tika.parser.CompositeParser.parse(CompositeParser.java:244)
> [junit4] > at
> org.apache.tika.parser.AutoDetectParser.parse(AutoDetectParser.java:120)
> {noformat}
> ...unless they go out of their way to white list only the parsers they
> need/want so TesseractOCRParser (and any other ExternalParsers) will never
> even be check()ed.
> It would be nice if Tika's ExternalParser class added a similar
> hack/workarround to what was done in SOLR-6387 to trap these types of errors.
> In Solr we just propogate a better error explaining why Java hates the
> turkish langauge...
> {code}
> } catch (Error err) {
> if (err.getMessage() != null && (err.getMessage().contains("posix_spawn")
> || err.getMessage().contains("UNIXProcess"))) {
> log.warn("Error forking command due to JVM locale bug (see
> https://issues.apache.org/jira/browse/SOLR-6387): " + err.getMessage());
> return "(error executing: " + cmd + ")";
> }
> }
> {code}
> ...but with Tika, it might be better for all ExternalParsers to just "opt
> out" as if they don't recognize the filetype when they detect this type of
> error fro m the check method (or perhaps it would be better if
> AutoDetectParser handled this? ... i'm not really sure how it would best fit
> into Tika's architecture)
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
