RSS tutorial that comes with the apache-solr not indexing

Hi I am trying to use the RSS tutorial that comes with the apache-solr. I am not sure if I missed anything but when I do full-import no indexing happens. These are the steps that I am taking: 1) Download apache-solr-3.6.2 (http://lucene.apache.org/solr/) 2) Start the solr by doing: java -Dsolr.sol

Re: SolrJ | Atomic Updates | How works exactly?

There's several JIRA issues, but I several were duplicates of the same underlying issue:

Re: SolrJ | Atomic Updates | How works exactly?

This is present in 4.0. Not sure if there re ny improvements in 4.1. Upayavira On Sun, Jan 13, 2013, at 07:35 PM, Uwe Clement wrote: > Thanks Yonik. > > Is this already working well on solr 4.0? or better to wait until solr > 4.1?! > > > -Ursprüngliche Nachricht- > Von: ysee...@gmail.c

SolrCloud sort inconsistency

How is possible that this sorted query returns different results? The highest value is the id P2450024023, sometimes the value returned is not the highest. This is an example, the second curl request is the correct result. NOTE: I did the query when a indexing process was running. ➜ ~ curl -H

Re: Question about dates and SolrJ

Thanks Shawn. I stopped setting the parser as suggested. I found that what I had to do is to just store Date objects in my documents, then, at the last minute, when building a SolrDocument to send, convert with DateField. When I Export to XML, I export to that DateField string, then convert the z

AW: SolrJ | Atomic Updates | How works exactly?

Thanks Yonik. Is this already working well on solr 4.0? or better to wait until solr 4.1?! -Ursprüngliche Nachricht- Von: ysee...@gmail.com [mailto:ysee...@gmail.com] Im Auftrag von Yonik Seeley Gesendet: Sonntag, 13. Januar 2013 20.24 An: solr-user@lucene.apache.org Betreff: Re: SolrJ |

Re: SolrJ | Atomic Updates | How works exactly?

On Sun, Jan 13, 2013 at 1:51 PM, Uwe Clement wrote: > What is the best the most performant way to update a large document? That *is* the best way to update a large document that we currently have. Although it re-indexes under the covers, it ensures that it's atomic, and it's faster because it doe

AW: SolrJ | Atomic Updates | How works exactly?

Thanks erick, the main reason why i want to use atomic updates is, to increase updating existing kind of large documents. So if under to cover, everything is the same (loading the whole doc, updating, re-index the whole doc) it is not interesting for me anymore. What is the best the most perform

Re: Index sharing between multiple slaves

It can work, so I believe. However, it is not normal Solr usage, so you are less likely to find people who can support you in it. Upayavira On Sun, Jan 13, 2013, at 03:59 PM, suri wrote: > Sorry, might have shared more info. Planning to have Index files in NAS > and > share these index files acro

Re: NULL POINTER EXCEPTION WITH SOLR SUGGESTER

What URL did you use? What is your data like? I tried your exact config but with the field name of "name" rather than spell_check, using the Solr 4.0 example. Then I added the following data: curl http://localhost:8983/solr/update?commit=true -H 'Content-type:application/csv' -d ' id,name su

How to manage solr cloud collections-sharding?

Hi, I know a few question on this issue have already been posted, but I dint find full answers in any of those posts. I'm using solr-4.0.0 I need my solr cluster to have multiple collections, each collection with different configuration (at least different schema.xml file). I follow the solrCloud

Re: Index sharing between multiple slaves

Sorry, might have shared more info. Planning to have Index files in NAS and share these index files across multiple nodes. We have 4 slave nodes. For redundancy we might be having 2 nodes per a shared index. Any issues you foresee with this. I will post details once we test this. Cheers, -- Vie

Re: SolrJ | Atomic Updates | How works exactly?

Atomic updates work by storing (stored="true") all the fields (note, you don't have to set stored="true" for the destinations of copyField). Anyway, when you use the atomic update syntax under the covers Solr reads all the stored fields out, re-assembles the document and re-indexes it. So your inde

Re: Solr 4.0, slow opening searchers

In addition to Alan's comment, are you doing any warmup queries? Your Solr logs should show you some interesting stats, and the admin page also has some stats about warmup times. Although I'd expect similar issues when reopening searchers if it was just warmup queries. But 267M docs on a single ma

Re: How to disable\clear filterCache(from SolrIndexSearcher ) in a custom searchComponent

I admit I only skimmed your post, and at the level you're at I'm not sure how to hook it in, but see: https://issues.apache.org/jira/browse/SOLR-2429(SOLR-3.4) which allows you to specify cache=false which will specifically NOT put the filter into the filter cache at the Solr level. Best Erick O

Re: SolrCloud removing shard (how to not loose data)

I don't think this will work in the long run with Solr4 (not sure you're using this or not). Solr4 will assign updates to a shard based on a hash of the . So let's say you have docs on your original three shards: shard 1 has docs 1, 4, 7 shard 2 has docs 2, 5, 8 shard 3 has docs 3, 6, 9 Now you m

Re: Suggestion that preserve original phrase case

One way I've seen this done is to index pairs like lowercaseversion:LowerCaseVersion. You can't push this whole thing through your field as defined since it'll all be lowercased, you have to produce the left hand side of the above yourself and just use KeywordTokenizer without LowercaseFilter. The

Re: Probleme running solr 4.0 in Websphere 7

This looks like you're getting old jars somewhere in your classpath on the websphere box. I know some classes have moved around between 3.6 and 4.0. It's tedious, but take a look at your solr log file, you should see a bunch of messages about what jars are being loaded. Do all of them look correct

Re: CoreAdmin STATUS performance

Shahar would you mind, if i ask you to open an jira-issue for that? attaching your changes as typical patch? perhaps we could use that for the UI, in those cases where we don't need to full set of information .. Stefan On Sunday, January 13, 2013 at 12:28 PM, Shahar Davidson wrote: > Shawn

RE: CoreAdmin STATUS performance

Shawn, Per and anyone else who has participated in this thread - thank you! I have finally resorted to apply a minor patch the Solr code. I have noticed that most of the time of the STATUS request is spent when collecting Index related info (such as segmentCount, sizeInBytes, numDocs, etc.). In

RE: CoreAdmin STATUS performance

Thanks for sharing this info, Per - this info may prove to be valuable for me in the future. Shahar. -Original Message- From: Per Steffensen [mailto:st...@designware.dk] Sent: Thursday, January 10, 2013 6:10 PM To: solr-user@lucene.apache.org Subject: Re: CoreAdmin STATUS performance T

SolrJ | Atomic Updates | How works exactly?

i have very big documents in the index. i want to update a multivalue field of a document, without loading the whole document. how can i do this? is there somewhere a good documentation? regards -- View this message in context: http://lucene.472066.n3.nabble.com/SolrJ-Atomic-Updates-How-wor

AW: Question about dates and SolrJ

In 3.6.1 i also got back a Date insance, now from 4.0 I receive also a String. I don't like this, but I adapted my software now. Is there no way to change this behavior in the config? -Ursprüngliche Nachricht- Von: Shawn Heisey [mailto:s...@elyograg.org] Gesendet: Sonntag, 13. Januar 201