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/"xmlns:uvalibdesc="http://dl.lib.virginia.edu/bin/dtd/descmeta/descmeta.dtd"xmlns:fedora-model="info:fedora/fedora-system:def/model#"xmlns:critters="http://vre.upei.ca/critters/"xmlns:compounds="http://vre.upei.ca/compounds/"xmlns:fractions="http://vre.upei.ca/fractions/"xmlns:rel="info:fedora/fedora-system:def/relations-external#"xmlns:fedora="info:fedora/fedora-system:def/relations-external#"xmlns:rdfs="http://www.w3.org/2000/01/rdf-schema#"xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#"xmlns:mods="http://www.loc.gov/mods/v3"xmlns:tei="http://www.tei-c.org/ns/1.0"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#"xmlns:zs="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
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;
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
twitter: @borillo
On Tue, Nov 9, 2010 at 18:36, Christopher Curry<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"; />
TO:
<property name="solr.index.1.indexbase"
value="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
Main Library number: (215)440-3400
APS website: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
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
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
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
https://lists.sourceforge.net/lists/listinfo/fedora-commons-users
------------------------------------------------------------------------------
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
https://lists.sourceforge.net/lists/listinfo/fedora-commons-users
