Hi Peter,
I notice that the index document is an add doc without fields, while you say
that state is changing from Active to Inactive, which should lead to a delete
doc via the template named inactiveFedoraObject. This indicates a fault in your
indexing stylesheet.
Important for schema.xml and solrconfig.xml is that they match your version of
Solr. You may look into the Solr log for clues, that may tell about the 400
response code.
Gert
On 05/07/2012, at 22.46, Peter Clarke wrote:
> Hi,
>
> I'll try this again as the attachments to the previous email upset the
> display of the message.
>
> Running Fedora 3.5, GSearch 2.4.1 and Solr 3.5 and everything runs great
> apart from the following. When updating PIDs (e.g. changing state from
> Active to Inactive in the admin client) the following error is thrown.
>
> DEBUG 2012-07-05 09:23:36,975 (GenericOperationsImpl) updateIndex
> action=fromPid value=ucdlib:10044 repositoryName=FgsRepos indexNames=
> indexDocXslt= resultPageXslt=
> DEBUG 2012-07-05 09:23:36,975 (Config) indexName=FgsIndex
> operationsImpl=dk.defxws.fgssolr.OperationsImpl
> DEBUG 2012-07-05 09:23:36,976 (Config) operationsImplClass=class
> dk.defxws.fgssolr.OperationsImpl
> DEBUG 2012-07-05 09:23:36,976 (Config)
> ops=dk.defxws.fgssolr.OperationsImpl@1f6e6127
> DEBUG 2012-07-05 09:23:36,976 (Config) insertSystemProperties
> propertyValue=/var/opt/fedora35/gsearch_solr/solr/data/index
> DEBUG 2012-07-05 09:23:37,003 (OperationsImpl) getIndexReader
> indexName=FgsIndex docCount=33111
> INFO 2012-07-05 09:23:37,003 (GenericOperationsImpl) getFoxmlFromPid
> pid=ucdlib:10044 repositoryName=FgsRepos
> DEBUG 2012-07-05 09:23:37,004 (GenericOperationsImpl) getFedoraClient
> repositoryName=FgsRepos
> fedoraSoap=http://fedora.ucd.ie:80/fedora/services
> fedoraUser=fedoraAdmin fedoraPass=*removed*
> DEBUG 2012-07-05 09:23:37,044 (GTransformer)
> xsltName=fgsconfigFinal/index/FgsIndex/foxmlToSolr
> DEBUG 2012-07-05 09:23:37,121 (GTransformer) getTransformer
> transformer=org.apache.xalan.transformer.TransformerImpl@69a73d7d
> uriResolver=null
> DEBUG 2012-07-05 09:23:37,149 (OperationsImpl) indexDoc=
> <?xml version="1.0" encoding="UTF-8"?>
> <add xmlns:mods="http://www.loc.gov/mods/v3";
> xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#";
> xmlns:fedora-model="info:fedora/fedora-system:def/model#"
> xmlns:fedora="info:fedora/fedora-system:def/relations-external#"
> xmlns:oai_dc="http://www.openarchives.org/OAI/2.0/oai_dc/";
> xmlns:dc="http://purl.org/dc/elements/1.1/";
> xmlns:foxml="info:fedora/fedora-system:def/foxml#">
> <doc boost="1"/>
> </add>
>
> DEBUG 2012-07-05 09:23:37,149 (Config) insertSystemProperties
> propertyValue=http://fedora.ucd.ie:80/solr
> DEBUG 2012-07-05 09:23:37,172 (OperationsImpl) getIndexReader
> indexName=FgsIndex docCount=33111
> DEBUG 2012-07-05 09:23:37,173 (OperationsImpl) closeIndexReader
> indexName=FgsIndex docCount=33111
> DEBUG 2012-07-05 09:23:37,173 (OperationsImpl) initDocCount=33111
> docCount=33111 updateTotal=0
>
> ERROR 2012-07-05 09:23:37,173 (UpdateListener) Unable to perform index
> update due to Exception: Thu Jul 05 09:23:37 IST 2012 Connection error
> (is Solr running at http://fedora.ucd.ie:80/solr/update ?):
> java.io.IOException: Server returned HTTP response code: 400 for URL:
> http://fedora.ucd.ie:80/solr/update
> dk.defxws.fedoragsearch.server.errors.GenericSearchException: Thu Jul 05
> 09:23:37 IST 2012 Connection error (is Solr running at
> http://fedora.ucd.ie:80/solr/update ?): java.io.IOException: Server
> returned HTTP response code: 400 for URL:
> http://fedora.ucd.ie:80/solr/update
> at dk.defxws.fgssolr.OperationsImpl.postData(OperationsImpl.java:621)
> at dk.defxws.fgssolr.OperationsImpl.indexDoc(OperationsImpl.java:454)
> at dk.defxws.fgssolr.OperationsImpl.fromPid(OperationsImpl.java:394)
> at dk.defxws.fgssolr.OperationsImpl.updateIndex(OperationsImpl.java:244)
> at
> dk.defxws.fedoragsearch.server.GenericOperationsImpl.updateIndex(GenericOperationsImpl.java:542)
> at
> dk.defxws.fedoragsearch.server.UpdateListener.onMessage(UpdateListener.java:198)
> at
> org.fcrepo.client.messaging.JmsMessagingClient.onMessage(JmsMessagingClient.java:331)
> at
> org.apache.activemq.ActiveMQMessageConsumer.dispatch(ActiveMQMessageConsumer.java:1230)
> at
> org.apache.activemq.ActiveMQSessionExecutor.dispatch(ActiveMQSessionExecutor.java:134)
> at
> org.apache.activemq.ActiveMQSessionExecutor.iterate(ActiveMQSessionExecutor.java:205)
> at
> org.apache.activemq.thread.PooledTaskRunner.runTask(PooledTaskRunner.java:127)
> at
> org.apache.activemq.thread.PooledTaskRunner$1.run(PooledTaskRunner.java:48)
> at
> java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886)
> at
> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908)
> at java.lang.Thread.run(Thread.java:662)
>
> Solr is running on port 80 (e.g. http://fedora.ucd.ie:80/solr – not
> actual address). I can access the Solr admin interface and GSearch REST
> interface and perform queries/index updates without issue. The indexBase
> attribute seems to sometimes cause this issue but this has been set to
> http://fedora.ucd.ie:80/solr which is correct.
>
> It’s not clear to me if this became an issue only after updating to
> GSearch 2.4 – the schema.xml and solrconfig.xml files in use are from
> our earlier implementation of GSearch – is it likely that this is the
> issue? These legacy versions remain in place simply due to the fact that
> they feature modifications for geospatial fields.
>
> I’ve gone through the configuration a number of times and I believe
> everything is correct but would appreciate a second opinion or some
> assistance.
>
> Thanks in advance,
> Peter
>
> Library IT Services
> James Joyce Library
> University College Dublin
> Belfield
> Dublin 4
>
> Tel: (01) 716 6567
>
>
>
> ------------------------------------------------------------------------------
> Live Security Virtual Conference
> Exclusive live event will cover all the ways today's security and
> threat landscape has changed and how IT managers can respond. Discussions
> will include endpoint security, mobile security and the latest in malware
> threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
> _______________________________________________
> Fedora-commons-users mailing list
> Fedora-commons-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/fedora-commons-users
------------------------------------------------------------------------------
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and
threat landscape has changed and how IT managers can respond. Discussions
will include endpoint security, mobile security and the latest in malware
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
_______________________________________________
Fedora-commons-users mailing list
Fedora-commons-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/fedora-commons-users
