itting custom code anyway, my suggestion would be that
: >> perhaps you could make your custom ResponseWriter delegate to the javabin
: >> responsewriter if/when you see that this is an "isShard=true" request?
: >>
: >>
: >>
: >> : Date: Thu, 19 Apr 20
iter if/when you see that this is an "isShard=true" request?
>>
>>
>>
>> : Date: Thu, 19 Apr 2018 18:42:58 +0100
>> : From: Lee Carroll
>> : Reply-To: solr-user@lucene.apache.org
>> : To: solr-user@lucene.apache.org
>> : Subject: Re: custom respons
0100
> : From: Lee Carroll
> : Reply-To: solr-user@lucene.apache.org
> : To: solr-user@lucene.apache.org
> : Subject: Re: custom response writer which extends RawResponseWriter
> fails when
> : shards > 1
> :
> : Hi,
> :
> : I rewrote all of my tests to use Sol
t
perhaps you could make your custom ResponseWriter delegate to the javabin
responsewriter if/when you see that this is an "isShard=true" request?
: Date: Thu, 19 Apr 2018 18:42:58 +0100
: From: Lee Carroll
: Reply-To: solr-user@lucene.apache.org
: To: solr-user@lucene.apache.org
You can introduce own searchHandler with wt invariant.
When aggreator request slaves it will use regular /select with default
wt=javabin (it's condrolled by shards.qt, btw)
Providing such comprehensive application logic on top of neat
solrconfig.xml is not the best idea, though.
On Thu, Apr 19, 20
Default works. However in the case (which is maybe my case) where request
handler implies a response type and really should be locked down to prevent
abuse or error you could argue invariant is needed.
I guess its also not very elegant having an arbitrary rule, no wt as
invariant in cloud mode etc.
what if you put it into "defaults"?
On Thu, Apr 19, 2018 at 8:42 PM, Lee Carroll
wrote:
> Hi,
>
> I rewrote all of my tests to use SolrCloudTestCase rather than
> SolrTestCaseJ4
> and was able to replicate the responsewriter issue and debug with a sharded
> collection. It turned out the issue wa
Hi,
I rewrote all of my tests to use SolrCloudTestCase rather than SolrTestCaseJ4
and was able to replicate the responsewriter issue and debug with a sharded
collection. It turned out the issue was not with my response writer really
but rather my config.
content
In clo
Injecting headers might require deeper customisation up to establishing own
filter or so.
Speaking regarding your own WT, there might be some issues because usually
it's not a big deal to use one wt for responding user query like (wt=csv)
and wt=javabin in internal communication between aggregator
Inventive. I need to control content-type of the response from the document
field value. I have the actual content field and the content-type field to
use configured in the response writer. I've just noticed that the xslt
transformer allows you to do this but not controlled by document values. I
ma
well ..
what if
http://localhost:8983/solr/images/select?fl=content&q=id:1&start=1&wt=csv&;
csv.separator=&csv.encapsulator&csv.null=null
?
On Wed, Apr 18, 2018 at 1:18 PM, Lee Carroll
wrote:
> sorry cut n paste error i'd get
>
> {
> "responseHeader":{
> "zkConnected":true,
> "status":
sorry cut n paste error i'd get
{
"responseHeader":{
"zkConnected":true,
"status":0,
"QTime":0,
"params":{
"q":"*:*",
"fl":"content",
"rows":"1"}},
"response":{"numFound":1,"start":0,"docs":[
{
"content":"my-content-value"}]
}}
but you get my
for http://localhost:8983/solr/images/select?fl=content&q=id:1&start=1
I'd get
{
"responseHeader":{
"zkConnected":true,
"status":0,
"QTime":1,
"params":{
"q":"*:*",
"_":"1524046333220"}},
"response":{"numFound":1,"start":0,"docs":[
{
"id":"1",
Lee, from this description I don see why it can't be addressed by fl,rows
params. What makes it different form the typical Solr usage?
On Wed, Apr 18, 2018 at 12:31 PM, Lee Carroll
wrote:
> Sure, we want to return a single field's value for the top matching
> document for a given query. Bare co
Sure, we want to return a single field's value for the top matching
document for a given query. Bare content rather than a full search result
listing.
To be concrete:
For a schema of fields id [unique key], content[stored],content-type[stored]
For a request:
1. Request URL:
https://localho
In distributed search response writer is used twice
https://lucene.apache.org/solr/guide/7_1/distributed-requests.html
once slave node that's where response writer yields "json" content and it
upset aggregator node which is expect only javabin.
I hardly can comment on rrw, it's probably used for re
Ok. My expectation was the response writer would not be used until the
final serialization of the result. If my response writer breaks the
response writer contract, exactly the way rawResponseWriter does and just
out puts a filed value how does that work? Does rawResponseWriter support
cloud mode?
That's what should happen.
Expected mime type application/octet-stream but got application/json.
Distributed search coordinator expect to merge slave responses in javabin
format. But slave's wt indicated json.
As far as I know only javabin might be used to distributed search
underneath. Coordinat
Sure
with 1 shard 1 replica this request works fine
1. Request URL:
http://localhost:8983/solr/images/image?q=id:1
2. Request Method:
GET
3. Status Code:
200 OK
logs are clean
with 2 shards 2 replicas the same request fails and in the logs
INFO - 2018-04-17 13:20:32.052; [c
Lee,
It's worth to send a stacktrace for such kind of inquiries.
I guess it goes from QueryComponent.mergeIds() or so. Shard response should
contains from schema.xml field.
I encounter something like this while troubleshooting
https://lucene.apache.org/solr/guide/6_6/transforming-result-documents.
M,
You ask what is better, and that is often a matter of opinion. My guess is that
you should have that name stored in the Solr doc, so it can be in the response
when you have a match. Oh, and I find JSON easier to work with than XML. Cheers
-- Rick
On June 16, 2017 10:19:03 AM EDT, mganeshs w
Yes, index the employee and item names instead of only their ID's. And if you
can't for some reason, i'd implement a DocTransformer instead of a
ResponseWriter.
Regards,
Markus
-Original message-
> From:mganeshs
> Sent: Friday 16th June 2017 16:19
> To: solr-user@lucene.apache.org
please find [child] at
https://cwiki.apache.org/confluence/display/solr/Transforming+Result+Documents
On Wed, Jul 22, 2015 at 10:47 AM, Vineeth Dasaraju
wrote:
> Hi,
>
> I have been using json objects of the form shown below to index into solr.
> As you can see, there are nested JSON objects and
23 matches
Mail list logo
