[
https://issues.apache.org/jira/browse/SOLR-13821?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17007763#comment-17007763
]
Andy Webb commented on SOLR-13821:
----------------------------------
hi,
We've been experimenting with doing a rolling in-place upgrade from Solr 8.3.1
to 8.4.0 on a non-production system, but have found that we get this exception
for some operations, including when requesting
{{/solr/admin/collections?action=overseerstatus}} on a node whose version is
inconsistent with the overseer:
{{java.io.InvalidClassException: org.apache.solr.client.solrj.SolrResponse;
local class incompatible: stream classdesc serialVersionUID =
-7931100103360242645, local class serialVersionUID = 2239939671435624715}}
As far as I can see, this is due to the change to the {{SolrResponse}} class's
signature in [commit
e3bd5a7|https://github.com/apache/lucene-solr/commit/e3bd5a7da271dcdbbd87cc6924982875791bd47d#diff-b809fa594f93aa6805381029a188e4e2L35].
My experimentation has shown that if the {{serialVersionUID}} of that class
[is set explicitly to its previous
value|https://github.com/apache/lucene-solr/compare/master...andywebb1975:SOLR-13821a]
the exception no longer occurs.
I'm not sure if this is a necessary or good fix, but I wanted to share this
issue with you in case it's something that you think needs resolving.
thanks,
Andy
> Package Store
> -------------
>
> Key: SOLR-13821
> URL: https://issues.apache.org/jira/browse/SOLR-13821
> Project: Solr
> Issue Type: Sub-task
> Security Level: Public(Default Security Level. Issues are Public)
> Reporter: Ishan Chattopadhyaya
> Assignee: Noble Paul
> Priority: Major
> Fix For: 8.4
>
> Time Spent: 2h
> Remaining Estimate: 0h
>
> Package store is a storage managed by Solr that holds the package artifacts.
> This is replicated across nodes.
> Design is here:
> [https://docs.google.com/document/d/15b3m3i3NFDKbhkhX_BN0MgvPGZaBj34TKNF2-UNC3U8/edit?ts=5d86a8ad#]
> The package store is powered by an underlying filestore. This filestore is a
> fully replicated p2p filesystem storage for artifacts.
> The APIs are as follows
> {code:java}
> # add a file
> POST /api/cluster/files/path/to/file.jar
> #retrieve a file
> GET /api/cluster/files/path/to/file.jar
> #list files in the /path/to directory
> GET /api/cluster/files/path/to
> #GET meta info of the jar
> GET /api/cluster/files/path/to/file.jar?meta=true
> {code}
> This store keeps 2 files per file
> # The actual file say {{myplugin.jar}}
> # A metadata file {{.myplugin.jar.json}} in the same directory
> The contenbts of the metadata file is
> {code:json}
> {
> "sha512" : "<sha512-of the file>"
> "sig": {
> "<key-name>" :"<signature>"
> }}
> {code}
--
This message was sent by Atlassian Jira
(v8.3.4#803005)
---------------------------------------------------------------------
To unsubscribe, e-mail: issues-unsubscr...@lucene.apache.org
For additional commands, e-mail: issues-h...@lucene.apache.org
