: a chromosome (or gene, or other object types). All that really boils 
: down to is being able to give a number, e.g. 10234, and return documents 
: that have regions containing the number. So you'd have a document with a 
: list like ["10000:16090","400:8000","40123:43564"], and it should come 

You should take a look at some of the build in features using the spatial 
types...

http://wiki.apache.org/solr/SpatialForTimeDurations

I believe David also covered this usecase in his talk in san diego...

http://www.lucenerevolution.org/2013/Lucene-Solr4-Spatial-Deep-Dive

: But I get this error about it not being able to find the 
AbstractSubTypeFieldType class.
: Here is the first bit of the trace:
        ...
: Any hints as to what I did wrong? I can provide source code, or a fuller 
stack trace, config settings, etc.
: 
: Also, I did try to unpack the solr.war, stick my jar in WEB-INF/lib, 
: then repack. However, when I did that, I get a NoClassDefFoundError for 
: my plugin itself.

a fuller stack trace might help -- but the key question is what order did 
you try these two approaches in? and what exactly did you fieldType 
declaration look like?

my guess is that you tried repacking the war first, and maybe your 
exploded war classpath is still polluted with your old jar from when you 
repacked it and now you have multiple copies in the plugin classloaders 
classpath.  (the initial NoClassDefFoundError could have been from a 
mistake in your <fieldType/> declaration)

try starting competley clean, using the stock war and sample configs and 
make sure you get no errors.  then try declaring your custom fieldType, 
using hte fully qualified classname w/o even telling solr about your jar, 
and ensure that you get a NoClassDefFoundError for your custom class -- if 
you get an error about AbstractSubTypeFieldType again then you still have 
a copy of your custom class somwhere in the classpath.  *THEN* try adding 
a <lib/> directive to load your jar to load it.

if that still doesn't work provide us with the details of your servlet 
container, solr version, the full stack trace, the details of how you are 
configuring your <fieldType/>, how you declared the <lib/> what your 
filesystem looks like for your solrhome, war, etc...




-Hoss

Reply via email to