Yes, I think you should start fresh. You may have spoiled the internal
consistency of the config, when you start with one example config and then mix
with files from other configs. Also, it seems that updateIndex does not find
the foxml files, check repository.properties, and check the gsearch log.
Best,
Gert
On 10/11/2010, at 16.52, Christopher Curry wrote:
Gert,
I'm using Windows Server 2003 currently, but will be testing on Debian soon,
because the production site will be on Linux. Since so much of the
configurable stuff is on tomcat & java, I didn't think there'd be much
difference. I've done a lot of configuring and reconfiguring, so it's probably
time to start fresh.
GSearch is installed on the Fedora built-in tomcat server & Solr is installed
on a separate tomcat server (I had trouble getting Solr to start on the Fedora
tomcat server) I made sure I changed all of the default Tomcat ports for this
instance to avoid conflicts with the Fedora tomcat server.
I think this error resulted from gsearch not being able to find
demoFoxmlToSolr.xslt in
[$FEDORAWEBAPPS]/fedoragsearch/WEB-INF/classes/config/rest. I copied this file
there and I no longer get the error.
Now, I can't figure out how to initiate the updateIndex operation.
http://mandrake:8080/fedoragsearch/rest loads now, but when I click the
updateIndex link, I get a naked xml file with no data:
<?xml version="1.0" encoding="UTF-8"?>
<add
xmlns:uvalibadmin="http://dl.lib.virginia.edu/bin/admin/admin.dtd/";<http://dl.lib.virginia.edu/bin/admin/admin.dtd/>
xmlns:uvalibdesc="http://dl.lib.virginia.edu/bin/dtd/descmeta/descmeta.dtd";<http://dl.lib.virginia.edu/bin/dtd/descmeta/descmeta.dtd>
xmlns:fedora-model="info:fedora/fedora-system:def/model#"<info:fedora/fedora-system:def/model#>
xmlns:critters="http://vre.upei.ca/critters/";<http://vre.upei.ca/critters/>
xmlns:compounds="http://vre.upei.ca/compounds/";<http://vre.upei.ca/compounds/>
xmlns:fractions="http://vre.upei.ca/fractions/";<http://vre.upei.ca/fractions/>
xmlns:rel="info:fedora/fedora-system:def/relations-external#"<info:fedora/fedora-system:def/relations-external#>
xmlns:fedora="info:fedora/fedora-system:def/relations-external#"<info:fedora/fedora-system:def/relations-external#>
xmlns:rdfs="http://www.w3.org/2000/01/rdf-schema#";<http://www.w3.org/2000/01/rdf-schema#>
xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#";<http://www.w3.org/1999/02/22-rdf-syntax-ns#>
xmlns:mods="http://www.loc.gov/mods/v3";<http://www.loc.gov/mods/v3>
xmlns:tei="http://www.tei-c.org/ns/1.0";<http://www.tei-c.org/ns/1.0>
xmlns:oai_dc="http://www.openarchives.org/OAI/2.0/oai_dc/";<http://www.openarchives.org/OAI/2.0/oai_dc/>
xmlns:dc="http://purl.org/dc/elements/1.1/";<http://purl.org/dc/elements/1.1/>
xmlns:foxml="info:fedora/fedora-system:def/foxml#"<info:fedora/fedora-system:def/foxml#>
xmlns:zs="http://www.loc.gov/zing/srw/";<http://www.loc.gov/zing/srw/>>
<doc boost="3.5"/>
</add>
which looks like an empty Solr index update file. The demo objects are
installed in Fedora & GSearch had no problem updating Lucene these FOXML files.
With Lucene configured, I would get a GSearch interface page when I clicked the
updateIndex link, which had all of the various updateIndex actions that are
available in the API. I tried adding "&action=fromFoxmlFiles" &
"&action=fromFoxmlFiles&value=" to the end of the URL, but I get the same
result.
I haven't dug into the XSLT yet, but it looks fine at first glance. I've tried
both the default demoFoxmlToSolr.xslt & a customized file that I got from the
Islandora distribution; there's no change when I switch the files, so there
must be a missing link somewhere else.
Am I making any obvious mistakes that you notice?
Cheers,
Christopher Curry
Assistant Technical Librarian / Assistant IT Officer
American Philosophical Society
105 South Fifth Street
Philadelphia, PA 19106-3386
Tel. (215) 599-4299
ccu...@amphilsoc.org<mailto:ccu...@amphilsoc.org>
Main Library number: (215)440-3400
APS website: http://www.amphilsoc.org<http://www.amphilsoc.org/>
On 11/10/2010 05:08 AM, Gert Schmeltz Pedersen wrote:
Christopher,
I am trying to see if I can help you (since I wrote the stuff). The
updater.properties problem you solved with the help of Steve and Ricardo. This
shall be fixed in a future release by copying the updater folder to the other
example configs as well.
Then you report
java.lang.NoClassDefFoundError: Could not initialize class
org.apache.xpath.compiler.FunctionTable
which I have not seen before. Which platform are you working on?
Best regards,
Gert
On 09/11/2010, at 22.32, Christopher Curry wrote:
Steve,
Thanks for the clarification.
That got rid of the "config/updater/BasicUpdaters/updater.properties not found
in classpath" error.
Now tomcat throws a different exception, copied below.
I'm guessing this is a problem with my xslt.
That takes care of one problem at least.
HTTP Status 500 -
________________________________
type Exception report
message
description The server encountered an internal error () that prevented it from
fulfilling this request.
exception
javax.servlet.ServletException: Servlet execution threw an exception
root cause
java.lang.NoClassDefFoundError: Could not initialize class
org.apache.xpath.compiler.FunctionTable
org.apache.xalan.processor.StylesheetHandler.<init>(StylesheetHandler.java:71)
org.apache.xalan.processor.TransformerFactoryImpl.newTemplatesHandler(TransformerFactoryImpl.java:374)
org.apache.xalan.processor.TransformerFactoryImpl.newTemplates(TransformerFactoryImpl.java:865)
org.apache.xalan.processor.TransformerFactoryImpl.newTransformer(TransformerFactoryImpl.java:774)
dk.defxws.fedoragsearch.server.Config.checkStylesheet(Config.java:704)
dk.defxws.fedoragsearch.server.Config.checkRestStylesheet(Config.java:682)
dk.defxws.fedoragsearch.server.Config.checkConfig(Config.java:267)
dk.defxws.fedoragsearch.server.Config.<init>(Config.java:232)
dk.defxws.fedoragsearch.server.Config.getCurrentConfig(Config.java:133)
dk.defxws.fedoragsearch.server.RESTImpl.doGet(RESTImpl.java:85)
javax.servlet.http.HttpServlet.service(HttpServlet.java:617)
javax.servlet.http.HttpServlet.service(HttpServlet.java:717)
note The full stack trace of the root cause is available in the Apache
Tomcat/6.0.20 logs.
________________________________
Apache Tomcat/6.0.20
Cheers,
Christopher Curry
On 11/09/2010 04:15 PM, Steve Bayliss wrote:
You should see this under
fedoragsearch/WEB-INF/classes/<config-name>/updater/BasicUpdaters
Copy that whole directory from one config to another.
-----Original Message-----
From: Christopher Curry [mailto:ccu...@amphilsoc.org]
Sent: 09 November 2010 20:23
To:
fedora-commons-develop...@lists.sourceforge.net<mailto:fedora-commons-develop...@lists.sourceforge.net>;
fedora-commons-users@lists.sourceforge.net<mailto:fedora-commons-users@lists.sourceforge.net>
Subject: Re: [fcrepo-user] [fcrepo-dev] Configuring GSearch to use Solr
Ricardo,
Thanks for your response.
Do you mean that I should copy:
[$FEDORAWEBAPPS]/fedoragsearch/WEB-INF/classes/configDemoOnSolr/fedoragsearch.properties
TO:
[$FEDORAWEBAPPS]/fedoragsearch/WEB-INF/classes/config/fedoragsearch.properties
In my instance, these files are already identical.
I can't find a file called "updater.properties" in the gsearch webapp directory.
Cheers,
Christopher Curry
Assistant Technical Librarian / Assistant IT Officer
American Philosophical Society
105 South Fifth Street
Philadelphia, PA 19106-3386
Tel. (215) 599-4299
ccu...@amphilsoc.org<mailto:ccu...@amphilsoc.org>
Main Library number: (215)440-3400
APS website: http://www.amphilsoc.org<http://www.amphilsoc.org/>
On 11/09/2010 03:10 PM, Ricardo Borillo wrote:
Hi Christopher,
I had the same problem and solved it by copying manually the
updater.properties to the config directory.
---
Salut,
====================================
Ricardo Borillo Domenech
http://xml-utils.com<http://xml-utils.com/>
twitter: @borillo
On Tue, Nov 9, 2010 at 18:36, Christopher Curry
<ccu...@amphilsoc.org><mailto:ccu...@amphilsoc.org> wrote:
Hello all,
I'm trying to configure GSearch to use Solr. Can someone look at the
process detailed below and point out what I'm doing wrong?
Thanks.
I installed Solr 1.3 on a separate (from Fedora) tomcat server (same
server/same IP) using port 8081 (I changed all of the default Tomcat ports
for this instance to avoid conflicts with the Fedora tomcat server).
Solr is up in running at: http://localhost:8081/solr/admin
Fedora 3.3 is installed and running. I originally set up GSearch with the
default "basic" config, using Lucene. I want to configure GSearch to use
Solr instead.
To do so, I changed lines 30-32 of [Fedora Webapps
directory]\fedoragsearch\configvalues.xml
FROM:
<property name="default.config.path" location="${basic.config.path}"
/>
<property name="default.config.prefix"
value="${basic.config.prefix}" />
<property name="default.index.1" value="${basic.index.1}" />
TO:
<property name="default.config.path" location="${solr.config.path}"
/>
<property name="default.config.prefix" value="${solr.config.prefix}"
/>
<property name="default.index.1" value="${solr.index.1}" />
AND
line 307
FROM:
<property name="solr.index.1.indexbase"
value="http://localhost:8983/solr";<http://localhost:8983/solr> />
TO:
<property name="solr.index.1.indexbase"
value="http://localhost:8081/solr";<http://localhost:8081/solr> />
Then, I saved the file outside the tomcat server and ran the following ant
build command:
ant -f configvalues.xml configOnWebServer
After doing so, I get the following error @
http://localhost:8080/fedoragsearch/rest
HTTP Status 500 -
type Exception report
message
description The server encountered an internal error () that prevented it
from fulfilling this request.
exception
dk.defxws.fedoragsearch.server.errors.ConfigException:
*** Rest stylesheet fedoragsearch.defaultUpdateIndexRestXslt=demoFoxmlToSolr
not found
*** config/updater/BasicUpdaters/updater.properties not found in classpath
dk.defxws.fedoragsearch.server.Config.checkConfig(Config.java:650)
dk.defxws.fedoragsearch.server.Config.<init>(Config.java:232)
dk.defxws.fedoragsearch.server.Config.getCurrentConfig(Config.java:133)
dk.defxws.fedoragsearch.server.RESTImpl.doGet(RESTImpl.java:85)
javax.servlet.http.HttpServlet.service(HttpServlet.java:617)
javax.servlet.http.HttpServlet.service(HttpServlet.java:717)
note The full stack trace of the root cause is available in the Apache
Tomcat/6.0.20 logs.
Apache Tomcat/6.0.20
I restarted the Fedora & Solr tomcat servers, but restarting does not
resolve the issue.
--
Cheers,
Christopher Curry
Assistant Technical Librarian / Assistant IT Officer
American Philosophical Society
105 South Fifth Street
Philadelphia, PA 19106-3386
Tel. (215) 599-4299
ccu...@amphilsoc.org<mailto:ccu...@amphilsoc.org>
Main Library number: (215)440-3400
APS website: http://www.amphilsoc.org<http://www.amphilsoc.org/>
------------------------------------------------------------------------------
The Next 800 Companies to Lead America's Growth: New Video Whitepaper
David G. Thomson, author of the best-selling book "Blueprint to a
Billion" shares his insights and actions to help propel your
business during the next growth cycle. Listen Now!
http://p.sf.net/sfu/SAP-dev2dev
_______________________________________________
Fedora-commons-developers mailing list
fedora-commons-develop...@lists.sourceforge.net<mailto:fedora-commons-develop...@lists.sourceforge.net>
https://lists.sourceforge.net/lists/listinfo/fedora-commons-developers
------------------------------------------------------------------------------
The Next 800 Companies to Lead America's Growth: New Video Whitepaper
David G. Thomson, author of the best-selling book "Blueprint to a
Billion" shares his insights and actions to help propel your
business during the next growth cycle. Listen Now!
http://p.sf.net/sfu/SAP-dev2dev
_______________________________________________
Fedora-commons-developers mailing list
fedora-commons-develop...@lists.sourceforge.net<mailto:fedora-commons-develop...@lists.sourceforge.net>
https://lists.sourceforge.net/lists/listinfo/fedora-commons-developers
------------------------------------------------------------------------------
The Next 800 Companies to Lead America's Growth: New Video Whitepaper
David G. Thomson, author of the best-selling book "Blueprint to a
Billion" shares his insights and actions to help propel your
business during the next growth cycle. Listen Now!
http://p.sf.net/sfu/SAP-dev2dev
_______________________________________________
Fedora-commons-users mailing list
Fedora-commons-users@lists.sourceforge.net<mailto:Fedora-commons-users@lists.sourceforge.net>
https://lists.sourceforge.net/lists/listinfo/fedora-commons-users
<ATT00001.c><ATT00002.c>
------------------------------------------------------------------------------
The Next 800 Companies to Lead America's Growth: New Video Whitepaper
David G. Thomson, author of the best-selling book "Blueprint to a
Billion" shares his insights and actions to help propel your
business during the next growth cycle. Listen Now!
http://p.sf.net/sfu/SAP-dev2dev
_______________________________________________
Fedora-commons-users mailing list
Fedora-commons-users@lists.sourceforge.net<mailto:Fedora-commons-users@lists.sourceforge.net>
https://lists.sourceforge.net/lists/listinfo/fedora-commons-users
<ATT00001.c><ATT00002.c>
------------------------------------------------------------------------------
Centralized Desktop Delivery: Dell and VMware Reference Architecture
Simplifying enterprise desktop deployment and management using
Dell EqualLogic storage and VMware View: A highly scalable, end-to-end
client virtualization framework. Read more!
http://p.sf.net/sfu/dell-eql-dev2dev
_______________________________________________
Fedora-commons-users mailing list
Fedora-commons-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/fedora-commons-users
