On 3/18/2018 9:46 PM, Khalid Moustapha Askia wrote:
SolrClient client = new HttpSolrClient.Builder("
http://localhost:8983/solr/#/corename";).build();
When I remove the "#" It throws a NullPointerException
URLs with # in them will ONLY work in a browser. They will not work for
SolrJ. T
Regarding the # in the Solr Url, I found that I also have the # that
appears automatically in the Solr URL when I'm at the Solr Admin UI. Even
when I correct it to remove it, it will appear again.
How can we remove the #?
Regards,
Edwin
On 19 March 2018 at 17:36, Vincenzo D'Amore wrote:
> Pay
Pay attention to # in the Solr Url http://localhost:8983/solr/#/corename
Try to correct it into http://localhost:8983/solr/corename
On Mon, Mar 19, 2018 at 8:47 AM, Shamik Sinha
wrote:
> You need to send binary content instead of html. Atleast that is what the
> error shows.
>
> I also think
You need to send binary content instead of html. Atleast that is what the
error shows.
I also think the url is wrong. The correct url should have
http://localhost:8983/solr/core/update
Check first whether indexing is working on the same data that you are
trying to or not using the browser based
Hi. I am trying to index some data with Solr by using SolrJ. But I have
this error that I can't solve.
-
Exception in thread "main"
org.apache.solr.client.solrj.impl.HttpSolrClient$Remot
s is happening?
>
>
>
> --
> View this message in context:
> http://lucene.472066.n3.nabble.com/Indexing-with-SolrJ-tp4175175.html
> Sent from the Solr - User mailing list archive at Nabble.com.
>
--
Sincerely yours
Mikhail Khludnev
Principal Engineer,
Grid Dynamics
<http://www.griddynamics.com>
h
child.
Any thoughts on why this is happening?
--
View this message in context:
http://lucene.472066.n3.nabble.com/Indexing-with-SolrJ-tp4175175.html
Sent from the Solr - User mailing list archive at Nabble.com.
not on linux, so when receiving the
> request from Windows apache is spitting back an error.
>
> Is there any way to disable this behavior with SolrJ / have it generate
> consistent requests regardless of platform?
>
>
>
> --
> View this message in context:
> http:
his message in context:
http://lucene.472066.n3.nabble.com/Indexing-with-SolrJ-fails-on-windows-tp4170687p4170690.html
Sent from the Solr - User mailing list archive at Nabble.com.
ows vs. linux -
like maybe adds a carriage return on windows? Does anyone know how to fix
this, or what else I could do to diagnose it?
--
View this message in context:
http://lucene.472066.n3.nabble.com/Indexing-with-SolrJ-fails-on-windows-tp4170687.html
Sent from the Solr - User mailing list archive at Nabble.com.
Try https://issues.apache.org/jira/browse/SOLR-4685
It allows you to return put JSON from a string field.
Also to convert a XML field to JSON you can use a plugin for DIH
https://issues.apache.org/jira/browse/SOLR-4692
On Monday, May 13, 2013, Chris Hostetter wrote:
>
> : I don't want to use P
: I don't want to use POJOs, that's the main problem. I know that you can
: send AJAX POST HTTP Requests with JSON data to index new documents and I
: would like to do that with SolrJ, that's all, but I don't find the way to
: do that, :-/ . What I would like to do is simple retrieve an String wit
>>
>> -Original Message- From: Luis Cappa Banda
>> Sent: Monday, May 13, 2013 10:52 AM
>> To: solr-user@lucene.apache.org
>> Subject: Quick question about indexing with SolrJ.
>>
>>
>> Is it possible to index plain String JSON documents
data into a format that does have a simple, flat
> data model.
>
> -- Jack Krupansky
>
> -Original Message- From: Luis Cappa Banda
> Sent: Monday, May 13, 2013 10:52 AM
> To: solr-user@lucene.apache.org
> Subject: Quick question about indexing with SolrJ.
>
>
> Is
flat data model, then YOU are going to
have to transform their data into a format that does have a simple, flat
data model.
-- Jack Krupansky
-Original Message-
From: Luis Cappa Banda
Sent: Monday, May 13, 2013 10:52 AM
To: solr-user@lucene.apache.org
Subject: Quick question about inde
Is it possible to index plain String JSON documents using SolrJ? I already
know annotating POJOs works fine, but I need a more flexible way to index
data without any intermediate POJO.
That's because when changing, adding or removing new fields I don't want to
change continously that POJO again an
16 matches
Mail list logo
