[EMAIL PROTECTED] wrote:
> Quoting Jeryl Cook <[EMAIL PROTECTED]>:
>
>> 2. Make the "schema.xml" configurable at runtime, not really sure the
>> best way to address this, because changing the schema would require
>> "re-indexing" the documents.
>
> Isn't the best way to address this just to leave
[EMAIL PROTECTED] wrote:
Quoting Daniel Papasian <[EMAIL PROTECTED]>:
Or if you're adding a new field to the schema (perhaps the most common
need for editing schema.xml), you don't need to reindex any documents at
all, right? Unless I'm missing something?
Well, it a
tim robertson wrote:
Hi,
Would I be correct in thinking that for each schema I want, I need a new
SOLR instance running?
Hey Tim,
Documents aren't required to have all of the fields (it's not a
database), so what I would do is just have all of the field definitions
in a single schema.xml fil
Sandeep Shetty wrote:
Hi people,
I am looking to provide exact phrase match, along with the full text
search with solr. I want to achieve the same effect in solr rather
than use a separate SQL query. I want to do the following as an
example
The indexed field has the text "car repair" (without
Evgeniy Strokin wrote:
I'm sorry, I didn't explain my case clearly. My Index base should
stay the same. User run query, and each time he runs query he wants
to suppress his own IDs. The example will be a merchant, who sell
books. He sell only fantasy books and he wants to see all fantasy
books in
Hey everyone,
I'm experimenting with updating solr from a remote XML source, using an
XSLT transform to get it into the solr XML syntax (and yes, I've looked
into SOLR-469, but disregarded it as I need to do quite a bit using XSLT
to get it to what I can index) to let me maintain an index.
I'm lo
Shalin Shekhar Mangar wrote:
Hi Daniel,
Maybe if you can give us a sample of how your XML looks like, we can suggest
how to use SOLR-469 (Data Import Handler) to index it. Most of the use-cases
we have yet encountered are solvable using the XPathEntityProcessor in
DataImportHandler without using
Chris Hostetter wrote:
> The two exceptions you cited both indicate there was at least one date
> instance with no millis included -- NOW can't do that. it always inlcudes
> millis (even though it shouldn't).
I've seen people suggest, for performance reasons, that they reduce the
granularity o
Alexander Ramos Jardim wrote:
Ok,
Thanks for the advice!
I got the XmlRequestHandler code. I see it uses Stax right at the XML it
gets. There isn't anything to plug in or out to get an easy way to change
the xml format.
To maybe save you from reinventing the wheel, when I asked a similar
que
Vender Livre wrote:
But it can find the most probable product, can't it?
Is there a library or tool that do something like that?
Someone told me SOLR would solve this problem.
I wouldn't say solr would solve this problem... sounds like someone sold
you snake oil!
If you wanted to use solr,
Ezra Epstein wrote:
storeAvailableDate:[* TO NOW]
storeExpirationDate:[NOW TO *]
...
This works perfectly. Only trouble is that the two data fields may
actually be empty, in which case this filters out such records and we
want to include them.
I think the easiest thing to do w
Norberto Meijome wrote:
> Thanks Yonik. ok, that matches what I've seen - if i know the actual
> name of the field I'm after, I can use it in a query it, but i can't
> use the dynamic_field_name_* (with wildcard) in the config.
>
> Is adding support for this something that is desirable / needed
>
12 matches
Mail list logo
