Hi Shawn,
Thanks for your response.
I have downloaded JDK 11 from jdk.java.net and found that Solr is now
able to create a collection successfully. The
java-11-openjdk-11.0.4.11-1.el7_7.x86_64 package on CentOS 7.7 should
not be used with Solr. It does not appear that there is any later RPMs
for Java 11 (or 12/13) on CentOS.
Peter
On 12/10/2019 5:30 am, Shawn Heisey wrote:
On 10/10/2019 11:01 PM, Peter Davie wrote:
I have just installed Solr 8.2.0 on CentOS 7.7.1908. Java version
is as follows:
openjdk version "11.0.4" 2019-07-16 LTS
<snip>
Caused by: java.time.format.DateTimeParseException: Text
'2019-10-11T04:46:03.971Z' could not be parsed: null
<snip>
Note that I have tested this and it is working on Windows 10 with
Solr 8.2.0 using the following Java version:
openjdk version "11.0.2" 2019-01-15
This is looking like either a bug in Java or a change in the Java API.
The code being called here by the core initialization routines is all
in Java -- Solr is validating that the Java date formatter it's trying
to use can parse ISO date strings, and on the version of Java where
this occurs, that validation is failing.
I haven't been keeping an eye on our Jenkins tests, so I do not know
if we have automated testing with OpenJDK 11.0.4 ... but it seems like
if we do, that a large number of tests would be failing because of
this ... unless maybe your install of OpenJDK has something wrong with
it.
I fired up the cloud example on a fresh solr-8.2.0 download on Ubuntu
18 with OpenJDK 11.0.4. It created its default "gettingstarted"
collection with no problems, and then I also created a new collection
with the bin/solr command with no problems. I do not have CentOS in
my little lab.
Thanks,
Shawn
--
Peter Davie
(+61) (0)417 265 175
peter.da...@convergentsolutions.com.au
<mailto:peter.da...@convergentsolutions.com.au>
