Hi people

I'm trying the 1.70 version of Dspace integrated with Solr.
I've converted the original 1.62 database and created a new dspace170
db with UNICODE encoding.

Considering that my records are accented, I've modified the search
solr's schema including ISOLatin1Filter in every text field, and it's
seems to be OK, I mean that you can search "educacion" and the records
that have "educacion" or "educación" are found. So far so good.

My problem appears trying the inverse, I mean searching "educación",
the resultset is empty. Looking at the tomcat log I can see

INFO: [search] webapp=/solr path=/select
params={facet=true&sort=score+asc&facet.mincount=1&facet.query=dc.date.issued.year:[2000+TO+2010]&facet.query=dc.date.issued.year:[1000+TO+1999]&facet.query=dc.date.issued.year:[19+TO+999]&start=0&q=educación&facet.limit=11&facet.field=dc.contributor.author_filter&facet.field=dc.subject_filter&wt=javabin&rows=10&version=1}
hits=0 status=0 QTime=23

It appears that the search term is not arriving correctly encoded to
Solr, it receives educación.
Looking at my tomcat configuration, I' ve defined

 <Connector port="8009" protocol="AJP/1.3" redirectPort="8443" maxThreads="150"
              minSpareThreads="25"
                  maxSpareThreads="75"
              enableLookups="false"
                  acceptCount="100"
              connectionTimeout="20000"
                  disableUploadTimeout="true"
              URIEncoding="UTF-8" />

I should suppose then, that there is some kind of communication
encoding problem between the Dspace's form and Solr? Anybody could
point me to the code that I should see to fix it? I'm using the mirage
theme, don't know if this could be a problem (perhaps some form
encoding?). The Dspace page appears to be correctly encoded in UTF-8
and the accented words are displayed OK.

Thanks a lot for the help
Germán

------------------------------------------------------------------------------
Learn how Oracle Real Application Clusters (RAC) One Node allows customers
to consolidate database storage, standardize their database environment, and, 
should the need arise, upgrade to a full multi-node Oracle RAC database 
without downtime or disruption
http://p.sf.net/sfu/oracle-sfdevnl
_______________________________________________
DSpace-tech mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/dspace-tech

Reply via email to