Hi Yonik, The limitations I need to work within, have to do with the index already being built as part of an existing process.
Currently, the Solr server is in read-only mode and receives new indexes daily from a Java application. The Java app runs Lucene/Tika and is indexing resources within the local network. It builds off of a different schema framework, then moves the finished indexes over to the Solr deployment path. The Solr server swaps over at that point. The Solr server isn't the only consumer of the indexes. There are other Java apps which read/write to the Lucene index, during the staging process. This was working without issues, when using types were part of Lucene core (String, Boolean, Integer, etc), because they just resolved to Strings. But, the TrieDateField works off of byte data, so needed to find a way to create those fields, using the existing classes. Thanks, -Craig -----Original Message----- From: ysee...@gmail.com [mailto:ysee...@gmail.com] On Behalf Of Yonik Seeley Sent: Wednesday, 20 April 2011 11:19 PM To: solr-user@lucene.apache.org Subject: Re: Creating a TrieDateField (and other Trie fields) from Lucene Java On Tue, Apr 19, 2011 at 11:17 PM, Craig Stires <craig.sti...@gmail.com> wrote: > The barrier I have is that I need to build this offline (without using a > solr server, solrconfig.xml, or schema.xml) This is pretty unusual... can you share your use case? Solr can also be run in embedded mode if you can't run a stand-alone server for some reason. -Yonik http://www.lucenerevolution.org -- Lucene/Solr User Conference, May 25-26, San Francisco
