{"id":223,"date":"2011-03-21T09:19:50","date_gmt":"2011-03-21T08:19:50","guid":{"rendered":"http:\/\/sematext.solr.pl\/?p=223"},"modified":"2020-11-11T09:20:27","modified_gmt":"2020-11-11T08:20:27","slug":"solr-and-tika-integration-part-1-basics","status":"publish","type":"post","link":"https:\/\/solr.pl\/en\/2011\/03\/21\/solr-and-tika-integration-part-1-basics\/","title":{"rendered":"Solr and Tika integration (part 1 – basics)"},"content":{"rendered":"

Indexing the so-called “rich documents”, ie files like pdf, doc, rtf, and so on (or binary files) always required some additional work on the developer side, at least to get the contents of the file and prepare it in a format understood by the search engines, in this case for Solr.<\/span><\/span> To minimize this job I decided to look at the Apache Tika<\/a> and integration of this library with Solr.<\/span><\/span><\/p>\n\n\n\n\n\n

Introduction<\/h3>\n

First, a few words about the opportunities that we have when we choose Apache Tika.<\/span><\/span> Apache Tika is a framework designed to extract information from the so-called “rich documents”-documents such as PDF files, the files in Microsoft Office format, rtf, but not only.<\/span><\/span> Using Apache Tika we can also extract information from compressed documents, HTML files, images (eg jpg, png, gif), audio files (eg mp3, midi, wave), and compiled Java bytecode files.<\/span><\/span> In addition, Apache Tika can detect the type of file being processed, which further simplifies the work with such documents.<\/span><\/span> It is worth mentioning that the described framework is based on libraries such as PDFBox, Apache POI, or Neko HTML which indirectly guarantee very good results of extracted data.<\/span><\/span><\/p>\n

Sample index structure<\/h3>\n

I’ll skip how to manually start the extraction of the contents of the documents in the Apache Tika and I will focus on the integration of this framework with Solr and how trivial it is.<\/span><\/span> Assume that we are interested in the ID, title and contents of the documents we have to index.<\/span><\/span> Thus we create a simple schema.xml file describing the index structure, which could look like this:<\/span><\/span>\n<\/p>\n

<field name=\"id\" type=\"string\" indexed=\"true\" stored=\"true\" required=\"true\" \/>\n<field name=\"tytul\" type=\"text\" indexed=\"true\" stored=\"true\"\/>\n<field name=\"zawartosc\" type=\"text\" indexed=\"true\" stored=\"false\" multiValued=\"true\"\/><\/pre>\n
Configuration<\/h3>\n
To the solrconfig.xml file we add the following entry which defines a handler that will handle the indexing of documents using Apache Tika:\n<\/p>\n
<requestHandler name=\"\/update\/extract\" class=\"org.apache.solr.handler.extraction.ExtractingRequestHandler\">\n   <lst name=\"defaults\">\n      <str name=\"fmap.Last-Modified\">last_modified<\/str>\n      <str name=\"uprefix\">ignored_<\/str>\n    <\/lst>\n<\/requestHandler><\/pre>\n
All update requests sent to the \/update\/extract<\/em> address will be handled by Apache Tika.<\/span><\/span> Of course, remember to send the commit command to the update handler after sending the documents to the handler using Apache Tika. Otherwise, your documents won’t be visible. In the standard Solr deployment you shoudl send the commit command to the handler located under \/update<\/em>.<\/span><\/span><\/p>\n
In the configuration we told the extraction handler to assign the Last-Modified attribute to the last_modified<\/em> field and to ignore the fields that do are not specified.<\/p>\n
Additional notes<\/h3>\n
If you are going to index large binary files, remember to change the size limits. To do that, change the following values in the solrconfig.xml file:<requestDispatcher handleSelect=”true”> <requestParsers enableRemoteStreaming=”false” multipartUploadLimitInKB=”10240″ \/>\n<\/p>\n
\n
fmap.Last-Modified<\/pre>\n<\/div>\n
The end<\/span><\/span><\/h3>\n
All parameters defining the ExtractingRequestHandler can be found at: http:\/\/wiki.apache.org\/solr\/ExtractingRequestHandler<\/a>.<\/span><\/span><\/p>","protected":false},"excerpt":{"rendered":"
Indexing the so-called “rich documents”, ie files like pdf, doc, rtf, and so on (or binary files) always required some additional work on the developer side, at least to get the contents of the file and prepare it in a<\/p>\n","protected":false},"author":3,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":"","_links_to":"","_links_to_target":""},"categories":[27],"tags":[164,206],"class_list":["post-223","post","type-post","status-publish","format-standard","hentry","category-solr-en","tag-solr-2","tag-tika-2"],"_links":{"self":[{"href":"https:\/\/solr.pl\/en\/wp-json\/wp\/v2\/posts\/223","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/solr.pl\/en\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/solr.pl\/en\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/solr.pl\/en\/wp-json\/wp\/v2\/users\/3"}],"replies":[{"embeddable":true,"href":"https:\/\/solr.pl\/en\/wp-json\/wp\/v2\/comments?post=223"}],"version-history":[{"count":1,"href":"https:\/\/solr.pl\/en\/wp-json\/wp\/v2\/posts\/223\/revisions"}],"predecessor-version":[{"id":224,"href":"https:\/\/solr.pl\/en\/wp-json\/wp\/v2\/posts\/223\/revisions\/224"}],"wp:attachment":[{"href":"https:\/\/solr.pl\/en\/wp-json\/wp\/v2\/media?parent=223"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/solr.pl\/en\/wp-json\/wp\/v2\/categories?post=223"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/solr.pl\/en\/wp-json\/wp\/v2\/tags?post=223"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}