How can I convert xml message for updating a Solr index to a javabin file

Hi all, Is there a way I can covert a xml Solr update message file to javabin file? If so, How? How can I use curl to update Solr by javabin message file? Thank you very much.

RE: How can I convert xml message for updating a Solr index to a javabin file

file Why would you want to do this? Javabin is used by SolrJ to communicate with Solr. XML is good enough for communicating from the command line/curl, as is JSON. Attempting to use javabin just seems to add an unnecessary complication. Upayavifra On Thu, Apr 24, 2014, at 10:20 AM, Elran Dvir

RE: How can I convert xml message for updating a Solr index to a javabin file

Does anyone know a way to do this? Thanks. -Original Message- From: Elran Dvir Sent: Thursday, April 24, 2014 4:11 PM To: solr-user@lucene.apache.org Subject: RE: How can I convert xml message for updating a Solr index to a javabin file I want to measure xml vs javabin update message

Is there a way to change transientCacheSize dynamically without restarting Solr

Hi All, Is there an API in Solr to change transientCacheSize dynamically without the need to restart Solr? Is there other Solr configuration parameters that can be changed dynamically? Thanks.

Reloading core with param vs unloading and creating with params

Hi all, I created a new patch https://issues.apache.org/jira/browse/SOLR-6063 , enabling changes in core properties without the need to unload and create it. Considering the change in patch, is reloading a core with transient=true and loadOnStartup=false equivalent in memory footprint to unloadi

RE: Is there a way to change transientCacheSize dynamically without restarting Solr

Does anyone have an answer for this? Thanks. From: Elran Dvir Sent: Thursday, May 15, 2014 12:32 PM To: solr-user@lucene.apache.org Subject: Is there a way to change transientCacheSize dynamically without restarting Solr Hi All, Is there an API in Solr to change transientCacheSize dynamically

RE: Reloading core with param vs unloading and creating with params

Hi, Did anyone have a chance to take a look at this issue? Thanks. From: Elran Dvir Sent: Thursday, May 15, 2014 12:22 PM To: solr-user@lucene.apache.org Subject: Reloading core with param vs unloading and creating with params Hi all, I created a new patch https://issues.apache.org/jira

RE: Is there a way to change transientCacheSize dynamically without restarting Solr

think there is way to do that right now. On Mon, May 19, 2014 at 12:18 PM, Elran Dvir wrote: > Does anyone have an answer for this? > Thanks. > > From: Elran Dvir > Sent: Thursday, May 15, 2014 12:32 PM > To: solr-user@lucene.apache.org > Subject: Is there a way to

wildcard matches in EnumField - what do I need to change in code to enable wildcard matches?

Hi all, In my index, I have an EnumField called severity. This is its configuration in enumsConfig.xml: Not Available Low Medium High Critical My index contains documents with these values. When I search for severity:High, I get results. But when

change in EnumField configuration - what do you think?

Hi all, I am the one that contributed EnumField code to Solr. There was a long discussion how the integer values of an enum field should be indicated in the configuration. It was decided that the integer value wouldn't be written explicitly, but would be implicitly determined by the value order.

RE: change in EnumField configuration - what do you think?

om: Erick Erickson Sent: Monday, June 2, 2014 10:46 AM To: solr-user@lucene.apache.org Subject: Re: change in EnumField configuration - what do you think? Would both then be supported? I see where it would be easily detectable. And I also assume that this wouldn't break back-compat? Best

copy EnumField to text field

Hi all, I have an enumField called severity. these are its relevant definitions in schema.xml: And in enumsConfig.xml: Not Available Low Medium High Critical The default field for free text search is text. An enum field can be sent with its integer

RE: copy EnumField to text field

Are you saying that default values are for query and not for indexing? Thanks. -Original Message- From: Alexandre Rafalovitch [mailto:arafa...@gmail.com] Sent: Monday, July 28, 2014 9:38 AM To: solr-user Subject: Re: copy EnumField to text field On Mon, Jul 28, 2014 at 1:31 PM, Elran

RE: copy EnumField to text field

y set the source input value to the default value if it is missing, but you would have to specify an explicit value for the URP to use. -- Jack Krupansky -Original Message- From: Elran Dvir Sent: Monday, July 28, 2014 4:12 AM To: solr-user@lucene.apache.org Subject: RE: copy EnumField to

RE: copy EnumField to text field

, before the actual field type has had a chance to process it in any way. -- Jack Krupansky -Original Message- From: Elran Dvir Sent: Monday, July 28, 2014 8:08 AM To: solr-user@lucene.apache.org Subject: RE: copy EnumField to text field So if I have a document without severity, I can'

RE: copy EnumField to text field

rk. I think this change is suitable for all field types. What do you think? But when no value is sent with severity, and the default of 0 is used, the fix doesn't seem to work. How can I make it work also for default values? Thanks. -Original Message- From: E

committer attention of SOLR-5972

Hi all, I created a patch for new statistics facet capabilities to StatsComponent facet - limit, sort and missing. This can be found here: https://issues.apache.org/jira/browse/SOLR-5972 Can it have committer attention? Thanks.

distributed search is significantly slower than direct search

Hi all, I am using Solr 4.4 with multi cores. One core (called template) is my "routing" core. When I run http://127.0.0.1:8983/solr/template/select?rows=5000&q=*:*&shards=127.0.0.1:8983/solr/core1, it consistently takes about 7s. When I run http://127.0.0.1:8983/solr/core1/select?rows=5000&q=

RE: distributed search is significantly slower than direct search

e, Oct 29, 2013 at 2:54 AM, Elran Dvir wrote: > Hi all, > > I am using Solr 4.4 with multi cores. One core (called template) is my > "routing" core. > > When I run > http://127.0.0.1:8983/solr/template/select?rows=5000&q=*:*&shards=127. > 0.0.1:8983/solr/c

RE: distributed search is significantly slower than direct search

oesn't seem > right. > > You are transferring 5,000 docs across the network, so it's possible > that your network is just slow, that's certainly a difference between > the local and remote case, but that's a stab in the dark. > > Not much help I know, >

suggestion for new custom atomic update

Hi all, This is my use case: I have a stored field, field_a, which is atomic updated (let's say by "inc"). field_a is stored but not indexed due to the large number of distinct values it can have. I need to index field_b (I need facet and stats on it) which is not in the document but its value

RE: suggestion for new custom atomic update

Hi all, Did anyone have a chance to review my idea? Thanks. -Original Message- From: Elran Dvir Sent: Monday, October 20, 2014 12:42 PM To: solr-user Subject: suggestion for new custom atomic update Hi all, This is my use case: I have a stored field, field_a, which is atomic updated

RE: suggestion for new custom atomic update

Subject: RE: suggestion for new custom atomic update Can't you do the calculation in custom UpdateRequestProcessor? Regards, Alex On 26/10/2014 4:17 am, "Elran Dvir" wrote: > Hi all, > > Did anyone have a chance to review my idea? > > Thanks. > > -Orig

RE: suggestion for new custom atomic update

Alex. Personal: http://www.outerthoughts.com/ and @arafalov Solr resources and newsletter: http://www.solr-start.com/ and @solrstart Solr popularizers community: https://www.linkedin.com/groups?gid=6713853 On 26 October 2014 12:00, Elran Dvir wrote: > Thanks for your response. > > If the

RE: suggestion for new custom atomic update

you try to get the value of field_a before DistributedUpdateProcessorFactory, then using your example with an atomic update, the value would be 5 (the value of the increment from the input document). On 27 October 2014 18:03, Elran Dvir wrote: > I will explain with an example. > Let

RE: suggestion for new custom atomic update

need to do it like this: On 28 October 2014 03:22, Shalin Shekhar Mangar wrote: > Hi Elran, > > You need to explicitly specify the DistributedUpdateProcessorFactory > in the chain and then add your custom processor after it. > > On Mon, Oct 27, 2014 at 9:26 PM, Elran Dvir

How to apply SOLR-6024 to Solr 4.8

Hi all, I am trying to apply SOLR-6024 patch to Solr 4.8. I have some compilation errors with it (detailed in Jira: https://issues.apache.org/jira/i#browse/SOLR-6024). How can I change the patch to be applied to 4.8? Thanks.

Stats calculation of existInDoc on multivalue fields which are doc valued

Hi all, I uploaded a patch (https://issues.apache.org/jira/browse/SOLR-5972) that contains a new statistics result for a field - existInDoc. It returns the number of documents in which the field has a value (not missing). This patch is bason on Solr 4.4. For multivalue fields there is a calculat

StatsComponent doesn't work if field's type is TextField - can I change field's type to String

Hi all, StatsComponent doesn't work if field's type is TextField. I get the following message: "Field type textstring{class=org.apache.solr.schema.TextField,analyzer=org.apache.solr.analysis.TokenizerChain,args={positionIncrementGap=100, sortMissingLast=true}} is not currently supported". My fie

RE: StatsComponent doesn't work if field's type is TextField - can I change field's type to String

Solr or implement a custom update component to break them up. At least there's no filter that I know of that takes a delimited set of numbers and transforms them. FWIW, Erick On Wed, Jun 26, 2013 at 4:14 AM, Elran Dvir wrote: > Hi all, > > StatsComponent doesn't work if fiel

new field type - enum field

Hi All, We have encountered a use case in our system where we have a few fields (Severity. Risk etc) with a closed set of values, where the sort order for these values is pre-determined but not lexicographic (Critical is higher than High). Generically this is very close to how enums work. To i

RE: new field type - enum field

Hi, I have implemented like Chris described it: The field is indexed as numeric, but displayed as string, according to configuration. It applies to facet, pivot, group and query. How do we proceed? How do I contribute it? Thanks. -Original Message- From: Chris Hostetter [mailto:hossman

RE: new field type - enum field

any comments before polishing. Best Erick On Thu, Jul 25, 2013 at 5:04 AM, Elran Dvir wrote: > Hi, > > I have implemented like Chris described it: > The field is indexed as numeric, but displayed as string, according to > configuration. > It applies to facet, pivot, group and

RE: new field type - enum field

should be able to attach a patch, wonder if there was some temporary glitch in the JIRA. Is this persisting. Let us know if this continues... Erick On Sun, Jul 28, 2013 at 12:11 PM, Elran Dvir wrote: > Hi, > > I have created an issue: > https://issues.apache.org/jira/browse/S

RE: new field type - enum field

27;ll attach it. Just to check, though, make sure you're logged in. I've been fooled once or twice by being automatically signed out... Erick On Mon, Jul 29, 2013 at 3:17 AM, Elran Dvir wrote: > Thanks, Erick. > > I have tried it four times. It keeps failing. > The problem r

RE: new field type - enum field

e.org Subject: Re: new field type - enum field OK, if you can attach it to an e-mail, I'll attach it. Just to check, though, make sure you're logged in. I've been fooled once or twice by being automatically signed out... Erick On Mon, Jul 29, 2013 at 3:17 AM, Elran Dvir wrote: &g

Upgrade Solr index from 4.0 to 4.2.1

Hi all, I have a 4.0 Solr (sharded/cored) index. I upgraded Solr to 4.2.1 and tried to load the existing index with it. I got the following exception: May 21, 2013 12:03:42 PM org.apache.solr.common.SolrException log SEVERE: null:org.apache.solr.common.SolrException: Unable to create core: othe

RE: Upgrade Solr index from 4.0 to 4.2.1

4.0 to 4.2.1 This is always something that gives me a headache, but what happens if you change in solrconfig.xml to LUCENE_40? I'm assuming it's LUCENE_42... Best Erick On Tue, May 21, 2013 at 5:48 AM, Elran Dvir wrote: > Hi all, > > I have a 4.0 Solr (sharded/cored) index

RE: Upgrade Solr index from 4.0 to 4.2.1

- From: Elran Dvir Sent: Tuesday, May 21, 2013 6:48 PM To: solr-user@lucene.apache.org Subject: RE: Upgrade Solr index from 4.0 to 4.2.1 Why LUCENE_42?Why not LUCENE_41? Do I still need to run IndexUpgrader or just loading will be enough? Thanks. -Original Message- From: Erick

RE: Upgrade Solr index from 4.0 to 4.2.1

:25 PM To: solr-user@lucene.apache.org Subject: Re: Upgrade Solr index from 4.0 to 4.2.1 LUCENE_40 since your original index was built with 4.0. As for the other, I'll defer to people who actually know what they're talking about. Best Erick On Wed, May 22, 2013 at 5:19 AM, Elran Dvir wrot