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
