What about the ConcurrentUpdateSolrServer for solrj?  That is what almost
all of my indexing code is using for solr 5.x, Its been a while since I
experimented with upgrading but i seem to remember having to go
to HttpSolrClient and couldnt get the code to compile, so i tabled the
experiment for a while.  eventually I will need to move to solr 6, but if i
could keep the same indexing code that would be ideal

On Tue, Sep 19, 2017 at 11:59 AM, Erick Erickson <erickerick...@gmail.com>
wrote:

> Felix:
>
> There's no specific testing that I know of for this issue, it's "best
> effort". Which means it _should_ work but I can't make promises.
>
> Now that said, underlying it all is just HTTP requests going back and
> forth so I know of no a-priori reasons it wouldn't be fine. It's just
> "try it and see" though.
>
> Best,
> Erick
>
> I'm probably preaching to the choir, but Java 1.7 is two years past
> the end of support from Oracle, somebody sometime has to deal with
> upgrading.
>
> On Mon, Sep 18, 2017 at 10:47 PM, Felix Stanley
> <felixstan...@globalsources.com> wrote:
> > Hi there,
> >
> >
> >
> > We are planning to use SOLR J 5.5.4 to query from SOLR 6.5.
> >
> > The reason was that we have to rely on JDK 1.7 at the client and as far
> as I
> > know SOLR J 6.x.x only support JDK 1.8.
> >
> > I understood that SOLR J generally maintains backwards/forward
> compatibility
> > from this article:
> >
> >
> >
> > https://wiki.apache.org/solr/Solrj
> >
> >
> >
> > Would there though be any exception that we need to take caution of for
> this
> > specific version?
> >
> >
> >
> > Thanks a lot.
> >
> >
> >
> >
> >
> > Best Regards,
> >
> >
> >
> > Felix Stanley
> >
> >
> >
> >
> > ----------------------
> > CONFIDENTIALITY NOTICE
> >
> > This e-mail (including any attachments) may contain confidential and/or
> privileged information. If you are not the intended recipient or have
> received this e-mail in error, please inform the sender immediately and
> delete this e-mail (including any attachments) from your computer, and you
> must not use, disclose to anyone else or copy this e-mail (including any
> attachments), whether in whole or in part.
> >
> > This e-mail and any reply to it may be monitored for security, legal,
> regulatory compliance and/or other appropriate reasons.
>

Reply via email to