Just to provide a little closure, it appears that this issue is fixed in
Java 14.0.2.
Chris
On Mon, Jul 27, 2020 at 5:38 PM Chris Larsson wrote:
> Nice... That's the code I was just looking at.
>
>
> https://github.com/apache/lucene-solr/blob/branch_8_6/solr/core/src/java/org/apache/solr/update
Nice... That's the code I was just looking at.
https://github.com/apache/lucene-solr/blob/branch_8_6/solr/core/src/java/org/apache/solr/update/processor/ParseDateFieldUpdateProcessorFactory.java
>From the stack trace:
Caused by: java.time.format.DateTimeParseException: Text
'2020-07-27T18:02:42.0
I just remembered the issue and relayed the JIRA ;).
As to why I suspect the Java issue, if this was a core Solr issue I’d expect it
to be a show stopper,
Solr isn’t much good if you can’t create cores. Of course weirder things have
happened. Plus,
the date is fine: "2020-07-27T18:02:42.069Z"
Thank you Erick. I appreciate you taking the time to respond. I have seen
the post you shared and I know the work around does solve the issue. I am
more concerned about why Solr doesn't work with the default settings. I am
also not convinced it is solely a Java issue, but I would like to
invest
Is there an echo in here?
Take a look at:
https://issues.apache.org/jira/browse/SOLR-13606
It’s actually a weirdness with Java. In that JIRA David Smiley
suggest a way to deal with it, but I confess I haven’t a clue
about the nuances there.
Best,
Erick
> On Jul 27, 2020, at 3:01 PM, sa wrote
Take a look at:
https://issues.apache.org/jira/browse/SOLR-13606
It’s actually a weirdness with Java. In that JIRA David Smiley
suggest a way to deal with it, but I confess I haven’t a clue
about the nuances there.
Best,
Erick
> On Jul 27, 2020, at 3:12 PM, Chris Larsson wrote:
>
> Ran int
