Skip to content

jri/couchdb-lucene-jdk14

 
 

Folders and files

NameName
Last commit message
Last commit date

Latest commit

 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 

Repository files navigation

About this fork

This is a JDK 1.4 backport of Robert Newson's "couchdb-lucene" version 0.4.

Why JDK 1.4? Because my system is a 5-year old Mac running Mac OS X 10.3.9 ("Panther") and I'm pretty happy with it.

Differences to Robert Newson's release:

  • The tests are not ported and can't be run.
  • No Maven build file yet. (Robert Newson's one is for Maven 2 and requires Java 1.5)
  • The dependencies are not included and must be obtained separately.

List of Dependencies:

lucene-core-2.4.1.jar
lucene-analyzers-2.4.1.jar
lucene-queries-2.4.1.jar
json-lib-2.3-jdk13.jar
js-14.jar (rhino1_7R2)
commons-httpclient-3.1.jar
commons-io-1.4.jar
commons-beanutils-core-1.8.0.jar
commons-collections-3.2.1.jar
commons-codec-1.4.jar
commons-lang-2.4.jar
commons-logging-1.1.1.jar
log4j-1.2.15.jar
ezmorph-1.0.6.jar
tika-core-0.4-jdk14.jar (for indexing files)
tika-parsers-0.4-jdk14.jar (for indexing files)
pdfbox-0.7.3.jar (for parsing PDF files)
fontbox-0.1.0.jar (for parsing PDF files)
poi-3.2.jar (for parsing Microsoft files, e.g. Word)
poi-scratchpad-3.2.jar (for parsing Microsoft files, e.g. Word)
nekohtml-1.9.9.jar (for parsing HTML files)

Note: tika-core-0.4-jdk14.jar and tika-parsers-0.4-jdk14.jar are also based on my JDK 1.4 backports. You can get the binaries from the Downloads section.

Issue Tracking

Issue tracking at github.

System Requirements

JDK 1.4 or higher is recommended.

Build couchdb-lucene-jdk14

You can build couchdb-lucene-0.4-jdk14.jar manually by performing these steps:

  1. Checkout repository
  2. Compiling the sources
    1. go to couchdb-lucene-jdk14/src/main/java/com/github/rnewson/couchdb/lucene and compile with "javac -source 1.4"
    2. go to couchdb-lucene-jdk14/src/main/java/org/apache/nutch/analysis/lang and compile the sources.
  3. Building the jar
    1. cd couchdb-lucene-jdk14/src/main/java
    2. jar cfm couchdb-lucene-0.4-jdk14.jar MANIFEST.MF com/github/rnewson/couchdb/lucene/*.class org/apache/nutch/analysis/lang/*.class
    3. cd ../resources/
    4. jar uf ../java/couchdb-lucene-0.4-jdk14.jar *

Alternatively you can get the binary from the Downloads section.

Configure CouchDB

[couchdb]
os_process_timeout=60000 ; increase the timeout from 5 seconds.

[external]
fti=/usr/bin/java -server -jar /path/to/couchdb-lucene-0.4-jdk14.jar -search

[update_notification]
indexer=/usr/bin/java -server -jar /path/to/couchdb-lucene-0.4-jdk14.jar -index

[httpd_db_handlers]
_fti = {couch_httpd_external, handle_external_req, <<"fti">>}

The remainder is from Robert Newson's original README. vvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvv

Indexing Strategy

Document Indexing

You must supply a index function in order to enable couchdb-lucene as, by default, nothing will be indexed. To suppress a document from the index, return null. It's more typical to return a single Document object which contains everything you'd like to query and retrieve. You may also return an array of Document objects if you wish.

You may add any number of index views in any number of design documents. All searches will be constrained to documents emitted by the index functions.

Here's an complete example of a design document with couchdb-lucene features:

{
    "_id":"_design/a_design_document_with_any_name_you_like",
    "fulltext": {
        "by_subject": {
            "defaults": { "store":"yes" },
            "index":"function(doc) { var ret=new Document(); ret.add(doc.subject); return ret }"
        },
        "by_content": {
            "defaults": { "store":"no" },
            "index":"function(doc) { var ret=new Document(); ret.add(doc.content); return ret }"
        }
    }
}

Here are some example URL's for the given design document;

http://localhost:5984/database/_fti/lucene/by_subject?q=hello
http://localhost:5984/database/_fti/lucene/by_content?q=hello

A fulltext object contains multiple index view declarations. An index view consists of;

analyzer
(optional) The analyzer to use
defaults
(optional) The default for numerous indexing options can be overridden here. A full list of options follows.
index
The indexing function itself, documented below.

The Defaults Object

The following indexing options can be defaulted;

name description available options default
field the field name to index under user-defined default
store whether the data is stored. The value will be returned in the search result. yes, no no
index whether (and how) the data is indexed analyzed, analyzed_no_norms, no, not_analyzed, not_analyzed_no_norms analyzed

The Analyzer Option

Lucene has numerous ways of converting free-form text into tokens, these classes are called Analyzer's. By default, the StandardAnalyzer is used which lower-cases all text, drops common English words ("the", "and", and so on), among other things. This processing might not always suit you, so you can choose from several others by setting the "analyzer" field to one of the following values;

  • brazilian
  • chinese
  • cjk
  • czech
  • dutch
  • english
  • french
  • german
  • keyword
  • porter
  • russian
  • simple
  • standard
  • thai

Note: You must also supply analyzer=<analyzer_name> as a query parameter to ensure that queries are processed correctly.

The Document class

You may construct a new Document instance with;

var doc = new Document();

Data may be added to this document with the add method which takes an optional second object argument that can override any of the above default values.

The data is usually interpreted as a String but couchdb-lucene provides special handling if a Javascript Date object is passed. Specifically, the date is indexed as a numeric value, which allows correct sorting, and stored (if requested) in ISO 8601 format (with a timezone marker).

// Add with all the defaults.
doc.add("value");

// Add a subject field.
doc.add("this is the subject line.", {"field":"subject"});

// Add but ensure it's stored.
doc.add("value", {"store":"yes"});

// Add but don't analyze.
doc.add("don't analyze me", {"index":"not_analyzed"});

// Extract text from the named attachment and index it (but not store it).
doc.attachment("attachment name", {"field":"attachments"});

Example Transforms

Index Everything

function(doc) {
    var ret = new Document();

    function idx(obj) {
	for (var key in obj) {
	    switch (typeof obj[key]) {
	    case 'object':
		idx(obj[key]);
		break;
	    case 'function':
		break;
	    default:
		ret.add(obj[key]);
		break;
	    }
	}
    };

    idx(doc);

    if (doc._attachments) {
	for (var i in doc._attachments) {
	    ret.attachment("attachment", i);
	}
    }
    
    return ret;
}

Index Nothing

function(doc) {
  return null;
}

Index Select Fields

function(doc) {
  var result = new Document();
  result.add(doc.subject, {"field":"subject", "store":"yes"});
  result.add(doc.content, {"field":"subject"});
  result.add({"field":"indexed_at"});
  return result;
}

Index Attachments

function(doc) {
  var result = new Document();
  for(var a in doc._attachments) {
    result.add_attachment(a, {"field":"attachment"});
  }
  return result;
}

A More Complex Example

function(doc) {
    var mk = function(name, value, group) {
        var ret = new Document();
        ret.add(value, {"field": group, "store":"yes"});
        ret.add(group, {"field":"group", "store":"yes"});
        return ret;
    };
    var ret = [];
    if(doc.type != "reference") return null;
    for(var g in doc.groups) {
        ret.add(mk("library", doc.groups[g].library, g));
        ret.add(mk("method", doc.groups[g].method, g));
        ret.add(mk("target", doc.groups[g].target, g));
    }
    return ret;
}

Attachment Indexing

Couchdb-lucene uses Apache Tika to index attachments of the following types, assuming the correct content_type is set in couchdb;

Supported Formats

  • Excel spreadsheets (application/vnd.ms-excel)
  • HTML (text/html)
  • Images (image/*)
  • Java class files
  • Java jar archives
  • MP3 (audio/mp3)
  • OpenDocument (application/vnd.oasis.opendocument.*)
  • Outlook (application/vnd.ms-outlook)
  • PDF (application/pdf)
  • Plain text (text/plain)
  • Powerpoint presentations (application/vnd.ms-powerpoint)
  • RTF (application/rtf)
  • Visio (application/vnd.visio)
  • Word documents (application/msword)
  • XML (application/xml)

Searching with couchdb-lucene

You can perform all types of queries using Lucene's default query syntax. The _body field is searched by default which will include the extracted text from all attachments. The following parameters can be passed for more sophisticated searches;

analyzer
The analyzer used to convert the query string into a query object.
callback
Specify a JSONP callback wrapper. The full JSON result will be prepended with this parameter and also placed with parentheses."
debug
Setting this to true disables response caching (the query is executed every time) and indents the JSON response for readability.
force_json
Usually couchdb-lucene determines the Content-Type of its response based on the presence of the Accept header. If Accept contains "application/json", you get "application/json" in the response, otherwise you get "text/plain;charset=utf8". Some tools, like JSONView for FireFox, do not send the Accept header but do render "application/json" responses if received. Setting force_json=true forces all response to "application/json" regardless of the Accept header.
include_docs
whether to include the source docs
limit
the maximum number of results to return
q
the query to run (e.g, subject:hello). If not specified, the default field is searched.
rewrite
(EXPERT) if true, returns a json response with a rewritten query and term frequencies. This allows correct distributed scoring when combining the results from multiple nodes.
skip
the number of results to skip
sort
the comma-separated fields to sort on. Prefix with / for ascending order and \ for descending order (ascending is the default if not specified).
stale=ok
If you set the stale option to ok, couchdb-lucene may not perform any refreshing on the index. Searches may be faster as Lucene caches important data (especially for sorting). A query without stale=ok will use the latest data committed to the index.

All parameters except 'q' are optional.

Special Fields

_db
The source database of the document.
_id
The _id of the document.

Dublin Core

All Dublin Core attributes are indexed and stored if detected in the attachment. Descriptions of the fields come from the Tika javadocs.

_dc.contributor
An entity responsible for making contributions to the content of the resource.
_dc.coverage
The extent or scope of the content of the resource.
_dc.creator
An entity primarily responsible for making the content of the resource.
_dc.date
A date associated with an event in the life cycle of the resource.
_dc.description
An account of the content of the resource.
_dc.format
Typically, Format may include the media-type or dimensions of the resource.
_dc.identifier
Recommended best practice is to identify the resource by means of a string or number conforming to a formal identification system.
_dc.language
A language of the intellectual content of the resource.
_dc.modified
Date on which the resource was changed.
_dc.publisher
An entity responsible for making the resource available.
_dc.relation
A reference to a related resource.
_dc.rights
Information about rights held in and over the resource.
_dc.source
A reference to a resource from which the present resource is derived.
_dc.subject
The topic of the content of the resource.
_dc.title
A name given to the resource.
_dc.type
The nature or genre of the content of the resource.

Examples

http://localhost:5984/dbname/_fti/design_doc/view_name?q=field_name:value
http://localhost:5984/dbname/_fti/design_doc/view_name?q=field_name:value&sort=other_field
http://localhost:5984/dbname/_fti/design_doc/view_name?debug=true&sort=billing_size&q=body:document AND customer:[A TO C]

Search Results Format

The search result contains a number of fields at the top level, in addition to your search results.

etag
An opaque token that reflects the current version of the index. This value is also returned in an ETag header to facilitate HTTP caching.
fetch_duration
The number of milliseconds spent retrieving the documents.
limit
The maximum number of results that can appear.
q
The query that was executed.
rows
The search results array, described below.
search_duration
The number of milliseconds spent performing the search.
skip
The number of initial matches that was skipped.
total_rows
The total number of matches for this query.

The search results array

The search results arrays consists of zero, one or more objects with the following fields;

doc
The original document from couch, if requested with include_docs=true
fields
All the fields that were stored with this match
id
The unique identifier for this match.
score
The normalized score (0.0-1.0, inclusive) for this match

Here's an example of a JSON response without sorting;

{
  "q": "+content:enron",
  "skip": 0,
  "limit": 2,
  "total_rows": 176852,
  "search_duration": 518,
  "fetch_duration": 4,
  "rows":   [
        {
      "id": "hain-m-all_documents-257.",
      "score": 1.601625680923462
    },
        {
      "id": "hain-m-notes_inbox-257.",
      "score": 1.601625680923462
    }
  ]
}

And the same with sorting;

{
  "q": "+content:enron",
  "skip": 0,
  "limit": 3,
  "total_rows": 176852,
  "search_duration": 660,
  "fetch_duration": 4,
  "sort_order":   [
        {
      "field": "source",
      "reverse": false,
      "type": "string"
    },
        {
      "reverse": false,
      "type": "doc"
    }
  ],
  "rows":   [
        {
      "id": "shankman-j-inbox-105.",
      "score": 0.6131107211112976,
      "sort_order":       [
        "enron",
        6
      ]
    },
        {
      "id": "shankman-j-inbox-8.",
      "score": 0.7492915391921997,
      "sort_order":       [
        "enron",
        7
      ]
    },
        {
      "id": "shankman-j-inbox-30.",
      "score": 0.507369875907898,
      "sort_order":       [
        "enron",
        8
      ]
    }
  ]
}

Content-Type of response

The Content-Type of the response is negotiated via the Accept request header like CouchDB itself. If the Accept header includes "application/json" then that is also the Content-Type of the response. If not, "text/plain;charset=utf-8" is used.

Fetching information about the index

Calling couchdb-lucene without arguments returns a JSON object with information about the whole index.

http://127.0.0.1:5984/enron/_fti

returns;

{"doc_count":517350,"doc_del_count":1,"disk_size":318543045}

Working With The Source

To develop "live", type "mvn dependency:unpack-dependencies" and change the external line to something like this;

fti=/usr/bin/java -server -cp /path/to/couchdb-lucene/target/classes:\
/path/to/couchdb-lucene/target/dependency com.github.rnewson.couchdb.lucene.Main

You will need to restart CouchDB if you change couchdb-lucene source code but this is very fast.

Configuration

couchdb-lucene respects several system properties;

couchdb.log.dir
specify the directory of the log file (which is called couchdb-lucene.log), defaults to the platform-specific temp directory.
couchdb.lucene.dir
specify the path to the lucene indexes (the default is to make a directory called 'lucene' relative to couchdb's current working directory.
couchdb.lucene.operator
specify the default boolean operator for queries. If not specified, the default is "OR". You can specify either "OR" or "AND".
couchdb.url
the url to contact CouchDB with (default is "http://localhost:5984")

You can override these properties like this;

fti=/usr/bin/java -Dcouchdb.lucene.dir=/tmp \
-cp /home/rnewson/Source/couchdb-lucene/target/classes:\
/home/rnewson/Source/couchdb-lucene/target/dependency\
com.github.rnewson.couchdb.lucene.Main

Basic Authentication

If you put couchdb behind an authenticating proxy you can still configure couchdb-lucene to pull from it by specifying additional system properties. Currently only Basic authentication is supported.

couchdb.password
the password to authenticate with.
couchdb.user
the user to authenticate as.

IPv6

The default for couchdb.url is problematic on an IPv6 system. Specify -Dcouchdb.url=http://[::1]:5984 to resolve it.

About

JDK 1.4 backport of Robert Newson's couchdb-lucene v0.4

Resources

License

Stars

Watchers

Forks

Packages

No packages published

Languages

  • Java 86.8%
  • JavaScript 12.5%
  • Ruby 0.7%