[
https://issues.apache.org/jira/browse/SOLR-6959?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14273119#comment-14273119
]
Erik Hatcher commented on SOLR-6959:
------------------------------------
bq. This could also clarify a bit the situation with the fact that XML, CSV,
and JSON go to the same handler, yet we have - slightly confusingly - request
handlers for both CSV and JSON in the solrconfig.xml
Well, if someone is using post.jar, chances are he/she isn't aware of the
additional handlers that you mention so there wouldn't be any confusion I don't
think. Those handlers are just there for backwards compatibility (or for
aesthetics, if one likes to post to, say, /update/csv). I don't think we need
to do anything different here.
> SimplePostTool reports incorrect base url for PDFs
> --------------------------------------------------
>
> Key: SOLR-6959
> URL: https://issues.apache.org/jira/browse/SOLR-6959
> Project: Solr
> Issue Type: Bug
> Components: scripts and tools
> Affects Versions: 5.0
> Reporter: Alexandre Rafalovitch
> Assignee: Erik Hatcher
> Priority: Minor
> Labels: tools
>
> {quote}
> $ java -Dc=techproducts -Dauto -Dcommit=no -jar post.jar solr-word.pdf
> SimplePostTool version 1.5
> Posting files to base url http://localhost:8983/solr/techproducts/update..
> {quote}
> This command will *not* post to */update*, it will post to */update/extract*.
> This should be reported correspondingly.
> From the server log:
> {quote}
> 127.0.0.1 - - \[11/Jan/2015:17:17:10 +0000] "POST
> /solr/techproducts/update/extract?resource.name=....
> {quote}
> It would make sense for that message to be after the auto-mode determination
> just before the actual POST.
> Also, what's with two dots after the url? If it is _etc_, it should probably
> be three dots.
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org
