Work at SourceForge, help us to make it a better place! We have an immediate need for a Support Technician in our San Francisco or Denver office.

Close

#46 Running XTF under Fedora

closed
mhaye
None
5
2013-11-12
2006-05-22
mhaye
No

Add a note to docs about running XTF under Fedora. The
following email thread lays out the problem and the
eventual solution.

---- BEGIN INCLUDED MESSAGE ----

Hi Martin,

Your hunch was correct. There's a file in the endorsed
directory called xml-apis.jar. Once I renamed this
file, XTF worked fine. I also replaced this file with
a later version and this also seems to work fine.
Thanks for your help!
- Hide quoted text -

Kor

Martin Haye wrote:
> Sounds like you've isolated it to a fair extent. I
don't see anything off the bat that might be
interfering, but there has to be something. Maybe a jar
in
/usr/local/fedora/server/jakarta-tomcat-5.0.28/common/endorsed?
As far as I know, you're the first people to try to use
XTF within Fedora, so you're breaking new ground...
>
> I have to leave for the day, so you're on your own
til Monday. Good luck...
>
> --Martin
>
> On 5/19/06, Kor Kiley < kor.kiley@uvm.edu> wrote:
>
> Hi Martin,
>
> I'm helping Winona to get xtf working properly in
our environment. I would like to point out that the
tomcat instance we're trying to run this under is part
of the Fedora digital content management system (
http://fedora.info -- not to be confused with the
Fedora Core linux distribution). Fedora packages their
installation with a tomcat installation that is
supplied under the fedora directory tree and which
seems to run a number of elements of fedora. I've
attached a ps listing that shows the tomcat process
initiated by fedora and shows the classpath parameter
supplied by the fedora startup script (I assume..)
Could this be interfering with xtf finding the correct
objects it needs to process its request?
>
> We have tested xtf with another instance of
tomcat on the same server without a problem. I've also
tested it on my desktop under caucho resin -- no
problem. But when I attempt to run it under the fedora
installation on my desktop, I have the same problem as
on the server.
>
> Tomcat starts under fedora using JAVA_HOME:
/usr/java/jdk1.5.0_06.
>
> Thanks for trying to help!
>
> Kor
>
>
> Martin Haye wrote:
>> Very strange. I just tried it on Linux with the
exact versions you're using and it worked. There must
be something different about your set-up there.
>>
>> Perhaps you could tell me what's in your
CLASSPATH environment variable, and also if there are
any interesting things in your tomcat common/endorsed
directory.
>>
>> The odd thing is that XTF first tries to
instantiate the xerces parser included in Java 1.5, and
it's failing to do that for some reason. This is what
I'd like to figure out. Next it tries the older Crimson
parser, and gets partway through that before failing.
>>
>> Is it possible that Tomcat is finding an older
version of Java to run? When you do "catalina.sh
start", Tomcat outputs the Java directory it is using.
Is there any discrepancy between that and the Java that
you think you're running?
>>
>> I'm grasping at straws here...
>>
>> --Martin
>>
>> On 5/19/06, Winona Salesky
<winona.salesky@uvm.edu > wrote:
>>
>> Hi Martin,
>> 1. We are running on Linux
>> 2. Running Tomcat 5.0.28
>> 3. JDK 1.5.0_06
>>
>> Here is the full error message:
>>
>>
>> Message:
>>
>> java.lang.RuntimeException:
java.lang.NoSuchMethodError:
javax.xml.parsers.SAXParserFactory.getSchema()Ljavax/xml/validation/Schema;
>>
>> Stack Trace:
>>
>> java.lang.RuntimeException:
java.lang.RuntimeException:
java.lang.NoSuchMethodError:
javax.xml.parsers.SAXParserFactory.getSchema()Ljavax/xml/validation/Schema;
>> at
org.cdlib.xtf.textEngine.IndexUtil.calcLazyPath(IndexUtil.java:125)
>> at
org.cdlib.xtf.dynaXML.DefaultDocLocator.getLazyStore(DefaultDocLocator.java:117)
>> at
org.cdlib.xtf.dynaXML.DynaXML.getSourceDoc(DynaXML.java:498)
>> at
org.cdlib.xtf.dynaXML.DynaXML.apply(DynaXML.java:381)
>> at
org.cdlib.xtf.dynaXML.DynaXML.doGet(DynaXML.java:280)
>> at
javax.servlet.http.HttpServlet.service(HttpServlet.java:689)
>> at
org.cdlib.xtf.servletBase.TextServlet.service(TextServlet.java:310)
>> at
javax.servlet.http.HttpServlet.service(HttpServlet.java:802)
>> at
sun.reflect.GeneratedMethodAccessor74.invoke(Unknown
Source)
>> at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
>> at
java.lang.reflect.Method.invoke(Method.java:585)
>> at
org.apache.catalina.security.SecurityUtil$1.run(SecurityUtil.java:239)
>> at
java.security.AccessController.doPrivileged(Native Method)
>> at
javax.security.auth.Subject.doAsPrivileged(Subject.java:517)
>> at
org.apache.catalina.security.SecurityUtil.execute(SecurityUtil.java:268)
>> at
org.apache.catalina.security.SecurityUtil.doAsPrivilege(SecurityUtil.java:157)
>> at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:231)
>> at
org.apache.catalina.core.ApplicationFilterChain.access$000(ApplicationFilterChain.java:50)
>> at
org.apache.catalina.core.ApplicationFilterChain$1.run(ApplicationFilterChain.java:140)
>> at
java.security.AccessController.doPrivileged(Native Method)
>> at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:136)
>> at
org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:214)
>> at
org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:104)
>> at
org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:520)
>> at
org.apache.catalina.core.StandardContextValve.invokeInternal(StandardContextValve.java:198)
>> at
org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:152)
>> at
org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:104)
>> at
org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:520)
>> at
org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:137)
>> at
org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:104)
>> at
org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:118)
>> at
org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:102)
>> at
org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:535)
>> at
org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:102)
>> at
org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:520)
>> at
org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109)
>> at
org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:104)
>> at
org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:520)
>> at
org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:929)
>> at
org.apache.coyote.tomcat5.CoyoteAdapter.service(CoyoteAdapter.java:160)
>> at
org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:799)
>> at
org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.processConnection(Http11Protocol.java:705)
>> at
org.apache.tomcat.util.net.TcpWorkerThread.runIt(PoolTcpEndpoint.java:577)
>> at
org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:683)
>> at java.lang.Thread.run(Thread.java:595)
>> Caused by: java.lang.RuntimeException:
java.lang.NoSuchMethodError:
javax.xml.parsers.SAXParserFactory.getSchema()Ljavax/xml/validation/Schema;
>> at
org.cdlib.xtf.textIndexer.XMLConfigParser.configure(XMLConfigParser.java:212)
>> at
org.cdlib.xtf.textEngine.ConfigCache.generate(ConfigCache.java:77)
>> at
org.cdlib.xtf.cache.GeneratingCache.find(GeneratingCache.java:74)
>> at
org.cdlib.xtf.textEngine.ConfigCache.find(ConfigCache.java:62)
>> at
org.cdlib.xtf.textEngine.IndexUtil.calcLazyPath(IndexUtil.java:120)
>> ... 44 more
>> Caused by: java.lang.NoSuchMethodError:
javax.xml.parsers.SAXParserFactory.getSchema()Ljavax/xml/validation/Schema;
>> at
com.sun.org.apache.xerces.internal.jaxp.SAXParserImpl.<init>(SAXParserImpl.java:124)
>> at
com.sun.org.apache.xerces.internal.jaxp.SAXParserFactoryImpl.newSAXParser(SAXParserFactoryImpl.java:98)
>> at
org.cdlib.xtf.textEngine.IndexUtil.createSAXParser(IndexUtil.java:326)
>> at
org.cdlib.xtf.textIndexer.XMLConfigParser.configure(XMLConfigParser.java:195)
>> ... 48 more
>>
>>
>>
>>
>>
>> Thanks for your help.
>>
>> -Winona
>>
>> From: xtf-user-admin@lists.sourceforge.net
[mailto:xtf-user-admin@lists.sourceforge.net] On Behalf
Of Martin Haye
>> Sent: Friday, May 19, 2006 11:41 AM
>>
>> To: Winona Salesky
>> Cc: xtf-user@lists.sourceforge.net
>> Subject: Re: [Xtf-user] Servlet Error
>>
>> Hi Winona,
>>
>> This definitely seems like a classpath issue
of some sort. Is there anything more to the error
message? Also, could you let me know the following:
>>
>> 1. The operating system you're running on
(Linux, Windows, Solaris, etc.)
>> 2. The servlet container you're using
(Tomcat, Resin, etc.) and its version number
>> 3. The exact JDK version you're running
(1.5, 1.5.1, etc.)
>>
>> Maybe I'll be able to replicate the problem.
>>
>> --Martin
>>
>> On 5/19/06, Winona Salesky
<winona.salesky@uvm.edu > wrote:
>>
>> Thanks David,
>> Unfortunately that does not seem to be
the problem. We are using JDK1.5, I
>> have even tried reinstalling several
times. Anyone have any other ideas? Any
>> help or suggestions would be appreciated.
>> Thanks again.
>> -Winona
>>
>> -----Original Message-----
>> From: David Jiao [mailto:djiao@indiana.edu]
>> Sent: Thursday, May 18, 2006 11:28 AM
>> To: Winona Salesky
>> Cc: xtf-user@lists.sourceforge.net
>> Subject: Re: [Xtf-user] Servlet Error
>>
>> I've seen this exception before, not in
the XTF context though. It was
>> because the version of Xerces included
in JDK 1.4 is not the most
>> up-to-date. It'll go away if you use
JDK1.5, or include the newest Xerces
>> jar file in your application. In this
case, if you use tomcat, it needs to
>> be put in the common/endorsed directory
in your tomcat.
>>
>> David
>>
>> Winona Salesky wrote:
>> > Hi,
>> > I have just installed XTF. When tying
to view a document from the
>> > sample collection using
/xtf/view?docId=ft587006k2, however I get the
>> > following error message, and I have no
idea how to interpret it, any
>> > help would be appreciated thanks.
>> >
>> > -Winona
>> >
>> > Error message:
>> >
>> > java.lang.RuntimeException:
java.lang.NoSuchMethodError:
>> >
javax.xml.parsers.SAXParserFactory.getSchema
()Ljavax/xml/validation/Sc
>> > hema;
>> >
>>
>>
>> --
>> Dazhi (David) Jiao
>> System Analyst / Programmer
>> Digital Library Program, Indiana
University at Bloomington
>> Tel: 812.856.0089 Email: djiao@indiana.edu
>>
>>
>>
>>
-------------------------------------------------------
>> Using Tomcat but need to do more? Need
to support web services, security?
>> Get stuff done quickly with
pre-integrated technology to make your job easier
>> Download IBM WebSphere Application
Server v.1.0.1 based on Apache Geronimo
>>
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
>>
_______________________________________________
>> Xtf-user mailing list
>> Xtf-user@lists.sourceforge.net
>>
https://lists.sourceforge.net/lists/listinfo/xtf-user
>>
>>
>>
>
> --
> Kor Kiley
> UVM Libraries Systems
> Bailey/Howe Library
> University of Vermont
> (802)656-8290
>
>
> tomcat 15871 3.3 4.3 1290240 178964 pts/3 Sl
13:29 0:32 /usr/java/jdk1.5.0_06/bin/java
-Djava.endorsed.dirs=/usr/local/fedora/server/jakarta-tomcat-5.0.28/common/endorsed
-classpath
/usr/java/jdk1.5.0_06/lib/tools.jar:/usr/local/fedora/server/jakarta-
tomcat-5.0.28/bin/bootstrap.jar:/usr/local/fedora/server/jakarta-tomcat-5.0.28/bin/commons-logging-api.jar
-Dcatalina.base=/usr/local/fedora/server/jakarta-tomcat-5.0.28
-Dcatalina.home=/usr/local/fedora/server/jakarta-tomcat-5.0.28
-Djava.io.tmpdir=/usr/local/fedora/server/jakarta-tomcat-5.0.28/temp
org.apache.catalina.startup.Bootstrap start
>
>

Discussion

  • mhaye
    mhaye
    2006-12-01

    • status: open --> closed