If it helps, everything appears when I use Luke to search through the index...but the search in that returns nothing either.
When I search using the admin page for the word 'Phillip' (which appears the most in all of the documents) I get the following: <?xml version="1.0" encoding="UTF-8" ?> - <response> - <lst name="responseHeader"> <int name="status">0</int> <int name="QTime">0</int> - <lst name="params"> <str name="indent">on</str> <str name="start">0</str> <str name="q">phillip</str> <str name="rows">10</str> <str name="version">2.2</str> </lst> </lst> <result name="response" numFound="0" start="0" /> </response> Duh...? Johnny X wrote: > > They all appear in the stats admin page under the NumDocs & maxDocs > fields. > > I don't explicitly send a commit command, but my posting ends like this > (suggesting they are commited): > > SimplePostTool: POSTing file 21166.xml > SimplePostTool: POSTing file 21169.xml > SimplePostTool: COMMITting Solr index changes.. > > I just tried re-posting all the documents set as "text" -- will that > update the current documents indexed? (bearing in mind the unique key, > message-id, will be included again) > > When I try searching I still get 0 results for anything included in the > message-id and content fields, both of which should be indexed and > returning results... > > > Cheers for any help! > > > ryguasu wrote: >> >> These might be obvious, but: >> >> * I assume you did a Solr commit command after indexing, right? >> >> * If you are using the fieldtype definitions from the default >> schema.xml, then your "string" fields are not being analyzed, which >> means you should expect search results only if you enter the entire, >> exact value of one of the Message-ID or Date fields in your query. Is >> that your intention? >> >> And yes, your analysis of "stored" seems correct. Stored fields are >> those whose values you need back at query time, and indexed fields are >> those you can do queries on. For a few complications, see >> http://wiki.apache.org/solr/FieldOptionsByUseCase >> >> On Fri, Jan 23, 2009 at 8:04 PM, Johnny X <jonathanwel...@gmail.com> >> wrote: >>> >>> I've indexed my XML using the below in the schema: >>> >>> <field name="Message-ID" type="string" indexed="true" stored="true" >>> required="true"/> >>> <field name="Date" type="string" indexed="false" stored="true"/> >>> <field name="From" type="string" indexed="false" stored="true"/> >>> <field name="To" type="string" indexed="false" stored="true"/> >>> <field name="Subject" type="string" indexed="false" stored="true"/> >>> <field name="Mime-Version" type="string" indexed="false" >>> stored="true"/> >>> <field name="Content-Type" type="string" indexed="false" >>> stored="true"/> >>> <field name="Content-Transfer-Encoding" type="string" indexed="false" >>> stored="true"/> >>> <field name="X-From" type="string" indexed="false" stored="true"/> >>> <field name="X-To" type="string" indexed="false" stored="true"/> >>> <field name="X-cc" type="string" indexed="false" stored="true"/> >>> <field name="X-bcc" type="string" indexed="false" stored="true"/> >>> <field name="X-Folder" type="string" indexed="false" stored="true"/> >>> <field name="X-Origin" type="string" indexed="false" stored="true"/> >>> <field name="X-FileName" type="string" indexed="false" stored="true"/> >>> <field name="Content" type="string" indexed="true" stored="true"/> >>> >>> <uniqueKey>Message-ID</uniqueKey> >>> >>> However searching via the Message-ID or Content fields returns 0. Using >>> Luke >>> I can still see these fields are stored however. >>> >>> Out of interest, by setting the other fields to just "stored=true", can >>> they >>> be returned in a query as part of a search? >>> >>> >>> Cheers. >>> -- >>> View this message in context: >>> http://www.nabble.com/Results-not-appearing-tp21637069p21637069.html >>> Sent from the Solr - User mailing list archive at Nabble.com. >>> >>> >> >> > > -- View this message in context: http://www.nabble.com/Results-not-appearing-tp21637069p21641692.html Sent from the Solr - User mailing list archive at Nabble.com.
