RE: Solr 5.4.0: Colored Highlight and multi-value field ?

[Bruno Mannina]

Hi Erik,

Sorry for the late reply, I wasn't in my office this week...

So, I give more information:

* IC is a multi-value field defined like this:


* The request I use (i.e):
http://my_host/solr/collection/select?
q=ic:(A63C10* OR G06F22/086)
&start=0
&rows=10
&wt=json
&indent=true
&sort=pd+desc
&fl=*
// HighLight
&hl=true
&hl.fl=ti,ab,ic,inc,cpc,apc
&hl.simple.pre=
&hl.simple.post=
&hl.fragmentsBuilder=colored
&hl.useFastVectorHighlighter=true
&hl.highlightMultiTerm=true
&hl.usePhraseHighlighter=true
&hl.fragsize=999
&hl.preserveMulti=true

* Result:
I have only one color (in my case the yellow) for all different values found

* BUT *

If I use a non multi-value field like ti (title) with a query with some keywords


*Result (i.e ti:(foo OR merge) ):
I have different colors for each different terms found


Question:
- Is it because IC field is not defined with all term*="true" options ?
- How can I have different color and not use pre and post tags ?


Many thanks for your help !

-Message d'origine-
De : Erick Erickson [mailto:erickerick...@gmail.com]
Envoyé : mercredi 4 octobre 2017 15:48
À : solr-user
Objet : Re: Solr 5.4.0: Colored Highlight and multi-value field ?

How does it not work for you? Details matter, an example set of values and the 
response from Solr are good bits of info for us to have.

On Tue, Oct 3, 2017 at 3:59 PM, Bruno Mannina 
wrote:

> Dear all,
>
>
>
> Is it possible to have a colored highlight in a multi-value field ?
>
>
>
> I’m succeed to do it on a textfield but not in a multi-value field,
> then SOLR takes hl.simple.pre / hl.simple.post as tag.
>
>
>
> Thanks a lot for your help,
>
>
>
> Cordialement, Best Regards
>
> Bruno Mannina
>
> www.matheo-software.com
>
> www.patent-pulse.com
>
> Tél. +33 0 970 738 743
>
> Mob. +33 0 634 421 817
>
> [image: facebook (1)] <https://www.facebook.com/PatentPulse>[image:
> 1425551717] <https://twitter.com/matheosoftware>[image: 1425551737]
> <https://www.linkedin.com/company/matheo-software>[image: 1425551760]
> <https://www.youtube.com/user/MatheoSoftware>
>
>
>
>
> <https://www.avast.com/sig-email?utm_medium=email&utm_source=link&utm_
> campaign=sig-email&utm_content=emailclient> Garanti sans virus.
> www.avast.com
> <https://www.avast.com/sig-email?utm_medium=email&utm_source=link&utm_
> campaign=sig-email&utm_content=emailclient>
> <#m_-7780043212915396992_DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2>
>


---
L'absence de virus dans ce courrier électronique a été vérifiée par le logiciel 
antivirus Avast.
https://www.avast.com/antivirus

Re: Solr 5.4.0: Colored Highlight and multi-value field ?

[Erick Erickson]

How does it not work for you? Details matter, an example set of values and
the response from Solr are good bits of info for us to have.

On Tue, Oct 3, 2017 at 3:59 PM, Bruno Mannina 
wrote:

> Dear all,
>
>
>
> Is it possible to have a colored highlight in a multi-value field ?
>
>
>
> I’m succeed to do it on a textfield but not in a multi-value field, then
> SOLR takes hl.simple.pre / hl.simple.post as tag.
>
>
>
> Thanks a lot for your help,
>
>
>
> Cordialement, Best Regards
>
> Bruno Mannina
>
> www.matheo-software.com
>
> www.patent-pulse.com
>
> Tél. +33 0 970 738 743
>
> Mob. +33 0 634 421 817
>
> [image: facebook (1)] [image:
> 1425551717] [image: 1425551737]
> [image: 1425551760]
> 
>
>
>
>
> 
>  Garanti
> sans virus. www.avast.com
> 
> <#m_-7780043212915396992_DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2>
>

Solr 5.4.0: Colored Highlight and multi-value field ?

[Bruno Mannina]

Dear all,



Is it possible to have a colored highlight in a multi-value field ?



I’m succeed to do it on a textfield but not in a multi-value field, then
SOLR takes hl.simple.pre / hl.simple.post as tag.



Thanks a lot for your help,



Cordialement, Best Regards

Bruno Mannina

  www.matheo-software.com

  www.patent-pulse.com

Tél. +33 0 970 738 743

Mob. +33 0 634 421 817

  facebook (1)
 1425551717
 1425551737
 1425551760





---
L'absence de virus dans ce courrier électronique a été vérifiée par le logiciel 
antivirus Avast.
https://www.avast.com/antivirus

Re: Fieldtype json supported in SOLR 5.4.0 or 5.4.1

[Abhijit Pawar]

Hi Edwin,
​​

I had to replace <> value with <> in 

in my data-source-config file and was able to index the data.

​However w​
ith IP address it is still not working.
In solr-config.xml I am not seeing anywhere to mention schema.xml or
managed-schema.xml.

​Meanwhile going back to my original question - what fieldtype to use for
JSON field in mongoDB ?

Currently for field "pricing" in my data-source-config file​
​
​ I am using String Array as a datatype :

​
data-source-config file​
​
​ :
​

​​

​managed-schema.xml (for SOLR 6.0) /schema.xml(for older version of SOLR)​ :



However it just shows and empty array when data is indexed.Any idea how to
define field of type JSON ?​
​

Best Regards,
<http://www.ibizsoftinc.com/>
<http://www.ibizsoftinc.com/>
Abhijit Pawar
Office : +1 (469) 287 2005 x 110



Follow us on:





On Sat, Apr 1, 2017 at 10:12 AM, Zheng Lin Edwin Yeo 
wrote:

> Did you upgrade your solrconfig.xml to the Solr 6.0 version too?
> There are some difference in Solr 6.0 version which requires setting to
> determine whether to use managed-schema or classic schema (the physical
> schema.xml file)
>
> Regards,
> Edwin
>
> On 1 April 2017 at 01:27, Abhijit Pawar 
> wrote:
>
> > Hi Rick,
> >
> > I tried installing SOLR 6.0 since SOLR 6.0 has managed-schema and tried
> > index the data from mongoDB :
> >
> >
> > 
> >  > driver="com.mongodb.jdbc.MongoDriver" url="mongodb://
> > ​<<>IP-Address>​
> > :27017/
> > ​<>
> > "/>
> > 
> >  > dataSource="mongod"
> > transformer="TemplateTransformer,ProdsCatsFieldTransformer"
> > onError="continue"
> > pk="uuid"
> > query="SELECT
> > orgidStr,idStr,name,code,description,price,images,
> > categoriesStr,enddate_solar,begin_date_solar,status_solar,
> > current_stock_solar,retprice_solar,distprice_solar,
> > listprice_solar,mfgprice_solar,out_of_stock_solar,hide_
> > product_solar,saleprice_solar,metakey_solar,sales_enabled,
> > new_product,has_sku,configurable,rating,updatedAt,comparable,hide_price
> > FROM products"
> > deltaImportQuery="SELECT
> > orgidStr,idStr,name,code,description,price,images,
> > categoriesStr,enddate_solar,begin_date_solar,status_solar,
> > current_stock_solar,retprice_solar,distprice_solar,
> > listprice_solar,mfgprice_solar,out_of_stock_solar,hide_
> > product_solar,saleprice_solar,metakey_solar,sales_enabled,
> > new_product,has_sku,configurable,rating,updatedAt,comparable,hide_price
> > FROM products WHERE orgidStr = '${dataimporter.request.orgid}' AND
> idStr =
> > '${dataimporter.delta.idStr}'"
> > deltaQuery="SELECT idStr FROM products WHERE idStr =
> > '${dataimporter.request.prodidStr}' AND orgidStr =
> > '${dataimporter.request.orgid}'"
> > >
> > 
> > 
> >  > template="org-${products.orgidStr}-prod-${products.idStr}"/>
> > 
> > 
> > 
> > 
> >
> >
> > ​This is the error I get :
> >
> > getNext() failed for query 'SELECT
> > orgidStr,idStr,name,code,description,price,images,
> > categoriesStr,enddate_solar,begin_date_solar,status_solar,
> > current_stock_solar,retprice_solar,distprice_solar,
> > listprice_solar,mfgprice_solar,out_of_stock_solar,hide_
> > product_solar,saleprice_solar,metakey_solar,sales_enabled,
> > new_product,has_sku,configurable,rating,updatedAt,comparable,hide_price
> > FROM products'
> >
> > :com.mongodb.MongoException$Network: can't call something : /
> > ​<>
> > :27017/
> > ​<>
> >
> >
> >
> > Caused by: java.io.IOException: couldn't connect to [/
> > ​
> > ​<>:27017] bc:java.net.SocketTimeoutException: connect timed
> > out
> >
> > ​Have anyone else gone through this kind of issue ?
> >
> >
> >
> >
> > On Tue, Mar 28, 2017 at 6:20 PM, Rick Leir  wrote:
> >
> > > Abhijit
> > > In Mongo you probably have one JSON record per document. You can post
> > that
> > > JSON record to Solr, and the JSON fields get indexed. The github
> project
> > > you mention does just that. If you use the Solr managed schema then
> Solr
> > > will automatically define fields based on what it receives. Otherwise
> you
> > > will need to carefully design a schema.xml.
> > > Cheers -- Rick
> > >
> > > On March 28, 2017 6:08:40 PM EDT, Abhijit Pawar <
> > > abhijit.ibizs...@gmail.com> wrote:
> > > >Hello All,
> > > >
> > > >I am working on a requirement to index field of type JSON (in mongoDB
> > > >collection) in SOLR 5.4.0.
> > > >
> > > >I am using mongo-jdbc-dih which I found on GitHub :
> > > >
> > > >https://github.com/hrishik/solr-mongodb-dih
> > > >
> > > >However I could not find a fieldtype on Apache SOLR wiki page which
> > > >would
> > > >support JSON datatype in mongoDB.
> > > >
> > > >Can someone please recommend a way to include datatype / fieldtype in
> > > >SOLR
> > > >schema to support or index JSON data field from mongoDB.
> > > >Thanks.
> > > >
> > > >R​egards,
> > > >
> > > >Abhijit​
> > >
> > > --
> > > Sent from my Android device with K-9 Mail. Please excuse my brevity.
> >
>

Re: Fieldtype json supported in SOLR 5.4.0 or 5.4.1

[Zheng Lin Edwin Yeo]

Did you upgrade your solrconfig.xml to the Solr 6.0 version too?
There are some difference in Solr 6.0 version which requires setting to
determine whether to use managed-schema or classic schema (the physical
schema.xml file)

Regards,
Edwin

On 1 April 2017 at 01:27, Abhijit Pawar  wrote:

> Hi Rick,
>
> I tried installing SOLR 6.0 since SOLR 6.0 has managed-schema and tried
> index the data from mongoDB :
>
>
> 
>  driver="com.mongodb.jdbc.MongoDriver" url="mongodb://
> ​<<>IP-Address>​
> :27017/
> ​<>
> "/>
> 
>  dataSource="mongod"
> transformer="TemplateTransformer,ProdsCatsFieldTransformer"
> onError="continue"
> pk="uuid"
> query="SELECT
> orgidStr,idStr,name,code,description,price,images,
> categoriesStr,enddate_solar,begin_date_solar,status_solar,
> current_stock_solar,retprice_solar,distprice_solar,
> listprice_solar,mfgprice_solar,out_of_stock_solar,hide_
> product_solar,saleprice_solar,metakey_solar,sales_enabled,
> new_product,has_sku,configurable,rating,updatedAt,comparable,hide_price
> FROM products"
> deltaImportQuery="SELECT
> orgidStr,idStr,name,code,description,price,images,
> categoriesStr,enddate_solar,begin_date_solar,status_solar,
> current_stock_solar,retprice_solar,distprice_solar,
> listprice_solar,mfgprice_solar,out_of_stock_solar,hide_
> product_solar,saleprice_solar,metakey_solar,sales_enabled,
> new_product,has_sku,configurable,rating,updatedAt,comparable,hide_price
> FROM products WHERE orgidStr = '${dataimporter.request.orgid}' AND idStr =
> '${dataimporter.delta.idStr}'"
> deltaQuery="SELECT idStr FROM products WHERE idStr =
> '${dataimporter.request.prodidStr}' AND orgidStr =
> '${dataimporter.request.orgid}'"
> >
> 
> 
>  template="org-${products.orgidStr}-prod-${products.idStr}"/>
> 
> 
> 
> 
>
>
> ​This is the error I get :
>
> getNext() failed for query 'SELECT
> orgidStr,idStr,name,code,description,price,images,
> categoriesStr,enddate_solar,begin_date_solar,status_solar,
> current_stock_solar,retprice_solar,distprice_solar,
> listprice_solar,mfgprice_solar,out_of_stock_solar,hide_
> product_solar,saleprice_solar,metakey_solar,sales_enabled,
> new_product,has_sku,configurable,rating,updatedAt,comparable,hide_price
> FROM products'
>
> :com.mongodb.MongoException$Network: can't call something : /
> ​<>
> :27017/
> ​<>
>
>
>
> Caused by: java.io.IOException: couldn't connect to [/
> ​
> ​<>:27017] bc:java.net.SocketTimeoutException: connect timed
> out
>
> ​Have anyone else gone through this kind of issue ?
>
>
>
>
> On Tue, Mar 28, 2017 at 6:20 PM, Rick Leir  wrote:
>
> > Abhijit
> > In Mongo you probably have one JSON record per document. You can post
> that
> > JSON record to Solr, and the JSON fields get indexed. The github project
> > you mention does just that. If you use the Solr managed schema then Solr
> > will automatically define fields based on what it receives. Otherwise you
> > will need to carefully design a schema.xml.
> > Cheers -- Rick
> >
> > On March 28, 2017 6:08:40 PM EDT, Abhijit Pawar <
> > abhijit.ibizs...@gmail.com> wrote:
> > >Hello All,
> > >
> > >I am working on a requirement to index field of type JSON (in mongoDB
> > >collection) in SOLR 5.4.0.
> > >
> > >I am using mongo-jdbc-dih which I found on GitHub :
> > >
> > >https://github.com/hrishik/solr-mongodb-dih
> > >
> > >However I could not find a fieldtype on Apache SOLR wiki page which
> > >would
> > >support JSON datatype in mongoDB.
> > >
> > >Can someone please recommend a way to include datatype / fieldtype in
> > >SOLR
> > >schema to support or index JSON data field from mongoDB.
> > >Thanks.
> > >
> > >R​egards,
> > >
> > >Abhijit​
> >
> > --
> > Sent from my Android device with K-9 Mail. Please excuse my brevity.
>

Re: Fieldtype json supported in SOLR 5.4.0 or 5.4.1

[Abhijit Pawar]

Hi Rick,

I tried installing SOLR 6.0 since SOLR 6.0 has managed-schema and tried
index the data from mongoDB :















​This is the error I get :

getNext() failed for query 'SELECT
orgidStr,idStr,name,code,description,price,images,categoriesStr,enddate_solar,begin_date_solar,status_solar,current_stock_solar,retprice_solar,distprice_solar,listprice_solar,mfgprice_solar,out_of_stock_solar,hide_product_solar,saleprice_solar,metakey_solar,sales_enabled,new_product,has_sku,configurable,rating,updatedAt,comparable,hide_price
FROM products'

:com.mongodb.MongoException$Network: can't call something : /
​<>
:27017/
​<>



Caused by: java.io.IOException: couldn't connect to [/
​
​<>:27017] bc:java.net.SocketTimeoutException: connect timed out

​Have anyone else gone through this kind of issue ?




On Tue, Mar 28, 2017 at 6:20 PM, Rick Leir  wrote:

> Abhijit
> In Mongo you probably have one JSON record per document. You can post that
> JSON record to Solr, and the JSON fields get indexed. The github project
> you mention does just that. If you use the Solr managed schema then Solr
> will automatically define fields based on what it receives. Otherwise you
> will need to carefully design a schema.xml.
> Cheers -- Rick
>
> On March 28, 2017 6:08:40 PM EDT, Abhijit Pawar <
> abhijit.ibizs...@gmail.com> wrote:
> >Hello All,
> >
> >I am working on a requirement to index field of type JSON (in mongoDB
> >collection) in SOLR 5.4.0.
> >
> >I am using mongo-jdbc-dih which I found on GitHub :
> >
> >https://github.com/hrishik/solr-mongodb-dih
> >
> >However I could not find a fieldtype on Apache SOLR wiki page which
> >would
> >support JSON datatype in mongoDB.
> >
> >Can someone please recommend a way to include datatype / fieldtype in
> >SOLR
> >schema to support or index JSON data field from mongoDB.
> >Thanks.
> >
> >R​egards,
> >
> >Abhijit​
>
> --
> Sent from my Android device with K-9 Mail. Please excuse my brevity.

Re: Fieldtype json supported in SOLR 5.4.0 or 5.4.1

[Abhijit Pawar]

Thanks Rick.

Does that mean I need to define managed-schema.xml, I thought it gets
created by default on installing but only on later versions of  SOLR ( 6.0
or later).

Will managed-schema help in indexing the JSON type fields in the mongoDB ?
How do I define the managed-schema in SOLR 5.4.0 ?



Best Regards,
<http://www.ibizsoftinc.com/>
<http://www.ibizsoftinc.com/>
Abhijit Pawar
Office : +1 (469) 287 2005 x 110



Follow us on:





On Tue, Mar 28, 2017 at 6:20 PM, Rick Leir  wrote:

> Abhijit
> In Mongo you probably have one JSON record per document. You can post that
> JSON record to Solr, and the JSON fields get indexed. The github project
> you mention does just that. If you use the Solr managed schema then Solr
> will automatically define fields based on what it receives. Otherwise you
> will need to carefully design a schema.xml.
> Cheers -- Rick
>
> On March 28, 2017 6:08:40 PM EDT, Abhijit Pawar <
> abhijit.ibizs...@gmail.com> wrote:
> >Hello All,
> >
> >I am working on a requirement to index field of type JSON (in mongoDB
> >collection) in SOLR 5.4.0.
> >
> >I am using mongo-jdbc-dih which I found on GitHub :
> >
> >https://github.com/hrishik/solr-mongodb-dih
> >
> >However I could not find a fieldtype on Apache SOLR wiki page which
> >would
> >support JSON datatype in mongoDB.
> >
> >Can someone please recommend a way to include datatype / fieldtype in
> >SOLR
> >schema to support or index JSON data field from mongoDB.
> >Thanks.
> >
> >R​egards,
> >
> >Abhijit​
>
> --
> Sent from my Android device with K-9 Mail. Please excuse my brevity.

Re: Fieldtype json supported in SOLR 5.4.0 or 5.4.1

[Rick Leir]

Abhijit 
In Mongo you probably have one JSON record per document. You can post that JSON 
record to Solr, and the JSON fields get indexed. The github project you mention 
does just that. If you use the Solr managed schema then Solr will automatically 
define fields based on what it receives. Otherwise you will need to carefully 
design a schema.xml.
Cheers -- Rick

On March 28, 2017 6:08:40 PM EDT, Abhijit Pawar  
wrote:
>Hello All,
>
>I am working on a requirement to index field of type JSON (in mongoDB
>collection) in SOLR 5.4.0.
>
>I am using mongo-jdbc-dih which I found on GitHub :
>
>https://github.com/hrishik/solr-mongodb-dih
>
>However I could not find a fieldtype on Apache SOLR wiki page which
>would
>support JSON datatype in mongoDB.
>
>Can someone please recommend a way to include datatype / fieldtype in
>SOLR
>schema to support or index JSON data field from mongoDB.
>Thanks.
>
>R​egards,
>
>Abhijit​

-- 
Sent from my Android device with K-9 Mail. Please excuse my brevity.

Fieldtype json supported in SOLR 5.4.0 or 5.4.1

[Abhijit Pawar]

Hello All,

I am working on a requirement to index field of type JSON (in mongoDB
collection) in SOLR 5.4.0.

I am using mongo-jdbc-dih which I found on GitHub :

https://github.com/hrishik/solr-mongodb-dih

However I could not find a fieldtype on Apache SOLR wiki page which would
support JSON datatype in mongoDB.

Can someone please recommend a way to include datatype / fieldtype in SOLR
schema to support or index JSON data field from mongoDB.
Thanks.

R​egards,

Abhijit​

ObjectId datatype handling in SOLR 5.4.0

[Abhijit Pawar]

Hello,

I am trying to index fields with ObjectId datatype from my mongoDB into
SOLR 5.4.0 using DIH(DataImportHandler) however it does not allow me to
index it.
I have to change it to string in my mongodb and then index it.

Is there a way to index ObjectId datatype fields in SOLR schema ?


Best Regards,

​Abhijit​

Re: Difference in boolean query parsing. Solr-5.4.0 VS Solr.6.1.0

[Steve Rowe]

It’s fairly likely these differences are as a result of SOLR-2649[1] (released 
with 5.5) and SOLR-8812[2] (released with 6.1).

If you haven’t seen it, I recommend you read Hoss'ss blog “Why Not AND, OR, And 
NOT?” <https://lucidworks.com/blog/2011/12/28/why-not-and-or-and-not/>.

If you can, add parentheses to explicitly specify precedence.

[1] https://issues.apache.org/jira/browse/SOLR-2649
[2] https://issues.apache.org/jira/browse/SOLR-8812

--
Steve
www.lucidworks.com

> On Aug 4, 2016, at 2:23 AM, Modassar Ather  wrote:
> 
> Hi,
> 
> During migration from Solr-5.4.1 to Solr-6.1.0 I saw a difference in the
> behavior of few of my boolean queries.
> As per my current understanding the default operator comes in when there is
> no operator present in between two terms.
> Also both the ANDed terms are marked mandatory if not, any of them is
> introduced as NOT. Same is the case with OR.
> Please correct me if my understanding is wrong.
> 
> The below queries are parsed differently and causes a lot of difference in
> search result.
> The default operator used is AND and no mm is set.
> 
> 
> *Query  : *fl:(network hardware AND device OR system)
> *Solr.6.1.0 :* "+(+fl:network +fl:hardware fl:device fl:system)"
> *Solr-5.4.0 : *"+(fl:network +fl:hardware +fl:device fl:system)"
> 
> *Query  : *fl:(network OR hardware device system)
> *Solr.6.1.0 : *"+(fl:network fl:hardware +fl:device +fl:system)"
> *Solr-5.4.0 : *"+(fl:network fl:hardware fl:device fl:system)"
> 
> *Query  : *fl:(network OR hardware AND device OR system)
> *Solr.6.1.0 : *"+(fl:network +fl:hardware fl:device fl:system)"
> *Solr-5.4.0 : *"+(fl:network +fl:hardware +fl:device fl:system)"
> 
> *Query  : *fl:(network AND hardware AND device OR system)"
> *Solr.6.1.0 : *"+(+fl:network +fl:hardware fl:device fl:system)"
> *Solr-5.4.0 : *"+(+fl:network +fl:hardware +fl:device fl:system)"
> 
> Please help me understand the difference in parsing and its effect on
> search.
> 
> Thanks,
> Modassar

Difference in boolean query parsing. Solr-5.4.0 VS Solr.6.1.0

[Modassar Ather]

Hi,

During migration from Solr-5.4.1 to Solr-6.1.0 I saw a difference in the
behavior of few of my boolean queries.
As per my current understanding the default operator comes in when there is
no operator present in between two terms.
Also both the ANDed terms are marked mandatory if not, any of them is
introduced as NOT. Same is the case with OR.
Please correct me if my understanding is wrong.

The below queries are parsed differently and causes a lot of difference in
search result.
The default operator used is AND and no mm is set.


*Query  : *fl:(network hardware AND device OR system)
*Solr.6.1.0 :* "+(+fl:network +fl:hardware fl:device fl:system)"
*Solr-5.4.0 : *"+(fl:network +fl:hardware +fl:device fl:system)"

*Query  : *fl:(network OR hardware device system)
*Solr.6.1.0 : *"+(fl:network fl:hardware +fl:device +fl:system)"
*Solr-5.4.0 : *"+(fl:network fl:hardware fl:device fl:system)"

*Query  : *fl:(network OR hardware AND device OR system)
*Solr.6.1.0 : *"+(fl:network +fl:hardware fl:device fl:system)"
*Solr-5.4.0 : *"+(fl:network +fl:hardware +fl:device fl:system)"

*Query  : *fl:(network AND hardware AND device OR system)"
*Solr.6.1.0 : *"+(+fl:network +fl:hardware fl:device fl:system)"
*Solr-5.4.0 : *"+(+fl:network +fl:hardware +fl:device fl:system)"

Please help me understand the difference in parsing and its effect on
search.

Thanks,
Modassar

Re: Upgrading from Solr 5.4.0 to Solr 6.0.0

[Zheng Lin Edwin Yeo]

Thanks for the information Shawn.

It works when I remove the units parameter entirely.

Regards,
Edwin


On 25 May 2016 at 21:49, Shawn Heisey  wrote:

> On 5/25/2016 3:54 AM, Zheng Lin Edwin Yeo wrote:
> > Thanks for your reply. I have found that the problem is with the
> > units="degrees" in schema.xml Caused by: java.lang.RuntimeException:
> > schema fieldtype
> > location_rpt(org.apache.solr.schema.SpatialRecursivePrefixTreeFieldType)
> > invalid arguments:{units=degrees} at
> > org.apache.solr.schema.FieldType.setArgs(FieldType.java:198) at
> >
> org.apache.solr.schema.FieldTypePluginLoader.init(FieldTypePluginLoader.java:150)
> > at
> >
> org.apache.solr.schema.FieldTypePluginLoader.init(FieldTypePluginLoader.java:53)
>
> Prior to 5.0, the units parameter was *required* for that class, but
> apparently didn't actually *do* anything.  The parameter was deprecated
> in 5.0, and removed in 6.0 (which errors because it's an unknown
> parameter):
>
> https://issues.apache.org/jira/browse/SOLR-6797
>
> This is the CHANGES.txt entry for that issue:
>
> * SOLR-6797: Spatial fields that used to require units=degrees like
> SpatialRecursivePrefixTreeFieldType (RPT) now take
> distanceUnits=degrees|kilometers|miles instead. It is applied to nearly
> all distance measurements involving the field: maxDistErr, distErr, d,
> geodist, score=distance|area|area2d. score now accepts these units as
> well. It does NOT affect distances embedded in WKT strings like
> BUFFER(POINT(200 10),0.2)).
> (Ishan Chattopadhyaya, David Smiley)
>
> If you change "units" to "distanceUnits" in your schema, it might get
> rid of the error.  I think you could also just remove the units
> parameter entirely.  I have not tested either option, so I cannot be
> absolutely sure what will happen.
>
> Thanks,
> Shawn
>
>

Re: Upgrading from Solr 5.4.0 to Solr 6.0.0

[Shawn Heisey]

On 5/25/2016 3:54 AM, Zheng Lin Edwin Yeo wrote:
> Thanks for your reply. I have found that the problem is with the
> units="degrees" in schema.xml Caused by: java.lang.RuntimeException:
> schema fieldtype
> location_rpt(org.apache.solr.schema.SpatialRecursivePrefixTreeFieldType)
> invalid arguments:{units=degrees} at
> org.apache.solr.schema.FieldType.setArgs(FieldType.java:198) at
> org.apache.solr.schema.FieldTypePluginLoader.init(FieldTypePluginLoader.java:150)
> at
> org.apache.solr.schema.FieldTypePluginLoader.init(FieldTypePluginLoader.java:53)

Prior to 5.0, the units parameter was *required* for that class, but
apparently didn't actually *do* anything.  The parameter was deprecated
in 5.0, and removed in 6.0 (which errors because it's an unknown parameter):

https://issues.apache.org/jira/browse/SOLR-6797

This is the CHANGES.txt entry for that issue:

* SOLR-6797: Spatial fields that used to require units=degrees like
SpatialRecursivePrefixTreeFieldType (RPT) now take
distanceUnits=degrees|kilometers|miles instead. It is applied to nearly
all distance measurements involving the field: maxDistErr, distErr, d,
geodist, score=distance|area|area2d. score now accepts these units as
well. It does NOT affect distances embedded in WKT strings like
BUFFER(POINT(200 10),0.2)).
(Ishan Chattopadhyaya, David Smiley)

If you change "units" to "distanceUnits" in your schema, it might get
rid of the error.  I think you could also just remove the units
parameter entirely.  I have not tested either option, so I cannot be
absolutely sure what will happen.

Thanks,
Shawn

Re: Upgrading from Solr 5.4.0 to Solr 6.0.0

[Zheng Lin Edwin Yeo]

Thanks for your reply.

I have found that the problem is with the  units="degrees" in schema.xml

Caused by: java.lang.RuntimeException: schema fieldtype
location_rpt(org.apache.solr.schema.SpatialRecursivePrefixTreeFieldType)
invalid arguments:{units=degrees}
at org.apache.solr.schema.FieldType.setArgs(FieldType.java:198)
at
org.apache.solr.schema.FieldTypePluginLoader.init(FieldTypePluginLoader.java:150)
at
org.apache.solr.schema.FieldTypePluginLoader.init(FieldTypePluginLoader.java:53)

This error will appear for those fieldType with units=degrees. It works
after I remove those fieldType from my schema.xml.

Would like to check, is there any compatibility issue with this
units=degrees, or is it already deprecated in Solr 6.0.0

Regards,
Edwin


On 25 May 2016 at 16:49, Alessandro Benedetti  wrote:

> From 5.4.0 to Solr 6 you don't even need to migrate the index.
> Set up you Solr 6,
> Start it up
> Check if Solr is happy ( no schema or solrconfig exception in the log)
> Stop Solr
> Copy the index
> Start Solr and do a commit/optimize and the index should be up to date.
>
> Let me know if you find any problem!
>
> Cheers
>
> On Wed, May 25, 2016 at 9:09 AM, Zheng Lin Edwin Yeo  >
> wrote:
>
> > Hi,
> >
> > I'm in the process of upgrading from Solr 5.4.0 to Solr 6.0.0.
> >
> > However, when I migrate the index over, it says that there is Error
> loading
> > solr config from solrconfig.xml.
> >
> > Is there is anything that is not comparable from Solr 5.4.0 which may
> > causes this?
> >
> > I have changed the luceneMatchVersion to 6.0.0:
> > 6.0.0
> >
> > Also, I'm using the ClassicIndexSchemaFactory, and this line has been
> > inserted in my solrconfig.xml since Solr 5.3:
> > 
> >
> > Regards,
> > Edwin
> >
>
>
>
> --
> --
>
> Benedetti Alessandro
> Visiting card : http://about.me/alessandro_benedetti
>
> "Tyger, tyger burning bright
> In the forests of the night,
> What immortal hand or eye
> Could frame thy fearful symmetry?"
>
> William Blake - Songs of Experience -1794 England
>

Re: Upgrading from Solr 5.4.0 to Solr 6.0.0

[Alessandro Benedetti]

>From 5.4.0 to Solr 6 you don't even need to migrate the index.
Set up you Solr 6,
Start it up
Check if Solr is happy ( no schema or solrconfig exception in the log)
Stop Solr
Copy the index
Start Solr and do a commit/optimize and the index should be up to date.

Let me know if you find any problem!

Cheers

On Wed, May 25, 2016 at 9:09 AM, Zheng Lin Edwin Yeo 
wrote:

> Hi,
>
> I'm in the process of upgrading from Solr 5.4.0 to Solr 6.0.0.
>
> However, when I migrate the index over, it says that there is Error loading
> solr config from solrconfig.xml.
>
> Is there is anything that is not comparable from Solr 5.4.0 which may
> causes this?
>
> I have changed the luceneMatchVersion to 6.0.0:
> 6.0.0
>
> Also, I'm using the ClassicIndexSchemaFactory, and this line has been
> inserted in my solrconfig.xml since Solr 5.3:
> 
>
> Regards,
> Edwin
>



-- 
--

Benedetti Alessandro
Visiting card : http://about.me/alessandro_benedetti

"Tyger, tyger burning bright
In the forests of the night,
What immortal hand or eye
Could frame thy fearful symmetry?"

William Blake - Songs of Experience -1794 England

Upgrading from Solr 5.4.0 to Solr 6.0.0

[Zheng Lin Edwin Yeo]

Hi,

I'm in the process of upgrading from Solr 5.4.0 to Solr 6.0.0.

However, when I migrate the index over, it says that there is Error loading
solr config from solrconfig.xml.

Is there is anything that is not comparable from Solr 5.4.0 which may
causes this?

I have changed the luceneMatchVersion to 6.0.0:
6.0.0

Also, I'm using the ClassicIndexSchemaFactory, and this line has been
inserted in my solrconfig.xml since Solr 5.3:


Regards,
Edwin

Re: SOLR 5.4.0?

[Ere Maijala]

Sorry for taking so long. I can confirm that SOLR-8418 is fixed for me 
in a self-built 5.5.0 snapshot. Now the next obvious question is, any 
ETA for a release?


Regards,
Ere

31.12.2015, 19.15, Erick Erickson kirjoitti:

Ere:

Can you help with testing the patch if it's important to you? Ramkumar
is working on it...


Best,
Erick

On Wed, Dec 30, 2015 at 11:07 PM, Ere Maijala  wrote:

Well, for us SOLR-8418 is a major issue. I haven't encountered other issues,
but that one was sort of a show-stopper.

--Ere

31.12.2015, 7.27, William Bell kirjoitti:


How is SOLR 5.4.0 ? I heard there was a quick 5.4.1 coming out?

Any major issues?



--
Ere Maijala
Kansalliskirjasto / The National Library of Finland


--
Ere Maijala
Kansalliskirjasto / The National Library of Finland

Re: Using post.jr for indexing in Solr 5.4.0

[Zheng Lin Edwin Yeo]

Yes, I'm trying to clean up the text before indexing, but I have not tried
on UpdateRequestProcessor. I have been modifying the SolrContentHandler to
do that.

Regards,
Edwin

On 1 January 2016 at 16:32, Alexandre Rafalovitch 
wrote:

> Wait? You are trying to clean up text just before indexing? Have you tried
> an UpdateRequestProcessor to do that?
>
> Regards,
> Alex
> On 1 Jan 2016 1:14 am, "Zheng Lin Edwin Yeo"  wrote:
>
> > Yes, I tried using the latest post.jar, and I got the same error.
> >
> > I have shortlisted the problem down to the
> > org.apache.solr.handler.extraction.ExtractingDocumentLoader, as I have
> > modified my SolrContentHandler to remove things like \n, \t and \r from
> > being indexed. for this, I have repackaged all the class under
> > org.apache.solr.handler.extraction, which lncludes the
> > ExtractingDocumentLoader into a new custom jar.
> >
> > I will work fine if I do not use my modified SolrContentHandler, but that
> > means all the \n, \t and \r will be indexed.
> >
> > Is there any changes with the ExtractingDocumentLoader or other class
> under
> > org.apache.solr.handler.extraction?
> >
> > Regards,
> > Edwin
> >
> >
> > On 31 December 2015 at 18:09, Erik Hatcher 
> wrote:
> >
> > > Looks like you don't have Solr "Cell" lib's pointed to properly in your
> > > solrconfig.   Try /update/extract directly taking post.jar out if the
> > > equation to troubleshoot.
> > >
> > > What's your exact command line?
> > >
> > > Erik
> > >
> > > > On Dec 31, 2015, at 00:42, Zheng Lin Edwin Yeo  >
> > > wrote:
> > > >
> > > > Hi,
> > > >
> > > > Would like to find out, is there any changes to the post.jar for Solr
> > > 5.4?
> > > > I tried to use the post.jar from Solr 5.3.0, and it gives me the
> > > following
> > > > error during indexing:
> > > >
> > > > java.lang.NoSuchMethodError:
> > > > org.apache.solr.h
> > > >
> > >
> >
> andler.extraction.ExtractingDocumentLoader.(Lorg/apache/solr/request
> > > >
> > >
> >
> /SolrQueryRequest;Lorg/apache/solr/update/processor/UpdateRequestProcessor;Lorg/
> > > >
> > >
> >
> apache/tika/config/TikaConfig;Lorg/apache/solr/handler/extraction/ParseContextCo
> > > >
> > >
> >
> nfig;Lorg/apache/solr/handler/extraction/SolrContentHandlerFactory;)V > > > name="trace">java.lang.RuntimeException: java.lang.NoSuchMethodError:
> > > > org.apache
> > > >
> > >
> >
> .solr.handler.extraction.ExtractingDocumentLoader.(Lorg/apache/solr/
> > > >
> > >
> >
> request/SolrQueryRequest;Lorg/apache/solr/update/processor/UpdateRequestProcesso
> > > >
> > >
> >
> r;Lorg/apache/tika/config/TikaConfig;Lorg/apache/solr/handler/extraction/ParseCo
> > > >
> > >
> >
> ntextConfig;Lorg/apache/solr/handler/extraction/SolrContentHandlerFactory;)V
> > > >at
> > > > org.apache.solr.servlet.HttpSolrCall.sendError(HttpSolrCall.java:611)
> > > >
> > > >at
> > > org.apache.solr.servlet.HttpSolrCall.call(HttpSolrCall.java:472)
> > > >at
> > > > org.apache.solr.servlet.SolrDispatchFilter.doFilter(SolrDispatchFilte
> > > > r.java:222)
> > > >at
> > > > org.apache.solr.servlet.SolrDispatchFilter.doFilter(SolrDispatchFilte
> > > > r.java:181)
> > > >at
> > > > org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(Servlet
> > > > Handler.java:1652)
> > > >at
> > > > org.eclipse.jetty.servlet.ServletHandler.doHandle(ServletHandler.java
> > > > :585)
> > > >at
> > > > org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.j
> > > > ava:143)
> > > >at
> > > > org.eclipse.jetty.security.SecurityHandler.handle(SecurityHandler.jav
> > > > a:577)
> > > >at
> > > > org.eclipse.jetty.server.session.SessionHandler.doHandle(SessionHandl
> > > > er.java:223)
> > > >at
> > > > org.eclipse.jetty.server.handler.ContextHandler.doHandle(ContextHandl
> > > > er.java:1127)
> > > >at
> > > > org.eclipse.jetty.servlet.ServletHandler.doScope(ServletHandler.java:
> > > > 515)
> > > >at
> > > > org.eclipse.jetty.server.session.SessionHandler.doScope(SessionHandle
> > > > r.java:185)
> > > >at
> > > > org.eclipse.jetty.server.handler.ContextHandler.doScope(ContextHandle
> > > > r.java:1061)
> > > >at
> > > > org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.j
> > > > ava:141)
> > > >at
> > > > org.eclipse.jetty.server.handler.ContextHandlerCollection.handle(Cont
> > > > extHandlerCollection.java:215)
> > > >at
> > > > org.eclipse.jetty.server.handler.HandlerCollection.handle(HandlerColl
> > > > ection.java:110)
> > > >at
> > > > org.eclipse.jetty.server.handler.HandlerWrapper.handle(HandlerWrapper
> > > > .java:97)
> > > >at org.eclipse.jetty.server.Server.handle(Server.java:499)
> > > >at
> > > org.eclipse.jetty.server.HttpChannel.handle(HttpChannel.java:310)
> > > >at
> > > > org.eclipse.jetty.server.HttpConnection.onFillable(HttpConnection.jav
> > > > a:257)
> > > >at
> > > > org.ecli

Re: Using post.jr for indexing in Solr 5.4.0

[Alexandre Rafalovitch]

Wait? You are trying to clean up text just before indexing? Have you tried
an UpdateRequestProcessor to do that?

Regards,
Alex
On 1 Jan 2016 1:14 am, "Zheng Lin Edwin Yeo"  wrote:

> Yes, I tried using the latest post.jar, and I got the same error.
>
> I have shortlisted the problem down to the
> org.apache.solr.handler.extraction.ExtractingDocumentLoader, as I have
> modified my SolrContentHandler to remove things like \n, \t and \r from
> being indexed. for this, I have repackaged all the class under
> org.apache.solr.handler.extraction, which lncludes the
> ExtractingDocumentLoader into a new custom jar.
>
> I will work fine if I do not use my modified SolrContentHandler, but that
> means all the \n, \t and \r will be indexed.
>
> Is there any changes with the ExtractingDocumentLoader or other class under
> org.apache.solr.handler.extraction?
>
> Regards,
> Edwin
>
>
> On 31 December 2015 at 18:09, Erik Hatcher  wrote:
>
> > Looks like you don't have Solr "Cell" lib's pointed to properly in your
> > solrconfig.   Try /update/extract directly taking post.jar out if the
> > equation to troubleshoot.
> >
> > What's your exact command line?
> >
> > Erik
> >
> > > On Dec 31, 2015, at 00:42, Zheng Lin Edwin Yeo 
> > wrote:
> > >
> > > Hi,
> > >
> > > Would like to find out, is there any changes to the post.jar for Solr
> > 5.4?
> > > I tried to use the post.jar from Solr 5.3.0, and it gives me the
> > following
> > > error during indexing:
> > >
> > > java.lang.NoSuchMethodError:
> > > org.apache.solr.h
> > >
> >
> andler.extraction.ExtractingDocumentLoader.(Lorg/apache/solr/request
> > >
> >
> /SolrQueryRequest;Lorg/apache/solr/update/processor/UpdateRequestProcessor;Lorg/
> > >
> >
> apache/tika/config/TikaConfig;Lorg/apache/solr/handler/extraction/ParseContextCo
> > >
> >
> nfig;Lorg/apache/solr/handler/extraction/SolrContentHandlerFactory;)V > > name="trace">java.lang.RuntimeException: java.lang.NoSuchMethodError:
> > > org.apache
> > >
> >
> .solr.handler.extraction.ExtractingDocumentLoader.(Lorg/apache/solr/
> > >
> >
> request/SolrQueryRequest;Lorg/apache/solr/update/processor/UpdateRequestProcesso
> > >
> >
> r;Lorg/apache/tika/config/TikaConfig;Lorg/apache/solr/handler/extraction/ParseCo
> > >
> >
> ntextConfig;Lorg/apache/solr/handler/extraction/SolrContentHandlerFactory;)V
> > >at
> > > org.apache.solr.servlet.HttpSolrCall.sendError(HttpSolrCall.java:611)
> > >
> > >at
> > org.apache.solr.servlet.HttpSolrCall.call(HttpSolrCall.java:472)
> > >at
> > > org.apache.solr.servlet.SolrDispatchFilter.doFilter(SolrDispatchFilte
> > > r.java:222)
> > >at
> > > org.apache.solr.servlet.SolrDispatchFilter.doFilter(SolrDispatchFilte
> > > r.java:181)
> > >at
> > > org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(Servlet
> > > Handler.java:1652)
> > >at
> > > org.eclipse.jetty.servlet.ServletHandler.doHandle(ServletHandler.java
> > > :585)
> > >at
> > > org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.j
> > > ava:143)
> > >at
> > > org.eclipse.jetty.security.SecurityHandler.handle(SecurityHandler.jav
> > > a:577)
> > >at
> > > org.eclipse.jetty.server.session.SessionHandler.doHandle(SessionHandl
> > > er.java:223)
> > >at
> > > org.eclipse.jetty.server.handler.ContextHandler.doHandle(ContextHandl
> > > er.java:1127)
> > >at
> > > org.eclipse.jetty.servlet.ServletHandler.doScope(ServletHandler.java:
> > > 515)
> > >at
> > > org.eclipse.jetty.server.session.SessionHandler.doScope(SessionHandle
> > > r.java:185)
> > >at
> > > org.eclipse.jetty.server.handler.ContextHandler.doScope(ContextHandle
> > > r.java:1061)
> > >at
> > > org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.j
> > > ava:141)
> > >at
> > > org.eclipse.jetty.server.handler.ContextHandlerCollection.handle(Cont
> > > extHandlerCollection.java:215)
> > >at
> > > org.eclipse.jetty.server.handler.HandlerCollection.handle(HandlerColl
> > > ection.java:110)
> > >at
> > > org.eclipse.jetty.server.handler.HandlerWrapper.handle(HandlerWrapper
> > > .java:97)
> > >at org.eclipse.jetty.server.Server.handle(Server.java:499)
> > >at
> > org.eclipse.jetty.server.HttpChannel.handle(HttpChannel.java:310)
> > >at
> > > org.eclipse.jetty.server.HttpConnection.onFillable(HttpConnection.jav
> > > a:257)
> > >at
> > > org.eclipse.jetty.io.AbstractConnection$2.run(AbstractConnection.java
> > > :540)
> > >at
> > > org.eclipse.jetty.util.thread.QueuedThreadPool.runJob(QueuedThreadPoo
> > > l.java:635)
> > >at
> > > org.eclipse.jetty.util.thread.QueuedThreadPool$3.run(QueuedThreadPool
> > > .java:555)
> > >at java.lang.Thread.run(Thread.java:745)
> > > Caused by: java.lang.NoSuchMethodError:
> > > org.apache.solr.handler.extraction.Extra
> > >
> >
> ctingDocumentLoader.(Lorg/apache/solr/request/SolrQueryRequest;

Re: Using post.jr for indexing in Solr 5.4.0

[Zheng Lin Edwin Yeo]

Hi,

This is the latest error that I got even after I update all the class and
dependency jars to the latest version.

SimplePostTool: WARNING: Response: 

5000
java.lang.NullPointerException
at
org.apache.tika.parser.AutoDetectParser.(AutoDetectParser
.java:77)
at
org.apache.solr.handler.extraction.ExtractingDocumentLoader. Yes, I tried using the latest post.jar, and I got the same error.
>
> I have shortlisted the problem down to the
> org.apache.solr.handler.extraction.ExtractingDocumentLoader, as I have
> modified my SolrContentHandler to remove things like \n, \t and \r from
> being indexed. for this, I have repackaged all the class under
> org.apache.solr.handler.extraction, which lncludes the
> ExtractingDocumentLoader into a new custom jar.
>
> I will work fine if I do not use my modified SolrContentHandler, but that
> means all the \n, \t and \r will be indexed.
>
> Is there any changes with the ExtractingDocumentLoader or other class
> under org.apache.solr.handler.extraction?
>
> Regards,
> Edwin
>
>
> On 31 December 2015 at 18:09, Erik Hatcher  wrote:
>
>> Looks like you don't have Solr "Cell" lib's pointed to properly in your
>> solrconfig.   Try /update/extract directly taking post.jar out if the
>> equation to troubleshoot.
>>
>> What's your exact command line?
>>
>> Erik
>>
>> > On Dec 31, 2015, at 00:42, Zheng Lin Edwin Yeo 
>> wrote:
>> >
>> > Hi,
>> >
>> > Would like to find out, is there any changes to the post.jar for Solr
>> 5.4?
>> > I tried to use the post.jar from Solr 5.3.0, and it gives me the
>> following
>> > error during indexing:
>> >
>> > java.lang.NoSuchMethodError:
>> > org.apache.solr.h
>> >
>> andler.extraction.ExtractingDocumentLoader.(Lorg/apache/solr/request
>> >
>> /SolrQueryRequest;Lorg/apache/solr/update/processor/UpdateRequestProcessor;Lorg/
>> >
>> apache/tika/config/TikaConfig;Lorg/apache/solr/handler/extraction/ParseContextCo
>> >
>> nfig;Lorg/apache/solr/handler/extraction/SolrContentHandlerFactory;)V> > name="trace">java.lang.RuntimeException: java.lang.NoSuchMethodError:
>> > org.apache
>> >
>> .solr.handler.extraction.ExtractingDocumentLoader.(Lorg/apache/solr/
>> >
>> request/SolrQueryRequest;Lorg/apache/solr/update/processor/UpdateRequestProcesso
>> >
>> r;Lorg/apache/tika/config/TikaConfig;Lorg/apache/solr/handler/extraction/ParseC

Re: Using post.jr for indexing in Solr 5.4.0

[Zheng Lin Edwin Yeo]

Yes, I tried using the latest post.jar, and I got the same error.

I have shortlisted the problem down to the
org.apache.solr.handler.extraction.ExtractingDocumentLoader, as I have
modified my SolrContentHandler to remove things like \n, \t and \r from
being indexed. for this, I have repackaged all the class under
org.apache.solr.handler.extraction, which lncludes the
ExtractingDocumentLoader into a new custom jar.

I will work fine if I do not use my modified SolrContentHandler, but that
means all the \n, \t and \r will be indexed.

Is there any changes with the ExtractingDocumentLoader or other class under
org.apache.solr.handler.extraction?

Regards,
Edwin


On 31 December 2015 at 18:09, Erik Hatcher  wrote:

> Looks like you don't have Solr "Cell" lib's pointed to properly in your
> solrconfig.   Try /update/extract directly taking post.jar out if the
> equation to troubleshoot.
>
> What's your exact command line?
>
> Erik
>
> > On Dec 31, 2015, at 00:42, Zheng Lin Edwin Yeo 
> wrote:
> >
> > Hi,
> >
> > Would like to find out, is there any changes to the post.jar for Solr
> 5.4?
> > I tried to use the post.jar from Solr 5.3.0, and it gives me the
> following
> > error during indexing:
> >
> > java.lang.NoSuchMethodError:
> > org.apache.solr.h
> >
> andler.extraction.ExtractingDocumentLoader.(Lorg/apache/solr/request
> >
> /SolrQueryRequest;Lorg/apache/solr/update/processor/UpdateRequestProcessor;Lorg/
> >
> apache/tika/config/TikaConfig;Lorg/apache/solr/handler/extraction/ParseContextCo
> >
> nfig;Lorg/apache/solr/handler/extraction/SolrContentHandlerFactory;)V > name="trace">java.lang.RuntimeException: java.lang.NoSuchMethodError:
> > org.apache
> >
> .solr.handler.extraction.ExtractingDocumentLoader.(Lorg/apache/solr/
> >
> request/SolrQueryRequest;Lorg/apache/solr/update/processor/UpdateRequestProcesso
> >
> r;Lorg/apache/tika/config/TikaConfig;Lorg/apache/solr/handler/extraction/ParseCo
> >
> ntextConfig;Lorg/apache/solr/handler/extraction/SolrContentHandlerFactory;)V
> >at
> > org.apache.solr.servlet.HttpSolrCall.sendError(HttpSolrCall.java:611)
> >
> >at
> org.apache.solr.servlet.HttpSolrCall.call(HttpSolrCall.java:472)
> >at
> > org.apache.solr.servlet.SolrDispatchFilter.doFilter(SolrDispatchFilte
> > r.java:222)
> >at
> > org.apache.solr.servlet.SolrDispatchFilter.doFilter(SolrDispatchFilte
> > r.java:181)
> >at
> > org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(Servlet
> > Handler.java:1652)
> >at
> > org.eclipse.jetty.servlet.ServletHandler.doHandle(ServletHandler.java
> > :585)
> >at
> > org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.j
> > ava:143)
> >at
> > org.eclipse.jetty.security.SecurityHandler.handle(SecurityHandler.jav
> > a:577)
> >at
> > org.eclipse.jetty.server.session.SessionHandler.doHandle(SessionHandl
> > er.java:223)
> >at
> > org.eclipse.jetty.server.handler.ContextHandler.doHandle(ContextHandl
> > er.java:1127)
> >at
> > org.eclipse.jetty.servlet.ServletHandler.doScope(ServletHandler.java:
> > 515)
> >at
> > org.eclipse.jetty.server.session.SessionHandler.doScope(SessionHandle
> > r.java:185)
> >at
> > org.eclipse.jetty.server.handler.ContextHandler.doScope(ContextHandle
> > r.java:1061)
> >at
> > org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.j
> > ava:141)
> >at
> > org.eclipse.jetty.server.handler.ContextHandlerCollection.handle(Cont
> > extHandlerCollection.java:215)
> >at
> > org.eclipse.jetty.server.handler.HandlerCollection.handle(HandlerColl
> > ection.java:110)
> >at
> > org.eclipse.jetty.server.handler.HandlerWrapper.handle(HandlerWrapper
> > .java:97)
> >at org.eclipse.jetty.server.Server.handle(Server.java:499)
> >at
> org.eclipse.jetty.server.HttpChannel.handle(HttpChannel.java:310)
> >at
> > org.eclipse.jetty.server.HttpConnection.onFillable(HttpConnection.jav
> > a:257)
> >at
> > org.eclipse.jetty.io.AbstractConnection$2.run(AbstractConnection.java
> > :540)
> >at
> > org.eclipse.jetty.util.thread.QueuedThreadPool.runJob(QueuedThreadPoo
> > l.java:635)
> >at
> > org.eclipse.jetty.util.thread.QueuedThreadPool$3.run(QueuedThreadPool
> > .java:555)
> >at java.lang.Thread.run(Thread.java:745)
> > Caused by: java.lang.NoSuchMethodError:
> > org.apache.solr.handler.extraction.Extra
> >
> ctingDocumentLoader.(Lorg/apache/solr/request/SolrQueryRequest;Lorg/
> >
> apache/solr/update/processor/UpdateRequestProcessor;Lorg/apache/tika/config/Tika
> >
> Config;Lorg/apache/solr/handler/extraction/ParseContextConfig;Lorg/apache/solr/h
> > andler/extraction/SolrContentHandlerFactory;)V
> >at
> > org.apache.solr.handler.extraction.ExtractingRequestHandler.newLoader
> > (ExtractingRequestHandler.java:130)
> >at
> > org.apache.solr.handler.ContentStreamHandlerBase.handleRequestBody(Co
> > ntentS

Re: SOLR 5.4.0?

[Erick Erickson]

Ere:

Can you help with testing the patch if it's important to you? Ramkumar
is working on it...


Best,
Erick

On Wed, Dec 30, 2015 at 11:07 PM, Ere Maijala  wrote:
> Well, for us SOLR-8418 is a major issue. I haven't encountered other issues,
> but that one was sort of a show-stopper.
>
> --Ere
>
> 31.12.2015, 7.27, William Bell kirjoitti:
>>
>> How is SOLR 5.4.0 ? I heard there was a quick 5.4.1 coming out?
>>
>> Any major issues?
>>
>
> --
> Ere Maijala
> Kansalliskirjasto / The National Library of Finland

Re: Using post.jr for indexing in Solr 5.4.0

[Erik Hatcher]

Looks like you don't have Solr "Cell" lib's pointed to properly in your 
solrconfig.   Try /update/extract directly taking post.jar out if the equation 
to troubleshoot.  

What's your exact command line?

Erik

> On Dec 31, 2015, at 00:42, Zheng Lin Edwin Yeo  wrote:
> 
> Hi,
> 
> Would like to find out, is there any changes to the post.jar for Solr 5.4?
> I tried to use the post.jar from Solr 5.3.0, and it gives me the following
> error during indexing:
> 
> java.lang.NoSuchMethodError:
> org.apache.solr.h
> andler.extraction.ExtractingDocumentLoader.(Lorg/apache/solr/request
> /SolrQueryRequest;Lorg/apache/solr/update/processor/UpdateRequestProcessor;Lorg/
> apache/tika/config/TikaConfig;Lorg/apache/solr/handler/extraction/ParseContextCo
> nfig;Lorg/apache/solr/handler/extraction/SolrContentHandlerFactory;)V name="trace">java.lang.RuntimeException: java.lang.NoSuchMethodError:
> org.apache
> .solr.handler.extraction.ExtractingDocumentLoader.(Lorg/apache/solr/
> request/SolrQueryRequest;Lorg/apache/solr/update/processor/UpdateRequestProcesso
> r;Lorg/apache/tika/config/TikaConfig;Lorg/apache/solr/handler/extraction/ParseCo
> ntextConfig;Lorg/apache/solr/handler/extraction/SolrContentHandlerFactory;)V
>at
> org.apache.solr.servlet.HttpSolrCall.sendError(HttpSolrCall.java:611)
> 
>at org.apache.solr.servlet.HttpSolrCall.call(HttpSolrCall.java:472)
>at
> org.apache.solr.servlet.SolrDispatchFilter.doFilter(SolrDispatchFilte
> r.java:222)
>at
> org.apache.solr.servlet.SolrDispatchFilter.doFilter(SolrDispatchFilte
> r.java:181)
>at
> org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(Servlet
> Handler.java:1652)
>at
> org.eclipse.jetty.servlet.ServletHandler.doHandle(ServletHandler.java
> :585)
>at
> org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.j
> ava:143)
>at
> org.eclipse.jetty.security.SecurityHandler.handle(SecurityHandler.jav
> a:577)
>at
> org.eclipse.jetty.server.session.SessionHandler.doHandle(SessionHandl
> er.java:223)
>at
> org.eclipse.jetty.server.handler.ContextHandler.doHandle(ContextHandl
> er.java:1127)
>at
> org.eclipse.jetty.servlet.ServletHandler.doScope(ServletHandler.java:
> 515)
>at
> org.eclipse.jetty.server.session.SessionHandler.doScope(SessionHandle
> r.java:185)
>at
> org.eclipse.jetty.server.handler.ContextHandler.doScope(ContextHandle
> r.java:1061)
>at
> org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.j
> ava:141)
>at
> org.eclipse.jetty.server.handler.ContextHandlerCollection.handle(Cont
> extHandlerCollection.java:215)
>at
> org.eclipse.jetty.server.handler.HandlerCollection.handle(HandlerColl
> ection.java:110)
>at
> org.eclipse.jetty.server.handler.HandlerWrapper.handle(HandlerWrapper
> .java:97)
>at org.eclipse.jetty.server.Server.handle(Server.java:499)
>at org.eclipse.jetty.server.HttpChannel.handle(HttpChannel.java:310)
>at
> org.eclipse.jetty.server.HttpConnection.onFillable(HttpConnection.jav
> a:257)
>at
> org.eclipse.jetty.io.AbstractConnection$2.run(AbstractConnection.java
> :540)
>at
> org.eclipse.jetty.util.thread.QueuedThreadPool.runJob(QueuedThreadPoo
> l.java:635)
>at
> org.eclipse.jetty.util.thread.QueuedThreadPool$3.run(QueuedThreadPool
> .java:555)
>at java.lang.Thread.run(Thread.java:745)
> Caused by: java.lang.NoSuchMethodError:
> org.apache.solr.handler.extraction.Extra
> ctingDocumentLoader.(Lorg/apache/solr/request/SolrQueryRequest;Lorg/
> apache/solr/update/processor/UpdateRequestProcessor;Lorg/apache/tika/config/Tika
> Config;Lorg/apache/solr/handler/extraction/ParseContextConfig;Lorg/apache/solr/h
> andler/extraction/SolrContentHandlerFactory;)V
>at
> org.apache.solr.handler.extraction.ExtractingRequestHandler.newLoader
> (ExtractingRequestHandler.java:130)
>at
> org.apache.solr.handler.ContentStreamHandlerBase.handleRequestBody(Co
> ntentStreamHandlerBase.java:59)
>at
> org.apache.solr.handler.RequestHandlerBase.handleRequest(RequestHandl
> erBase.java:156)
>at org.apache.solr.core.SolrCore.execute(SolrCore.java:2073)
>at
> org.apache.solr.servlet.HttpSolrCall.execute(HttpSolrCall.java:658)
>at org.apache.solr.servlet.HttpSolrCall.call(HttpSolrCall.java:457)
>... 22 more
> 500
> 
> 
> Regards,
> Edwin

Re: SOLR 5.4.0?

[Xavier Sanchez Loro]

El 31/12/15 a las 8:07, Ere Maijala escribió:
Well, for us SOLR-8418 is a major issue. I haven't encountered other 
issues, but that one was sort of a show-stopper.


--Ere

31.12.2015, 7.27, William Bell kirjoitti:

How is SOLR 5.4.0 ? I heard there was a quick 5.4.1 coming out?

Any major issues?



For us, SOLR-7864 (where timeAllowed is broken) is a major bug, which 
prevents us from finishing migration to solr 5 (we are currently using 
4.3). For our use case, correct operation of timeAllowed is critical.


Best regards,
Xavier

--
Trovit
Twitter <http://twitter.com/trovit>Facebook 
<http://www.facebook.com/trovit.search>Linkedin 
<http://www.linkedin.com/company/trovit>Google + 
<http://plus.google.com/+trovit/>Blog <http://about.trovit.com/blog/>

*Xavier Sánchez Loro*
Pipeline
+34 93 209 2556

Re: SOLR 5.4.0?

[Ere Maijala]

Well, for us SOLR-8418 is a major issue. I haven't encountered other 
issues, but that one was sort of a show-stopper.


--Ere

31.12.2015, 7.27, William Bell kirjoitti:

How is SOLR 5.4.0 ? I heard there was a quick 5.4.1 coming out?

Any major issues?



--
Ere Maijala
Kansalliskirjasto / The National Library of Finland

Re: Using post.jr for indexing in Solr 5.4.0

[davidphilip cherian]

Did you try using the latest post jar (shipped with 5.4 version) to index
same docs?
What happened? Did you get the same error or no?



On Thu, Dec 31, 2015 at 11:12 AM, Zheng Lin Edwin Yeo 
wrote:

> Hi,
>
> Would like to find out, is there any changes to the post.jar for Solr 5.4?
> I tried to use the post.jar from Solr 5.3.0, and it gives me the following
> error during indexing:
>
> java.lang.NoSuchMethodError:
> org.apache.solr.h
>
> andler.extraction.ExtractingDocumentLoader.(Lorg/apache/solr/request
>
> /SolrQueryRequest;Lorg/apache/solr/update/processor/UpdateRequestProcessor;Lorg/
>
> apache/tika/config/TikaConfig;Lorg/apache/solr/handler/extraction/ParseContextCo
>
> nfig;Lorg/apache/solr/handler/extraction/SolrContentHandlerFactory;)V name="trace">java.lang.RuntimeException: java.lang.NoSuchMethodError:
> org.apache
>
> .solr.handler.extraction.ExtractingDocumentLoader.(Lorg/apache/solr/
>
> request/SolrQueryRequest;Lorg/apache/solr/update/processor/UpdateRequestProcesso
>
> r;Lorg/apache/tika/config/TikaConfig;Lorg/apache/solr/handler/extraction/ParseCo
>
> ntextConfig;Lorg/apache/solr/handler/extraction/SolrContentHandlerFactory;)V
> at
> org.apache.solr.servlet.HttpSolrCall.sendError(HttpSolrCall.java:611)
>
> at org.apache.solr.servlet.HttpSolrCall.call(HttpSolrCall.java:472)
> at
> org.apache.solr.servlet.SolrDispatchFilter.doFilter(SolrDispatchFilte
> r.java:222)
> at
> org.apache.solr.servlet.SolrDispatchFilter.doFilter(SolrDispatchFilte
> r.java:181)
> at
> org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(Servlet
> Handler.java:1652)
> at
> org.eclipse.jetty.servlet.ServletHandler.doHandle(ServletHandler.java
> :585)
> at
> org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.j
> ava:143)
> at
> org.eclipse.jetty.security.SecurityHandler.handle(SecurityHandler.jav
> a:577)
> at
> org.eclipse.jetty.server.session.SessionHandler.doHandle(SessionHandl
> er.java:223)
> at
> org.eclipse.jetty.server.handler.ContextHandler.doHandle(ContextHandl
> er.java:1127)
> at
> org.eclipse.jetty.servlet.ServletHandler.doScope(ServletHandler.java:
> 515)
> at
> org.eclipse.jetty.server.session.SessionHandler.doScope(SessionHandle
> r.java:185)
> at
> org.eclipse.jetty.server.handler.ContextHandler.doScope(ContextHandle
> r.java:1061)
> at
> org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.j
> ava:141)
> at
> org.eclipse.jetty.server.handler.ContextHandlerCollection.handle(Cont
> extHandlerCollection.java:215)
> at
> org.eclipse.jetty.server.handler.HandlerCollection.handle(HandlerColl
> ection.java:110)
> at
> org.eclipse.jetty.server.handler.HandlerWrapper.handle(HandlerWrapper
> .java:97)
> at org.eclipse.jetty.server.Server.handle(Server.java:499)
> at
> org.eclipse.jetty.server.HttpChannel.handle(HttpChannel.java:310)
> at
> org.eclipse.jetty.server.HttpConnection.onFillable(HttpConnection.jav
> a:257)
> at
> org.eclipse.jetty.io.AbstractConnection$2.run(AbstractConnection.java
> :540)
> at
> org.eclipse.jetty.util.thread.QueuedThreadPool.runJob(QueuedThreadPoo
> l.java:635)
> at
> org.eclipse.jetty.util.thread.QueuedThreadPool$3.run(QueuedThreadPool
> .java:555)
> at java.lang.Thread.run(Thread.java:745)
> Caused by: java.lang.NoSuchMethodError:
> org.apache.solr.handler.extraction.Extra
>
> ctingDocumentLoader.(Lorg/apache/solr/request/SolrQueryRequest;Lorg/
>
> apache/solr/update/processor/UpdateRequestProcessor;Lorg/apache/tika/config/Tika
>
> Config;Lorg/apache/solr/handler/extraction/ParseContextConfig;Lorg/apache/solr/h
> andler/extraction/SolrContentHandlerFactory;)V
> at
> org.apache.solr.handler.extraction.ExtractingRequestHandler.newLoader
> (ExtractingRequestHandler.java:130)
> at
> org.apache.solr.handler.ContentStreamHandlerBase.handleRequestBody(Co
> ntentStreamHandlerBase.java:59)
> at
> org.apache.solr.handler.RequestHandlerBase.handleRequest(RequestHandl
> erBase.java:156)
> at org.apache.solr.core.SolrCore.execute(SolrCore.java:2073)
> at
> org.apache.solr.servlet.HttpSolrCall.execute(HttpSolrCall.java:658)
> at org.apache.solr.servlet.HttpSolrCall.call(HttpSolrCall.java:457)
> ... 22 more
> 500
> 
>
> Regards,
> Edwin
>

Using post.jr for indexing in Solr 5.4.0

[Zheng Lin Edwin Yeo]

Hi,

Would like to find out, is there any changes to the post.jar for Solr 5.4?
I tried to use the post.jar from Solr 5.3.0, and it gives me the following
error during indexing:

java.lang.NoSuchMethodError:
org.apache.solr.h
andler.extraction.ExtractingDocumentLoader.(Lorg/apache/solr/request
/SolrQueryRequest;Lorg/apache/solr/update/processor/UpdateRequestProcessor;Lorg/
apache/tika/config/TikaConfig;Lorg/apache/solr/handler/extraction/ParseContextCo
nfig;Lorg/apache/solr/handler/extraction/SolrContentHandlerFactory;)Vjava.lang.RuntimeException: java.lang.NoSuchMethodError:
org.apache
.solr.handler.extraction.ExtractingDocumentLoader.(Lorg/apache/solr/
request/SolrQueryRequest;Lorg/apache/solr/update/processor/UpdateRequestProcesso
r;Lorg/apache/tika/config/TikaConfig;Lorg/apache/solr/handler/extraction/ParseCo
ntextConfig;Lorg/apache/solr/handler/extraction/SolrContentHandlerFactory;)V
at
org.apache.solr.servlet.HttpSolrCall.sendError(HttpSolrCall.java:611)

at org.apache.solr.servlet.HttpSolrCall.call(HttpSolrCall.java:472)
at
org.apache.solr.servlet.SolrDispatchFilter.doFilter(SolrDispatchFilte
r.java:222)
at
org.apache.solr.servlet.SolrDispatchFilter.doFilter(SolrDispatchFilte
r.java:181)
at
org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(Servlet
Handler.java:1652)
at
org.eclipse.jetty.servlet.ServletHandler.doHandle(ServletHandler.java
:585)
at
org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.j
ava:143)
at
org.eclipse.jetty.security.SecurityHandler.handle(SecurityHandler.jav
a:577)
at
org.eclipse.jetty.server.session.SessionHandler.doHandle(SessionHandl
er.java:223)
at
org.eclipse.jetty.server.handler.ContextHandler.doHandle(ContextHandl
er.java:1127)
at
org.eclipse.jetty.servlet.ServletHandler.doScope(ServletHandler.java:
515)
at
org.eclipse.jetty.server.session.SessionHandler.doScope(SessionHandle
r.java:185)
at
org.eclipse.jetty.server.handler.ContextHandler.doScope(ContextHandle
r.java:1061)
at
org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.j
ava:141)
at
org.eclipse.jetty.server.handler.ContextHandlerCollection.handle(Cont
extHandlerCollection.java:215)
at
org.eclipse.jetty.server.handler.HandlerCollection.handle(HandlerColl
ection.java:110)
at
org.eclipse.jetty.server.handler.HandlerWrapper.handle(HandlerWrapper
.java:97)
at org.eclipse.jetty.server.Server.handle(Server.java:499)
at org.eclipse.jetty.server.HttpChannel.handle(HttpChannel.java:310)
at
org.eclipse.jetty.server.HttpConnection.onFillable(HttpConnection.jav
a:257)
at
org.eclipse.jetty.io.AbstractConnection$2.run(AbstractConnection.java
:540)
at
org.eclipse.jetty.util.thread.QueuedThreadPool.runJob(QueuedThreadPoo
l.java:635)
at
org.eclipse.jetty.util.thread.QueuedThreadPool$3.run(QueuedThreadPool
.java:555)
at java.lang.Thread.run(Thread.java:745)
Caused by: java.lang.NoSuchMethodError:
org.apache.solr.handler.extraction.Extra
ctingDocumentLoader.(Lorg/apache/solr/request/SolrQueryRequest;Lorg/
apache/solr/update/processor/UpdateRequestProcessor;Lorg/apache/tika/config/Tika
Config;Lorg/apache/solr/handler/extraction/ParseContextConfig;Lorg/apache/solr/h
andler/extraction/SolrContentHandlerFactory;)V
at
org.apache.solr.handler.extraction.ExtractingRequestHandler.newLoader
(ExtractingRequestHandler.java:130)
at
org.apache.solr.handler.ContentStreamHandlerBase.handleRequestBody(Co
ntentStreamHandlerBase.java:59)
at
org.apache.solr.handler.RequestHandlerBase.handleRequest(RequestHandl
erBase.java:156)
at org.apache.solr.core.SolrCore.execute(SolrCore.java:2073)
at
org.apache.solr.servlet.HttpSolrCall.execute(HttpSolrCall.java:658)
at org.apache.solr.servlet.HttpSolrCall.call(HttpSolrCall.java:457)
... 22 more
500


Regards,
Edwin

SOLR 5.4.0?

[William Bell]

How is SOLR 5.4.0 ? I heard there was a quick 5.4.1 coming out?

Any major issues?

-- 
Bill Bell
billnb...@gmail.com
cell 720-256-8076

SOLR-8418: Nasty bug in MoreLikeThis handler in Solr 5.4.0

[Ere Maijala]

Those of you who are planning to upgrade to Solr 5.4.0, be aware that 
there's a bug in the MoreLikeThis handler that makes it fail with 
boosting. There's a Solr issue with a patch thanks to Jens Wille: 
https://issues.apache.org/jira/browse/SOLR-8418. I really hope this gets 
into 5.4.1, for us it seems to be a showstopper.


--Ere

--
Ere Maijala
Kansalliskirjasto / The National Library of Finland

[ANNOUNCE] Apache Solr 5.4.0 released

[Upayavira]

14 December 2015, Apache Solr™ 5.4 available

Solr is the popular, blazing fast, open source NoSQL search platform
from the Apache Lucene project. Its major features include powerful
full-text search, hit highlighting, faceted search, dynamic
clustering, database integration, rich document (e.g., Word, PDF)
handling, and geospatial search.  Solr is highly scalable, providing
fault tolerant distributed search and indexing, and powers the search
and navigation features of many of the world's largest internet sites.

Solr 5.4 is available for immediate download at:
  http://lucene.apache.org/solr/mirrors-solr-latest-redir.html

Please read CHANGES.txt for a full list of new features and changes:
  https://lucene.apache.org/solr/5_4_0/changes/Changes.html

Solr 5.4 Release Highlights:

New Features


UI Changes
 * The re-architected Admin UI is now prominently linked to from the 
   existing UI, and includes support for managing collections as well 
   as creating and removing fields via the schema tab. Expect it to 
   be default in the next release.

API Features
 * New Collections APIs for migrating from clusterstate.json to 
   per-collection state.json and forcing the election of a leader 
   when all replicas in a shard are down.
 * A new configset management API has been added.

Querying Features
 * Filter cache is now accessible via a solr query syntax.
 * ScoreJoins can now refer to a single-sharded collection that is 
   replicated on all nodes.
 * Add boost support, and 'exclude the queried document' in MoreLikeThis 
   QParser.
 * Add a 'sort' local param to the collapse QParser to support using 
   complex sort options to select the representitive doc for each 
   collapsed group.

Other Features
 * SolrJ now has support for connecting to Solr using basic
 authentication.
 * Analyzing suggesters can now filter suggestions by a context field.
 * JSON Facet API: add "method" param to terms/field facets to give an 
   execution hint for what method should be used to facet.
 * CloneFieldUpdateProcessorFactory now supports choosing a "dest" field 
   name based on a regex pattern and replacement init options.
 * Provide pluggable context tool support for VelocityResponseWriter.

Please report any feedback to the mailing lists
(http://lucene.apache.org/solr/discussion.html)

Note: The Apache Software Foundation uses an extensive mirroring network
for distributing releases. It is possible that the mirror you are using
may not have replicated the release yet. If that is the case, please try
another mirror. This also applies to Maven access.