I am working on https://issues.apache.org/jira/browse/SOLR-2155
Trying to get a list of multiValued fields from the cache
ValueSource vs = sf.getType().getValueSource(sf, fp);
DocValues llVals = vs.getValues(context, reader);
org.apache.lucene.spatial.geohash.GeoHashUtils.decode(llVals.strVal(do
I believe that the Lucid Works distro for Solr is free and as you mentioned
they only appear to sell their services for it. I have used that version for
several demos because it does seem to have all the bells and whistles already
included and it's super easy to set up. The only downside in my c
Thanks Lance, I'll see what I can do with 3.x. I got the latest build #260 from
Hudson (apache-solr-3.1-2011-02-13_05-19-21.tgz).
While SolrJ 1.4.1 was available to my Maven build, I don't see any 3.x or 4.x
client artifacts available out there. It looks like Maven was addressed a while
back (h
Maven support got a major shot in the arm for releases going forward. If you
want to start with 3x, then get the source for that branch and do a build.
You should see some ant tasks which build maven artifacts. My guestimate on
the 3x release date is 3-4 weeks from now.
~ David Smiley (author o
Thanks David. I really like your book. Will there be a 3.x version coming
along? :) I'm glad to hear that 3.x is not many months away from release.
I am currently checking out:
http://svn.apache.org/repos/asf/lucene/dev/branches/branch_3x
Please let me know if that is not correct.
Ch
Great, there be artifacts here! I was able to configure a repo using file:/...
to the dist/maven directory, and off we go.
Thanks again!
Jeff
On Feb 13, 2011, at 3:12 PM, Jeff Schmidt wrote:
> Thanks David. I really like your book. Will there be a 3.x version coming
> along? :) I'm glad to
Hi Jeff,
For projects that are going live in 6 months I would use trunk.
Otis
Sematext :: http://sematext.com/ :: Solr - Lucene - Nutch
Lucene ecosystem search :: http://search-lucene.com/
- Original Message
> From: Jeff Schmidt
> To: solr-user@lucene.apache.org
> Sent: Sat, Feb
Hi,
This could be the JVM doing constant GCing because there is not much room in
the
heap for new objects (jstat will help you check this). It could also be that
you have a deadlock - I just saw a similar case with one of our customers' Solr
- out of N CPU cores, one was at 100% and jstack sh
I've recently used a jmx console tool recently, which let's you access and
browse jmx from a simple shell that you start from command line. Took me 5
minutes to get it and get info from jmx.
Otis
Sematext :: http://sematext.com/ :: Solr - Lucene - Nutch
Lucene ecosystem search :: http://se
On Mon, Feb 14, 2011 at 8:46 AM, Otis Gospodnetic
wrote:
> I've recently used a jmx console tool recently, which let's you access and
> browse jmx from a simple shell that you start from command line. Took me 5
> minutes to get it and get info from jmx.
[...]
Could you share which tool this is?
Hello again:
Back to the javabin iissue:
On Feb 12, 2011, at 6:07 PM, Lance Norskog wrote:
> --- But I'm unable to get SolrJ to work due to the 'javabin' version
> mismatch. I'm using the 1.4.1 version of SolrJ, but I always get an
> HTTP response code of 200, but the return entity is simply a n
11 matches
Mail list logo