You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@lucene.apache.org by "Andrzej Bialecki (Created) (JIRA)" <ji...@apache.org> on 2012/02/17 03:28:00 UTC

[jira] [Created] (SOLR-3139) StreamingUpdateSolrServer doesn't send UpdateRequest.getParams()

StreamingUpdateSolrServer doesn't send UpdateRequest.getParams()
----------------------------------------------------------------

                 Key: SOLR-3139
                 URL: https://issues.apache.org/jira/browse/SOLR-3139
             Project: Solr
          Issue Type: Bug
          Components: clients - java
    Affects Versions: 4.0
            Reporter: Andrzej Bialecki 


CommonsHttpSolrServer properly encodes the request's SolrParams depending on GET or POST. However, StreamingUpdateSolrServer only looks at the params to determine whether they contain optimize/commit ops, and otherwise discards them.

This is unexpected - it should properly encode and send SolrParams per request, in a similar way as CommonsHttpSolrServer does. Currently this bug prevents one from e.g. selecting a different update chain per request when using the streaming server.

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira

        

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@lucene.apache.org
For additional commands, e-mail: dev-help@lucene.apache.org


[jira] [Commented] (SOLR-3139) StreamingUpdateSolrServer doesn't send UpdateRequest.getParams()

Posted by "Andrzej Bialecki (Commented) (JIRA)" <ji...@apache.org>.
    [ https://issues.apache.org/jira/browse/SOLR-3139?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13253370#comment-13253370 ] 

Andrzej Bialecki  commented on SOLR-3139:
-----------------------------------------

+1 looks good to me.
                
> StreamingUpdateSolrServer doesn't send UpdateRequest.getParams()
> ----------------------------------------------------------------
>
>                 Key: SOLR-3139
>                 URL: https://issues.apache.org/jira/browse/SOLR-3139
>             Project: Solr
>          Issue Type: Bug
>          Components: clients - java
>            Reporter: Andrzej Bialecki 
>            Assignee: Sami Siren
>             Fix For: 4.0
>
>         Attachments: SOLR-3139.patch
>
>
> CommonsHttpSolrServer properly encodes the request's SolrParams depending on GET or POST. However, StreamingUpdateSolrServer only looks at the params to determine whether they contain optimize/commit ops, and otherwise discards them.
> This is unexpected - it should properly encode and send SolrParams per request, in a similar way as CommonsHttpSolrServer does. Currently this bug prevents one from e.g. selecting a different update chain per request when using the streaming server.

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira

        

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@lucene.apache.org
For additional commands, e-mail: dev-help@lucene.apache.org


[jira] [Updated] (SOLR-3139) StreamingUpdateSolrServer doesn't send UpdateRequest.getParams()

Posted by "Sami Siren (Updated) (JIRA)" <ji...@apache.org>.
     [ https://issues.apache.org/jira/browse/SOLR-3139?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Sami Siren updated SOLR-3139:
-----------------------------

    Attachment: SOLR-3139.patch

Make params handling similar to what is done in HttpSolrServer.

I am planning to commit this shortly.
                
> StreamingUpdateSolrServer doesn't send UpdateRequest.getParams()
> ----------------------------------------------------------------
>
>                 Key: SOLR-3139
>                 URL: https://issues.apache.org/jira/browse/SOLR-3139
>             Project: Solr
>          Issue Type: Bug
>          Components: clients - java
>            Reporter: Andrzej Bialecki 
>             Fix For: 4.0
>
>         Attachments: SOLR-3139.patch
>
>
> CommonsHttpSolrServer properly encodes the request's SolrParams depending on GET or POST. However, StreamingUpdateSolrServer only looks at the params to determine whether they contain optimize/commit ops, and otherwise discards them.
> This is unexpected - it should properly encode and send SolrParams per request, in a similar way as CommonsHttpSolrServer does. Currently this bug prevents one from e.g. selecting a different update chain per request when using the streaming server.

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira

        

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@lucene.apache.org
For additional commands, e-mail: dev-help@lucene.apache.org


[jira] [Updated] (SOLR-3139) StreamingUpdateSolrServer doesn't send UpdateRequest.getParams()

Posted by "Mark Miller (Updated) (JIRA)" <ji...@apache.org>.
     [ https://issues.apache.org/jira/browse/SOLR-3139?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Mark Miller updated SOLR-3139:
------------------------------

    Affects Version/s:     (was: 4.0)
        Fix Version/s: 4.0
    
> StreamingUpdateSolrServer doesn't send UpdateRequest.getParams()
> ----------------------------------------------------------------
>
>                 Key: SOLR-3139
>                 URL: https://issues.apache.org/jira/browse/SOLR-3139
>             Project: Solr
>          Issue Type: Bug
>          Components: clients - java
>            Reporter: Andrzej Bialecki 
>             Fix For: 4.0
>
>
> CommonsHttpSolrServer properly encodes the request's SolrParams depending on GET or POST. However, StreamingUpdateSolrServer only looks at the params to determine whether they contain optimize/commit ops, and otherwise discards them.
> This is unexpected - it should properly encode and send SolrParams per request, in a similar way as CommonsHttpSolrServer does. Currently this bug prevents one from e.g. selecting a different update chain per request when using the streaming server.

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira

        

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@lucene.apache.org
For additional commands, e-mail: dev-help@lucene.apache.org


[jira] [Assigned] (SOLR-3139) StreamingUpdateSolrServer doesn't send UpdateRequest.getParams()

Posted by "Sami Siren (Assigned) (JIRA)" <ji...@apache.org>.
     [ https://issues.apache.org/jira/browse/SOLR-3139?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Sami Siren reassigned SOLR-3139:
--------------------------------

    Assignee: Sami Siren
    
> StreamingUpdateSolrServer doesn't send UpdateRequest.getParams()
> ----------------------------------------------------------------
>
>                 Key: SOLR-3139
>                 URL: https://issues.apache.org/jira/browse/SOLR-3139
>             Project: Solr
>          Issue Type: Bug
>          Components: clients - java
>            Reporter: Andrzej Bialecki 
>            Assignee: Sami Siren
>             Fix For: 4.0
>
>         Attachments: SOLR-3139.patch
>
>
> CommonsHttpSolrServer properly encodes the request's SolrParams depending on GET or POST. However, StreamingUpdateSolrServer only looks at the params to determine whether they contain optimize/commit ops, and otherwise discards them.
> This is unexpected - it should properly encode and send SolrParams per request, in a similar way as CommonsHttpSolrServer does. Currently this bug prevents one from e.g. selecting a different update chain per request when using the streaming server.

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira

        

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@lucene.apache.org
For additional commands, e-mail: dev-help@lucene.apache.org


[jira] [Resolved] (SOLR-3139) StreamingUpdateSolrServer doesn't send UpdateRequest.getParams()

Posted by "Sami Siren (Resolved) (JIRA)" <ji...@apache.org>.
     [ https://issues.apache.org/jira/browse/SOLR-3139?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Sami Siren resolved SOLR-3139.
------------------------------

    Resolution: Fixed
    
> StreamingUpdateSolrServer doesn't send UpdateRequest.getParams()
> ----------------------------------------------------------------
>
>                 Key: SOLR-3139
>                 URL: https://issues.apache.org/jira/browse/SOLR-3139
>             Project: Solr
>          Issue Type: Bug
>          Components: clients - java
>            Reporter: Andrzej Bialecki 
>            Assignee: Sami Siren
>             Fix For: 4.0
>
>         Attachments: SOLR-3139.patch
>
>
> CommonsHttpSolrServer properly encodes the request's SolrParams depending on GET or POST. However, StreamingUpdateSolrServer only looks at the params to determine whether they contain optimize/commit ops, and otherwise discards them.
> This is unexpected - it should properly encode and send SolrParams per request, in a similar way as CommonsHttpSolrServer does. Currently this bug prevents one from e.g. selecting a different update chain per request when using the streaming server.

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira

        

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@lucene.apache.org
For additional commands, e-mail: dev-help@lucene.apache.org