oodt-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Mattmann, Chris A (3980)" <chris.a.mattm...@jpl.nasa.gov>
Subject Re: OODT 0.8.1 RADiX opsui can't load javax.servlet-3.0.0.v201112011016.jar
Date Mon, 30 Mar 2015 20:48:55 GMT
Is there a tomcat/common/lib dir, Val? Sorry am in a meeting
and I can provide more detail later today.

++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
Chris Mattmann, Ph.D.
Chief Architect
Instrument Software and Science Data Systems Section (398)
NASA Jet Propulsion Laboratory Pasadena, CA 91109 USA
Office: 168-519, Mailstop: 168-527
Email: chris.a.mattmann@nasa.gov
WWW:  http://sunset.usc.edu/~mattmann/
++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
Adjunct Associate Professor, Computer Science Department
University of Southern California, Los Angeles, CA 90089 USA
++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++






-----Original Message-----
From: <Mallder>, Valerie <Valerie.Mallder@jhuapl.edu>
Reply-To: "dev@oodt.apache.org" <dev@oodt.apache.org>
Date: Monday, March 30, 2015 at 1:45 PM
To: "dev@oodt.apache.org" <dev@oodt.apache.org>
Subject: RE: OODT 0.8.1 RADiX opsui can't load
javax.servlet-3.0.0.v201112011016.jar

>I think I need some clarification since I'm not really that familiar with
>tomcat. 
>
>There is no tomcat/lib directory, so I assumed you meant the lower level
>lib directories:
>
>doing ls *log* gives me:
>
>tomcat/webapps/opsui/WEB-INF/lib has:
>   log4j-1.2.14.jar
>   commons-logging-1.0.3.jar
>   minlog-1.2.jar
>   slf4j-log4j12-1.5.8.jar
>
>
>tomcat/webapps/pcs/WEB-INF/lib has:
>   log4j-1.2.17.jar
>   commons-logging-1.1.1.jar
>   minlog-1.2.jar
>   slf4j-log4j12-1.7.5.jar
>
>tomcat/webapps/fmprod/WEB-INF/lib only had:
>   commons-logging-1.0.3.jar
>
>so I copied
>   log4j-1.2.14.jar
>   minlog-1.2.jar
>   slf4j-log4j12-1.5.8.jar
>
>to tomcat/webapps/fmprod/WEB-INF/lib
>
>Is that what you meant?  Sorry for being dense, (and this didn't work :(
>)
>
>Val
>
>
>
>Valerie A. Mallder
>New Horizons Deputy Mission System Engineer
>Johns Hopkins University/Applied Physics Laboratory
>
>> -----Original Message-----
>> From: Chris Mattmann [mailto:chris.mattmann@gmail.com]
>> Sent: Monday, March 30, 2015 4:10 PM
>> To: dev@oodt.apache.org
>> Subject: Re: OODT 0.8.1 RADiX opsui can't load javax.servlet-
>> 3.0.0.v201112011016.jar
>> 
>> Red herring, Val. I saw this too - the big issue I believe is that b/c
>>of the streaming
>> deps, that we need to refactor, it now requires a log4j toolkit to be
>>on the
>> tomcat/lib classpath, then it should work OK.
>> 
>> HTH!
>> 
>> ------------------------
>> Chris Mattmann
>> chris.mattmann@gmail.com
>> 
>> 
>> 
>> 
>> -----Original Message-----
>> From: "Mallder, Valerie" <Valerie.Mallder@jhuapl.edu>
>> Reply-To: <dev@oodt.apache.org>
>> Date: Monday, March 30, 2015 at 1:05 PM
>> To: "dev@oodt.apache.org" <dev@oodt.apache.org>
>> Subject: OODT 0.8.1 RADiX opsui can't load
>>javax.servlet-3.0.0.v201112011016.jar
>> 
>> >Hi All,
>> >
>> >I am having trouble running OPSUI again.  But this time it's for a
>> >different reason.  It has a been a while since I ran OPSUI because I've
>> >been working mostly on non-user interface code. But, when I ran it last
>> >week I was get the following message from Apache Tomcat/5.5.23: "HTTP
>> >Status 404 - /opsui/ The requested resource (/opsui/) is not
>>available".
>> >I have spent several days trying to figure out what is happening, with
>> >no significant luck. I am running with the OODT 0.8.1 RADiX Archetype,
>> >and this is the first time I tried running it since I upgraded from
>> >0.8. to 0.8.1.
>> >
>> >By doing diffs on the tomcat directories between the two versions, as
>> >well as by comparing log files, I tracked down a difference between the
>> >0.8.1 Archetype and the 0.8 Archetype that looks very suspicious.  In
>> >the OODT 0.8.1 RADiX Archetype, there is a new dependency on
>> >"servlet-api-2.5.jar" (that is not in the 0.8 Archetype), and
>> >servlet-api-2.5.jar is referenced inside the
>> >tomcat/webapps/opsui/target/oodt-opsui-0.1.war file.  It is also
>> >referenced in
>> >webapps/opsui/target/oodt-opsui-0.1/WEB-INF/classes/META-
>> INF/DEPENDENCE
>> >S
>> >file.
>> >
>> >As far as I can tell, the only pom.xml file that references servlet-api
>> >is the
>> >tomcat/webapps/fmprod/target/war/work/org.apache.oodt/cas-product/META-
>> >INF /maven/or.apache.oodt/cas-product/pom.xml file, but the dependency
>> >specifies the scope as 'provided' which, according to this website
>> >http://www.mkyong.com/java/servlet-api-2-5-jar-jar-not-loaded/ is
>> >supposed to prevent this error that I've been seeing.
>> >
>> >I have now just exhausted my entire knowledge of tomcat and these
>> >webapps.  So, I need some help debugging this. Here is a short clip
>>from
>> >the log file showing this error.   Any ideas on where I should look
>>next?
>> >
>> >Thanks!
>> >Val
>> >
>> >
>> >
>> >Mar 30, 2015 11:33:24 AM org.apache.catalina.loader.WebappClassLoader
>> >validateJarFile
>> >INFO:
>> >validateJarFile(/homes/malldva1/projects/jedi/oodt/tomcat/webapps/opsui
>> >/WE
>> >B-INF/lib/javax.servlet-3.0.0.v201112011016.jar) - jar not loaded. See
>> >Servlet Spec 2.3, section 9.7.2. Offending class:
>> >javax/servlet/Servlet.class
>> >Mar 30, 2015 11:33:24 AM org.apache.catalina.loader.WebappClassLoader
>> >validateJarFile
>> >INFO:
>> >validateJarFile(/homes/malldva1/projects/jedi/oodt/tomcat/webapps/opsui
>> >/WE
>> >B-INF/lib/servlet-api-2.5.jar) - jar not loaded. See Servlet Spec 2.3,
>> >section 9.7.2. Offending class: javax/servlet/Servlet.class Mar 30,
>> >2015 11:33:25 AM org.apache.catalina.startup.HostConfig
>> >deployDirectory
>> >SEVERE: Error deploying web application directory opsui
>> >java.lang.NoSuchMethodError:
>> >org.slf4j.spi.LocationAwareLogger.log(Lorg/slf4j/Marker;Ljava/lang/Stri
>> >ng; ILjava/lang/String;[Ljava/lang/Object;Ljava/lang/Throwable;)V
>> >            at
>> >org.apache.commons.logging.impl.SLF4JLocationAwareLog.debug(SLF4JLocati
>> >onA
>> >wareLog.java:133)
>> >            at
>> >org.apache.catalina.startup.TldConfig.execute(TldConfig.java:315)
>> >            at
>> 
>>>org.apache.catalina.core.StandardContext.processTlds(StandardContext.jav
>>>a:
>> >4307)
>> >            at
>> 
>>>org.apache.catalina.core.StandardContext.start(StandardContext.java:4144
>>>)
>> >            at
>> >org.apache.catalina.core.ContainerBase.addChildInternal(ContainerBase.j
>> >ava
>> >:760)
>> >            at
>> >org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java:740)
>> >            at
>> >org.apache.catalina.core.StandardHost.addChild(StandardHost.java:544)
>> >            at
>> >org.apache.catalina.startup.HostConfig.deployDirectory(HostConfig.java:
>> >920
>> >)
>> >            at
>> >org.apache.catalina.startup.HostConfig.deployDirectories(HostConfig.jav
>> >a:8
>> >83)
>> >            at
>> >org.apache.catalina.startup.HostConfig.deployApps(HostConfig.java:492)
>> >            at
>> >org.apache.catalina.startup.HostConfig.start(HostConfig.java:1138)
>> >            at
>> 
>>>org.apache.catalina.startup.HostConfig.lifecycleEvent(HostConfig.java:31
>>>1)
>> >            at
>> >org.apache.catalina.util.LifecycleSupport.fireLifecycleEvent(LifecycleS
>> >upp
>> >ort.java:120)
>> >            at
>> >org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1022)
>> >            at
>> >org.apache.catalina.core.StandardHost.start(StandardHost.java:736)
>> >            at
>> >org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1014)
>> >            at
>> >org.apache.catalina.core.StandardEngine.start(StandardEngine.java:443)
>> >            at
>> 
>>>org.apache.catalina.core.StandardService.start(StandardService.java:448)
>> >            at
>> >org.apache.catalina.core.StandardServer.start(StandardServer.java:700)
>> >            at
>> >org.apache.catalina.startup.Catalina.start(Catalina.java:552)
>> >            at sun.reflect.NativeMethodAccessorImpl.invoke0(Native
>>Method)
>> >            at
>> 
>>>sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.jav
>>>a:
>> >57)
>> >            at
>> >sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccesso
>> >rIm
>> >pl.java:43)
>> >            at java.lang.reflect.Method.invoke(Method.java:606)
>> >            at
>> >org.apache.catalina.startup.Bootstrap.start(Bootstrap.java:295)
>> >            at
>> >org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:433)
>> >
>> >Mar 30, 2015 11:33:25 AM org.apache.catalina.loader.WebappClassLoader
>> >validateJarFile
>> >INFO:
>> >validateJarFile(/homes/malldva1/projects/jedi/oodt/tomcat/webapps/pcs/W
>> >EB-
>> >INF/lib/javax.servlet-3.0.0.v201112011016.jar) - jar not loaded. See
>> >Servlet Spec 2.3, section 9.7.2. Offending class:
>> >javax/servlet/Servlet.class
>> >
>> >
>> >Valerie A. Mallder
>> >
>> >New Horizons Deputy Mission System Engineer The Johns Hopkins
>> >University/Applied Physics Laboratory
>> >11100 Johns Hopkins Rd (MS 23-282), Laurel, MD 20723
>> >240-228-7846 (Office) 410-504-2233 (Blackberry)
>> >
>> 
>

Mime
View raw message