[jira] [Commented] (SOLR-10966) Add workaround for Hadoop-Common 2.7.2 incompatibility with Java 9
[
https://issues.apache.org/jira/browse/SOLR-10966?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16134578#comment-16134578
]
ASF subversion and git services commented on SOLR-10966:
Commit e0b54e6552775e2f71591e772bceb758c8428783 in lucene-solr's branch
refs/heads/branch_6_6 from [~thetaphi]
[ https://git-wip-us.apache.org/repos/asf?p=lucene-solr.git;h=e0b54e6 ]
SOLR-11261, SOLR-10966: Upgrade to Hadoop 2.7.4 to fix incompatibility with
Java 9.
This also reverts commit 85a27a231fdddb118ee178baac170da0097a02c0.
# Conflicts:
# solr/CHANGES.txt
> Add workaround for Hadoop-Common 2.7.2 incompatibility with Java 9
> --
>
> Key: SOLR-10966
> URL: https://issues.apache.org/jira/browse/SOLR-10966
> Project: Solr
> Issue Type: Bug
> Security Level: Public(Default Security Level. Issues are Public)
> Components: Hadoop Integration, hdfs
>Affects Versions: 6.6
>Reporter: Uwe Schindler
>Assignee: Uwe Schindler
>Priority: Critical
> Fix For: 7.0, 6.7, 6.6.1
>
> Attachments: SOLR-10966.patch, SOLR-10966.patch
>
>
> I did some testing to work around HADOOP-14586 and found a temporary
> solution. All tests pass with Java 9 build 175 (HDFS, Hadoop Auth / Kerberos).
> This is a temporary workaround until we can upgrade Hadoop, see SOLR-10951
> The trick here is a hack: The Hadoop Shell class tries to parse
> {{java.version}} system property, which is simply {{"9"}} on the Java 9 GA /
> release candidate. It contains no dots and is shorter than 3 characters.
> Hadoop tries to get the {{substring(0,3)}} and fails with an
> IndexOutOfBoundsException in clinit. To work around this, we do the following
> on early Solr startup / test startup (in a static analyzer, like we do for
> logging initialization):
> - set {{java.version}} system property to {{"1.9"}}
> - initialize the Shell class in Hadoop
> - restore the old value of {{java.version}}
> The whole thing is done in a doPrivileged. I ran some tests on Policeman
> Jenkins, everything works. The hack is only done, if _we_ detect Java 9.
--
This message was sent by Atlassian JIRA
(v6.4.14#64029)
-
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Commented] (SOLR-10966) Add workaround for Hadoop-Common 2.7.2 incompatibility with Java 9
[
https://issues.apache.org/jira/browse/SOLR-10966?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16134534#comment-16134534
]
ASF subversion and git services commented on SOLR-10966:
Commit c221a596fe23088ae8cee1ff41e7dcf186e3b402 in lucene-solr's branch
refs/heads/branch_6x from [~thetaphi]
[ https://git-wip-us.apache.org/repos/asf?p=lucene-solr.git;h=c221a59 ]
SOLR-11261, SOLR-10966: Upgrade to Hadoop 2.7.4 to fix incompatibility with
Java 9.
This also reverts commit 85a27a231fdddb118ee178baac170da0097a02c0.
> Add workaround for Hadoop-Common 2.7.2 incompatibility with Java 9
> --
>
> Key: SOLR-10966
> URL: https://issues.apache.org/jira/browse/SOLR-10966
> Project: Solr
> Issue Type: Bug
> Security Level: Public(Default Security Level. Issues are Public)
> Components: Hadoop Integration, hdfs
>Affects Versions: 6.6
>Reporter: Uwe Schindler
>Assignee: Uwe Schindler
>Priority: Critical
> Fix For: 7.0, 6.7, 6.6.1
>
> Attachments: SOLR-10966.patch, SOLR-10966.patch
>
>
> I did some testing to work around HADOOP-14586 and found a temporary
> solution. All tests pass with Java 9 build 175 (HDFS, Hadoop Auth / Kerberos).
> This is a temporary workaround until we can upgrade Hadoop, see SOLR-10951
> The trick here is a hack: The Hadoop Shell class tries to parse
> {{java.version}} system property, which is simply {{"9"}} on the Java 9 GA /
> release candidate. It contains no dots and is shorter than 3 characters.
> Hadoop tries to get the {{substring(0,3)}} and fails with an
> IndexOutOfBoundsException in clinit. To work around this, we do the following
> on early Solr startup / test startup (in a static analyzer, like we do for
> logging initialization):
> - set {{java.version}} system property to {{"1.9"}}
> - initialize the Shell class in Hadoop
> - restore the old value of {{java.version}}
> The whole thing is done in a doPrivileged. I ran some tests on Policeman
> Jenkins, everything works. The hack is only done, if _we_ detect Java 9.
--
This message was sent by Atlassian JIRA
(v6.4.14#64029)
-
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Commented] (SOLR-10966) Add workaround for Hadoop-Common 2.7.2 incompatibility with Java 9
[
https://issues.apache.org/jira/browse/SOLR-10966?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16134531#comment-16134531
]
ASF subversion and git services commented on SOLR-10966:
Commit 04c63953cb35b9e921544be7989d2d67a707c159 in lucene-solr's branch
refs/heads/branch_7_0 from [~thetaphi]
[ https://git-wip-us.apache.org/repos/asf?p=lucene-solr.git;h=04c6395 ]
SOLR-11261, SOLR-10966: Upgrade to Hadoop 2.7.4 to fix incompatibility with
Java 9.
This also reverts commit 85a27a231fdddb118ee178baac170da0097a02c0.
> Add workaround for Hadoop-Common 2.7.2 incompatibility with Java 9
> --
>
> Key: SOLR-10966
> URL: https://issues.apache.org/jira/browse/SOLR-10966
> Project: Solr
> Issue Type: Bug
> Security Level: Public(Default Security Level. Issues are Public)
> Components: Hadoop Integration, hdfs
>Affects Versions: 6.6
>Reporter: Uwe Schindler
>Assignee: Uwe Schindler
>Priority: Critical
> Fix For: 7.0, 6.7, 6.6.1
>
> Attachments: SOLR-10966.patch, SOLR-10966.patch
>
>
> I did some testing to work around HADOOP-14586 and found a temporary
> solution. All tests pass with Java 9 build 175 (HDFS, Hadoop Auth / Kerberos).
> This is a temporary workaround until we can upgrade Hadoop, see SOLR-10951
> The trick here is a hack: The Hadoop Shell class tries to parse
> {{java.version}} system property, which is simply {{"9"}} on the Java 9 GA /
> release candidate. It contains no dots and is shorter than 3 characters.
> Hadoop tries to get the {{substring(0,3)}} and fails with an
> IndexOutOfBoundsException in clinit. To work around this, we do the following
> on early Solr startup / test startup (in a static analyzer, like we do for
> logging initialization):
> - set {{java.version}} system property to {{"1.9"}}
> - initialize the Shell class in Hadoop
> - restore the old value of {{java.version}}
> The whole thing is done in a doPrivileged. I ran some tests on Policeman
> Jenkins, everything works. The hack is only done, if _we_ detect Java 9.
--
This message was sent by Atlassian JIRA
(v6.4.14#64029)
-
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Commented] (SOLR-10966) Add workaround for Hadoop-Common 2.7.2 incompatibility with Java 9
[
https://issues.apache.org/jira/browse/SOLR-10966?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16134398#comment-16134398
]
ASF subversion and git services commented on SOLR-10966:
Commit dfd42bf8c9dfbafb5f68e644b217acf9981d6555 in lucene-solr's branch
refs/heads/branch_7x from [~thetaphi]
[ https://git-wip-us.apache.org/repos/asf?p=lucene-solr.git;h=dfd42bf ]
SOLR-11261, SOLR-10966: Upgrade to Hadoop 2.7.4 to fix incompatibility with
Java 9.
This also reverts commit 85a27a231fdddb118ee178baac170da0097a02c0.
> Add workaround for Hadoop-Common 2.7.2 incompatibility with Java 9
> --
>
> Key: SOLR-10966
> URL: https://issues.apache.org/jira/browse/SOLR-10966
> Project: Solr
> Issue Type: Bug
> Security Level: Public(Default Security Level. Issues are Public)
> Components: Hadoop Integration, hdfs
>Affects Versions: 6.6
>Reporter: Uwe Schindler
>Assignee: Uwe Schindler
>Priority: Critical
> Fix For: 7.0, 6.7, 6.6.1
>
> Attachments: SOLR-10966.patch, SOLR-10966.patch
>
>
> I did some testing to work around HADOOP-14586 and found a temporary
> solution. All tests pass with Java 9 build 175 (HDFS, Hadoop Auth / Kerberos).
> This is a temporary workaround until we can upgrade Hadoop, see SOLR-10951
> The trick here is a hack: The Hadoop Shell class tries to parse
> {{java.version}} system property, which is simply {{"9"}} on the Java 9 GA /
> release candidate. It contains no dots and is shorter than 3 characters.
> Hadoop tries to get the {{substring(0,3)}} and fails with an
> IndexOutOfBoundsException in clinit. To work around this, we do the following
> on early Solr startup / test startup (in a static analyzer, like we do for
> logging initialization):
> - set {{java.version}} system property to {{"1.9"}}
> - initialize the Shell class in Hadoop
> - restore the old value of {{java.version}}
> The whole thing is done in a doPrivileged. I ran some tests on Policeman
> Jenkins, everything works. The hack is only done, if _we_ detect Java 9.
--
This message was sent by Atlassian JIRA
(v6.4.14#64029)
-
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Commented] (SOLR-10966) Add workaround for Hadoop-Common 2.7.2 incompatibility with Java 9
[
https://issues.apache.org/jira/browse/SOLR-10966?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16134396#comment-16134396
]
ASF subversion and git services commented on SOLR-10966:
Commit c68e668dd7b2522f1f6c7785f256882f0fd8875d in lucene-solr's branch
refs/heads/master from [~thetaphi]
[ https://git-wip-us.apache.org/repos/asf?p=lucene-solr.git;h=c68e668 ]
SOLR-11261, SOLR-10966: Upgrade to Hadoop 2.7.4 to fix incompatibility with
Java 9.
This also reverts commit 85a27a231fdddb118ee178baac170da0097a02c0.
> Add workaround for Hadoop-Common 2.7.2 incompatibility with Java 9
> --
>
> Key: SOLR-10966
> URL: https://issues.apache.org/jira/browse/SOLR-10966
> Project: Solr
> Issue Type: Bug
> Security Level: Public(Default Security Level. Issues are Public)
> Components: Hadoop Integration, hdfs
>Affects Versions: 6.6
>Reporter: Uwe Schindler
>Assignee: Uwe Schindler
>Priority: Critical
> Fix For: 7.0, 6.7, 6.6.1
>
> Attachments: SOLR-10966.patch, SOLR-10966.patch
>
>
> I did some testing to work around HADOOP-14586 and found a temporary
> solution. All tests pass with Java 9 build 175 (HDFS, Hadoop Auth / Kerberos).
> This is a temporary workaround until we can upgrade Hadoop, see SOLR-10951
> The trick here is a hack: The Hadoop Shell class tries to parse
> {{java.version}} system property, which is simply {{"9"}} on the Java 9 GA /
> release candidate. It contains no dots and is shorter than 3 characters.
> Hadoop tries to get the {{substring(0,3)}} and fails with an
> IndexOutOfBoundsException in clinit. To work around this, we do the following
> on early Solr startup / test startup (in a static analyzer, like we do for
> logging initialization):
> - set {{java.version}} system property to {{"1.9"}}
> - initialize the Shell class in Hadoop
> - restore the old value of {{java.version}}
> The whole thing is done in a doPrivileged. I ran some tests on Policeman
> Jenkins, everything works. The hack is only done, if _we_ detect Java 9.
--
This message was sent by Atlassian JIRA
(v6.4.14#64029)
-
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Commented] (SOLR-10966) Add workaround for Hadoop-Common 2.7.2 incompatibility with Java 9
[
https://issues.apache.org/jira/browse/SOLR-10966?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16134377#comment-16134377
]
Uwe Schindler commented on SOLR-10966:
--
I just noticed: The Hadoop team has released version 2.7.4 to fix this issue.
I'd recommend to update (at least in master and 7.x/7.0). I will open an issue.
> Add workaround for Hadoop-Common 2.7.2 incompatibility with Java 9
> --
>
> Key: SOLR-10966
> URL: https://issues.apache.org/jira/browse/SOLR-10966
> Project: Solr
> Issue Type: Bug
> Security Level: Public(Default Security Level. Issues are Public)
> Components: Hadoop Integration, hdfs
>Affects Versions: 6.6
>Reporter: Uwe Schindler
>Assignee: Uwe Schindler
>Priority: Critical
> Fix For: 7.0, 6.7, 6.6.1
>
> Attachments: SOLR-10966.patch, SOLR-10966.patch
>
>
> I did some testing to work around HADOOP-14586 and found a temporary
> solution. All tests pass with Java 9 build 175 (HDFS, Hadoop Auth / Kerberos).
> This is a temporary workaround until we can upgrade Hadoop, see SOLR-10951
> The trick here is a hack: The Hadoop Shell class tries to parse
> {{java.version}} system property, which is simply {{"9"}} on the Java 9 GA /
> release candidate. It contains no dots and is shorter than 3 characters.
> Hadoop tries to get the {{substring(0,3)}} and fails with an
> IndexOutOfBoundsException in clinit. To work around this, we do the following
> on early Solr startup / test startup (in a static analyzer, like we do for
> logging initialization):
> - set {{java.version}} system property to {{"1.9"}}
> - initialize the Shell class in Hadoop
> - restore the old value of {{java.version}}
> The whole thing is done in a doPrivileged. I ran some tests on Policeman
> Jenkins, everything works. The hack is only done, if _we_ detect Java 9.
--
This message was sent by Atlassian JIRA
(v6.4.14#64029)
-
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Commented] (SOLR-10966) Add workaround for Hadoop-Common 2.7.2 incompatibility with Java 9
[
https://issues.apache.org/jira/browse/SOLR-10966?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16134374#comment-16134374
]
ASF subversion and git services commented on SOLR-10966:
Commit bab862e98a07daf7ef26e2fc5f7a19171cb3ed86 in lucene-solr's branch
refs/heads/branch_6_6 from [~thetaphi]
[ https://git-wip-us.apache.org/repos/asf?p=lucene-solr.git;h=bab862e ]
SOLR-10966, HADOOP-14586: Add workaround for Hadoop-Common 2.7.2
incompatibility with Java 9
# Conflicts:
# solr/CHANGES.txt
> Add workaround for Hadoop-Common 2.7.2 incompatibility with Java 9
> --
>
> Key: SOLR-10966
> URL: https://issues.apache.org/jira/browse/SOLR-10966
> Project: Solr
> Issue Type: Bug
> Security Level: Public(Default Security Level. Issues are Public)
> Components: Hadoop Integration, hdfs
>Affects Versions: 6.6
>Reporter: Uwe Schindler
>Assignee: Uwe Schindler
>Priority: Critical
> Fix For: 7.0, 6.7, 6.6.1
>
> Attachments: SOLR-10966.patch, SOLR-10966.patch
>
>
> I did some testing to work around HADOOP-14586 and found a temporary
> solution. All tests pass with Java 9 build 175 (HDFS, Hadoop Auth / Kerberos).
> This is a temporary workaround until we can upgrade Hadoop, see SOLR-10951
> The trick here is a hack: The Hadoop Shell class tries to parse
> {{java.version}} system property, which is simply {{"9"}} on the Java 9 GA /
> release candidate. It contains no dots and is shorter than 3 characters.
> Hadoop tries to get the {{substring(0,3)}} and fails with an
> IndexOutOfBoundsException in clinit. To work around this, we do the following
> on early Solr startup / test startup (in a static analyzer, like we do for
> logging initialization):
> - set {{java.version}} system property to {{"1.9"}}
> - initialize the Shell class in Hadoop
> - restore the old value of {{java.version}}
> The whole thing is done in a doPrivileged. I ran some tests on Policeman
> Jenkins, everything works. The hack is only done, if _we_ detect Java 9.
--
This message was sent by Atlassian JIRA
(v6.4.14#64029)
-
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Commented] (SOLR-10966) Add workaround for Hadoop-Common 2.7.2 incompatibility with Java 9
[
https://issues.apache.org/jira/browse/SOLR-10966?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16066752#comment-16066752
]
Uwe Schindler commented on SOLR-10966:
--
Please reopen if we release 6.6.1
> Add workaround for Hadoop-Common 2.7.2 incompatibility with Java 9
> --
>
> Key: SOLR-10966
> URL: https://issues.apache.org/jira/browse/SOLR-10966
> Project: Solr
> Issue Type: Bug
> Security Level: Public(Default Security Level. Issues are Public)
> Components: Hadoop Integration, hdfs
>Affects Versions: 6.6
>Reporter: Uwe Schindler
>Assignee: Uwe Schindler
>Priority: Critical
> Fix For: master (7.0), 6.7, 6.6.1
>
> Attachments: SOLR-10966.patch, SOLR-10966.patch
>
>
> I did some testing to work around HADOOP-14586 and found a temporary
> solution. All tests pass with Java 9 build 175 (HDFS, Hadoop Auth / Kerberos).
> This is a temporary workaround until we can upgrade Hadoop, see SOLR-10951
> The trick here is a hack: The Hadoop Shell class tries to parse
> {{java.version}} system property, which is simply {{"9"}} on the Java 9 GA /
> release candidate. It contains no dots and is shorter than 3 characters.
> Hadoop tries to get the {{substring(0,3)}} and fails with an
> IndexOutOfBoundsException in clinit. To work around this, we do the following
> on early Solr startup / test startup (in a static analyzer, like we do for
> logging initialization):
> - set {{java.version}} system property to {{"1.9"}}
> - initialize the Shell class in Hadoop
> - restore the old value of {{java.version}}
> The whole thing is done in a doPrivileged. I ran some tests on Policeman
> Jenkins, everything works. The hack is only done, if _we_ detect Java 9.
--
This message was sent by Atlassian JIRA
(v6.4.14#64029)
-
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Commented] (SOLR-10966) Add workaround for Hadoop-Common 2.7.2 incompatibility with Java 9
[
https://issues.apache.org/jira/browse/SOLR-10966?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16066747#comment-16066747
]
ASF subversion and git services commented on SOLR-10966:
Commit 8c7dd72c9a61cbbb81bd5a8bd61b3cd896e89ca0 in lucene-solr's branch
refs/heads/branch_6x from [~thetaphi]
[ https://git-wip-us.apache.org/repos/asf?p=lucene-solr.git;h=8c7dd72 ]
SOLR-10966, HADOOP-14586: Add workaround for Hadoop-Common 2.7.2
incompatibility with Java 9
> Add workaround for Hadoop-Common 2.7.2 incompatibility with Java 9
> --
>
> Key: SOLR-10966
> URL: https://issues.apache.org/jira/browse/SOLR-10966
> Project: Solr
> Issue Type: Bug
> Security Level: Public(Default Security Level. Issues are Public)
> Components: Hadoop Integration, hdfs
>Affects Versions: 6.6
>Reporter: Uwe Schindler
>Assignee: Uwe Schindler
>Priority: Critical
> Fix For: master (7.0), 6.7, 6.6.1
>
> Attachments: SOLR-10966.patch, SOLR-10966.patch
>
>
> I did some testing to work around HADOOP-14586 and found a temporary
> solution. All tests pass with Java 9 build 175 (HDFS, Hadoop Auth / Kerberos).
> This is a temporary workaround until we can upgrade Hadoop, see SOLR-10951
> The trick here is a hack: The Hadoop Shell class tries to parse
> {{java.version}} system property, which is simply {{"9"}} on the Java 9 GA /
> release candidate. It contains no dots and is shorter than 3 characters.
> Hadoop tries to get the {{substring(0,3)}} and fails with an
> IndexOutOfBoundsException in clinit. To work around this, we do the following
> on early Solr startup / test startup (in a static analyzer, like we do for
> logging initialization):
> - set {{java.version}} system property to {{"1.9"}}
> - initialize the Shell class in Hadoop
> - restore the old value of {{java.version}}
> The whole thing is done in a doPrivileged. I ran some tests on Policeman
> Jenkins, everything works. The hack is only done, if _we_ detect Java 9.
--
This message was sent by Atlassian JIRA
(v6.4.14#64029)
-
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Commented] (SOLR-10966) Add workaround for Hadoop-Common 2.7.2 incompatibility with Java 9
[
https://issues.apache.org/jira/browse/SOLR-10966?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16066743#comment-16066743
]
ASF subversion and git services commented on SOLR-10966:
Commit 85a27a231fdddb118ee178baac170da0097a02c0 in lucene-solr's branch
refs/heads/master from [~thetaphi]
[ https://git-wip-us.apache.org/repos/asf?p=lucene-solr.git;h=85a27a2 ]
SOLR-10966, HADOOP-14586: Add workaround for Hadoop-Common 2.7.2
incompatibility with Java 9
> Add workaround for Hadoop-Common 2.7.2 incompatibility with Java 9
> --
>
> Key: SOLR-10966
> URL: https://issues.apache.org/jira/browse/SOLR-10966
> Project: Solr
> Issue Type: Bug
> Security Level: Public(Default Security Level. Issues are Public)
> Components: Hadoop Integration, hdfs
>Affects Versions: 6.6
>Reporter: Uwe Schindler
>Assignee: Uwe Schindler
>Priority: Critical
> Fix For: master (7.0), 6.7, 6.6.1
>
> Attachments: SOLR-10966.patch, SOLR-10966.patch
>
>
> I did some testing to work around HADOOP-14586 and found a temporary
> solution. All tests pass with Java 9 build 175 (HDFS, Hadoop Auth / Kerberos).
> This is a temporary workaround until we can upgrade Hadoop, see SOLR-10951
> The trick here is a hack: The Hadoop Shell class tries to parse
> {{java.version}} system property, which is simply {{"9"}} on the Java 9 GA /
> release candidate. It contains no dots and is shorter than 3 characters.
> Hadoop tries to get the {{substring(0,3)}} and fails with an
> IndexOutOfBoundsException in clinit. To work around this, we do the following
> on early Solr startup / test startup (in a static analyzer, like we do for
> logging initialization):
> - set {{java.version}} system property to {{"1.9"}}
> - initialize the Shell class in Hadoop
> - restore the old value of {{java.version}}
> The whole thing is done in a doPrivileged. I ran some tests on Policeman
> Jenkins, everything works. The hack is only done, if _we_ detect Java 9.
--
This message was sent by Atlassian JIRA
(v6.4.14#64029)
-
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Commented] (SOLR-10966) Add workaround for Hadoop-Common 2.7.2 incompatibility with Java 9
[
https://issues.apache.org/jira/browse/SOLR-10966?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16066646#comment-16066646
]
Uwe Schindler commented on SOLR-10966:
--
I tested this already on Jenkins, all passes on Java 9: Here is the running
test: https://jenkins.thetaphi.de/job/Lucene-Solr-Hadoop-Update/19
> Add workaround for Hadoop-Common 2.7.2 incompatibility with Java 9
> --
>
> Key: SOLR-10966
> URL: https://issues.apache.org/jira/browse/SOLR-10966
> Project: Solr
> Issue Type: Bug
> Security Level: Public(Default Security Level. Issues are Public)
> Components: Hadoop Integration, hdfs
>Affects Versions: 6.6
>Reporter: Uwe Schindler
>Assignee: Uwe Schindler
>Priority: Critical
> Fix For: master (7.0), 6.7, 6.6.1
>
> Attachments: SOLR-10966.patch
>
>
> I did some testing to work around HADOOP-14586 and found a temporary
> solution. All tests pass with Java 9 build 175 (HDFS, Hadoop Auth / Kerberos).
> This is a temporary workaround until we can upgrade Hadoop, see SOLR-10951
> The trick here is a hack: The Hadoop Shell class tries to parse
> {{java.version}} system property, which is simply {{"9"}} on the Java 9 GA /
> release candidate. It contains no dots and is shorter than 3 characters.
> Hadoop tries to get the {{substring(0,3)}} and fails with an
> IndexOutOfBoundsException in clinit. To work around this, we do the following
> on early Solr startup / test startup (in a static analyzer, like we do for
> logging initialization):
> - set {{java.version}} system property to {{"1.9"}}
> - initialize the Shell class in Hadoop
> - restore the old value of {{java.version}}
> The whole thing is done in a doPrivileged. I ran some tests on Policeman
> Jenkins, everything works. The hack is only done, if _we_ detect Java 9.
--
This message was sent by Atlassian JIRA
(v6.4.14#64029)
-
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org
