You are viewing a plain text version of this content. The canonical link for it is here.
Posted to solr-user@lucene.apache.org by Hendrik Haddorp <he...@gmx.net> on 2015/09/11 23:12:42 UTC

SolrJ CollectionAdminRequest.Reload fails

Hi,

I'm using Solr 5.3.0 and noticed that the following code does not work
with Solr Cloud:
    CollectionAdminRequest.Reload reloadReq = new
CollectionAdminRequest.Reload();
    reloadReq.process(client, collection);

It complains that the name parameter is required. When adding
    reloadReq.setCollectionName(collection);
it works. But why would I need to specify the collection name twice?

regards,
Hendrik

Re: SolrJ CollectionAdminRequest.Reload fails

Posted by Hendrik Haddorp <he...@gmx.net>.
I created https://issues.apache.org/jira/browse/SOLR-8042

On 11/09/15 23:41, Anshum Gupta wrote:
> This certainly can be fixed. Can you create a JIRA for the same? There
> might be other calls which might need fixing on similar lines.
>
> On Fri, Sep 11, 2015 at 2:32 PM, Shawn Heisey <ap...@elyograg.org> wrote:
>
>> On 9/11/2015 3:12 PM, Hendrik Haddorp wrote:
>>> I'm using Solr 5.3.0 and noticed that the following code does not work
>>> with Solr Cloud:
>>>     CollectionAdminRequest.Reload reloadReq = new
>>> CollectionAdminRequest.Reload();
>>>     reloadReq.process(client, collection);
>>>
>>> It complains that the name parameter is required. When adding
>>>     reloadReq.setCollectionName(collection);
>>> it works. But why would I need to specify the collection name twice?
>> This might be an oversight in the code, or perhaps it is a situation
>> where it won't be possible to handle the collection as a method argument.
>>
>> Can you give us the full error message (including any stacktrace) so I
>> can look into it later this evening?
>>
>> Thanks,
>> Shawn
>>
>>
>


Re: SolrJ CollectionAdminRequest.Reload fails

Posted by Anshum Gupta <an...@anshumgupta.net>.
This certainly can be fixed. Can you create a JIRA for the same? There
might be other calls which might need fixing on similar lines.

On Fri, Sep 11, 2015 at 2:32 PM, Shawn Heisey <ap...@elyograg.org> wrote:

> On 9/11/2015 3:12 PM, Hendrik Haddorp wrote:
> > I'm using Solr 5.3.0 and noticed that the following code does not work
> > with Solr Cloud:
> >     CollectionAdminRequest.Reload reloadReq = new
> > CollectionAdminRequest.Reload();
> >     reloadReq.process(client, collection);
> >
> > It complains that the name parameter is required. When adding
> >     reloadReq.setCollectionName(collection);
> > it works. But why would I need to specify the collection name twice?
>
> This might be an oversight in the code, or perhaps it is a situation
> where it won't be possible to handle the collection as a method argument.
>
> Can you give us the full error message (including any stacktrace) so I
> can look into it later this evening?
>
> Thanks,
> Shawn
>
>


-- 
Anshum Gupta

Re: SolrJ CollectionAdminRequest.Reload fails

Posted by Hendrik Haddorp <he...@gmx.net>.
the full stack is:

[9/11/15 23:36:17:406 CEST] 00000216 SystemErr     R Caused by:
org.apache.solr.client.solrj.impl.HttpSolrClient$RemoteSolrException:
Error from server at http://xxx.xxx.xxx.xxx:10001/solr: Missing required
parameter: name
[9/11/15 23:36:17:406 CEST] 00000216 SystemErr     R     at
org.apache.solr.client.solrj.impl.HttpSolrClient.executeMethod(HttpSolrClient.java:560)
[9/11/15 23:36:17:406 CEST] 00000216 SystemErr     R     at
org.apache.solr.client.solrj.impl.HttpSolrClient.request(HttpSolrClient.java:234)
[9/11/15 23:36:17:406 CEST] 00000216 SystemErr     R     at
org.apache.solr.client.solrj.impl.HttpSolrClient.request(HttpSolrClient.java:226)
[9/11/15 23:36:17:406 CEST] 00000216 SystemErr     R     at
org.apache.solr.client.solrj.impl.LBHttpSolrClient.doRequest(LBHttpSolrClient.java:376)
[9/11/15 23:36:17:406 CEST] 00000216 SystemErr     R     at
org.apache.solr.client.solrj.impl.LBHttpSolrClient.request(LBHttpSolrClient.java:328)
[9/11/15 23:36:17:406 CEST] 00000216 SystemErr     R     at
org.apache.solr.client.solrj.impl.CloudSolrClient.sendRequest(CloudSolrClient.java:1085)
[9/11/15 23:36:17:406 CEST] 00000216 SystemErr     R     at
org.apache.solr.client.solrj.impl.CloudSolrClient.requestWithRetryOnStaleState(CloudSolrClient.java:856)
[9/11/15 23:36:17:406 CEST] 00000216 SystemErr     R     at
org.apache.solr.client.solrj.impl.CloudSolrClient.request(CloudSolrClient.java:799)
[9/11/15 23:36:17:406 CEST] 00000216 SystemErr     R     at
org.apache.solr.client.solrj.SolrRequest.process(SolrRequest.java:135)

On 11/09/15 23:32, Shawn Heisey wrote:
> On 9/11/2015 3:12 PM, Hendrik Haddorp wrote:
>> I'm using Solr 5.3.0 and noticed that the following code does not work
>> with Solr Cloud:
>>     CollectionAdminRequest.Reload reloadReq = new
>> CollectionAdminRequest.Reload();
>>     reloadReq.process(client, collection);
>>
>> It complains that the name parameter is required. When adding
>>     reloadReq.setCollectionName(collection);
>> it works. But why would I need to specify the collection name twice?
> This might be an oversight in the code, or perhaps it is a situation
> where it won't be possible to handle the collection as a method argument.
>
> Can you give us the full error message (including any stacktrace) so I
> can look into it later this evening?
>
> Thanks,
> Shawn
>


Re: SolrJ CollectionAdminRequest.Reload fails

Posted by Shawn Heisey <ap...@elyograg.org>.
On 9/11/2015 3:12 PM, Hendrik Haddorp wrote:
> I'm using Solr 5.3.0 and noticed that the following code does not work
> with Solr Cloud:
>     CollectionAdminRequest.Reload reloadReq = new
> CollectionAdminRequest.Reload();
>     reloadReq.process(client, collection);
>
> It complains that the name parameter is required. When adding
>     reloadReq.setCollectionName(collection);
> it works. But why would I need to specify the collection name twice?

This might be an oversight in the code, or perhaps it is a situation
where it won't be possible to handle the collection as a method argument.

Can you give us the full error message (including any stacktrace) so I
can look into it later this evening?

Thanks,
Shawn