Re: 4.0.2: Element type "tlib-version" must be declared.

2002-03-18 Thread Christopher Cobb 

I knew it would be something easy!  Thanks.

cc

"Craig R. McClanahan" wrote:

> On Mon, 18 Mar 2002, Christopher Cobb wrote:
>
> > Date: Mon, 18 Mar 2002 15:44:16 -0500
> > From: Christopher Cobb <[EMAIL PROTECTED]>
> > Reply-To: Tomcat Users List <[EMAIL PROTECTED]>
> > To: Tomcat Users List <[EMAIL PROTECTED]>
> > Subject: 4.0.2: Element type "tlib-version" must be declared.
> >
> > When I try to use a JSP 1.2 style taglib definition file, I get an exception
> > JasperException: XML parsing error on file /WEB-INF/tabtags.tld, Element type
> > "tlib-version" must be declared.  My file validates against this dtd:
> > http://java.sun.com/dtd/web-jsptaglibrary_1_2.dtd.  Is there some switch somewhere 
>to
> > turn on JSP 1.2 dtds?
> >
>
> What does the entire DOCTYPE element of your TLD say?  Tomcat matches on
> the public identifier first, and if that says to use the JSP 1.1 version,
> it will.
>
> > cc
> >
>
> Craig
>
> --
> To unsubscribe:   <mailto:[EMAIL PROTECTED]>
> For additional commands: <mailto:[EMAIL PROTECTED]>
> Troubles with the list: <mailto:[EMAIL PROTECTED]>


--
To unsubscribe:   <mailto:[EMAIL PROTECTED]>
For additional commands: <mailto:[EMAIL PROTECTED]>
Troubles with the list: <mailto:[EMAIL PROTECTED]>

4.0.2: Element type "tlib-version" must be declared.

2002-03-18 Thread Christopher Cobb 

When I try to use a JSP 1.2 style taglib definition file, I get an exception
JasperException: XML parsing error on file /WEB-INF/tabtags.tld, Element type
"tlib-version" must be declared.  My file validates against this dtd:
http://java.sun.com/dtd/web-jsptaglibrary_1_2.dtd.  Is there some switch somewhere to
turn on JSP 1.2 dtds?

cc

org.apache.jasper.JasperException: XML parsing error on file /WEB-INF/tabtags.tld:
(line 11, col 17): Element type "tlib-version" must be declared.
 at org.apache.jasper.parser.ParserUtils.parseXMLDocument(ParserUtils.java:218)
 at org.apache.jasper.compiler.TagLibraryInfoImpl.parseTLD(TagLibraryInfoImpl.java:283)

 at org.apache.jasper.compiler.TagLibraryInfoImpl.(TagLibraryInfoImpl.java:219)
 at
org.apache.jasper.compiler.JspParseEventListener.processTaglibDirective(JspParseEventListener.java:1164)

 at
org.apache.jasper.compiler.JspParseEventListener.handleDirective(JspParseEventListener.java:758)

 at
org.apache.jasper.compiler.DelegatingListener.handleDirective(DelegatingListener.java:121)

 at org.apache.jasper.compiler.Parser$Directive.accept(Parser.java:255)
 at org.apache.jasper.compiler.Parser.parse(Parser.java:1145)
 at org.apache.jasper.compiler.Parser.parse(Parser.java:1103)
 at org.apache.jasper.compiler.Parser.parse(Parser.java:1099)
 at org.apache.jasper.compiler.ParserController.parse(ParserController.java:213)
 at org.apache.jasper.compiler.Compiler.compile(Compiler.java:210)
 at org.apache.jasper.servlet.JspServlet.loadJSP(JspServlet.java:552)
 at
org.apache.jasper.servlet.JspServlet$JspServletWrapper.loadIfNecessary(JspServlet.java:177)

 at org.apache.jasper.servlet.JspServlet$JspServletWrapper.service(JspServlet.java:189)

 at org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:382)
 at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:474)
 at javax.servlet.http.HttpServlet.service(HttpServlet.java:853)
 at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:247)

 at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:193)

 at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:243)

 at org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:566)
 at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:472)
 at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943)
 at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:190)

 at org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:566)
 at org.apache.catalina.valves.CertificatesValve.invoke(CertificatesValve.java:246)
 at org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:564)
 at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:472)
 at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943)
 at org.apache.catalina.core.StandardContext.invoke(StandardContext.java:2343)
 at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:180)
 at org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:566)
 at
org.apache.catalina.valves.ErrorDispatcherValve.invoke(ErrorDispatcherValve.java:170)
 at org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:564)
 at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:170)
 at org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:564)
 at org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:468)
 at org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:564)
 at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:472)
 at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943)
 at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:174)
 at org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:566)
 at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:472)
 at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943)
 at org.apache.catalina.connector.http.HttpProcessor.process(HttpProcessor.java:1012)
 at org.apache.catalina.connector.http.HttpProcessor.run(HttpProcessor.java:1107)
 at java.lang.Thread.run(Thread.java:536)



--
To unsubscribe:   
For additional commands: 
Troubles with the list:

4.0.2/EJB InitialContext conflict

2002-01-29 Thread Christopher Cobb 

I have a web/EJB application that ran in Tomcat 3.  It calls InitialContext()
assuming that it will get the EJB server's service implementation of jndi so
that it can locate various enterprise beans.

Within tomcat4, when I call InitialContext(), I appear to be getting tomcat's
jndi implementation and not the EJB server's.

How do I cause my EJB server's jndi implementation to have precedence over the
tomcat4 implementation?

cc



--
To unsubscribe:   
For additional commands: 
Troubles with the list:

Re: WEB-INF/lib/SilverRuntime.jar

2002-01-28 Thread Christopher Cobb 

I have long ago mentally surpressed the difference between .zips and .jars so your
solution didn't even occur to me.

Thanks!

cc

Greg Trasuk wrote:

> Hi all:
>
> From your command line '$ jar tf SilverRuntime.zip | grep
> com/sssw/rt/util/AgiUserLogin' it looks like your 'jar' file is actually
> named '.zip'.  As I understand it, the servlet spec requires jar files to be
> '.jar' and Tomcat enforces this requirement.  In all likelihood, you'll get
> it working by renaming 'SilverRuntime.zip' to 'SilverRuntime.jar' in your
> WEB-INF/lib.  At worst, you may have to unzip, then 'jar' the files.
>
> Many people seem to have this problem with the Oracle JDBC drivers, so you
> can get more info from the mailing list archives by searching for 'Oracle
> JDBC'.  Of course, as people point out, you'll get even better answers by
> searching for 'Oracle JDBC Craig'.
>
> Regards,
>
> Greg Trasuk, President
> StratusCom Manufacturing Systems Inc. - We use information technology to
> solve business problems on your plant floor.
> http://stratuscom.ca
>
> > -Original Message-
> > From: Christopher Cobb [mailto:[EMAIL PROTECTED]]
> > Sent: Monday, January 28, 2002 1:49 PM
> > To: Tomcat Users List
> > Subject: Re: WEB-INF/lib/SilverRuntime.jar
> >
> >
> > I should have mentioned that my environment is:
> > tc 4.0.2-b2
> > jdk1.4.0-rc
> > win2k
> >
> > cc
> >
> > Christopher Cobb wrote:
> >
> > > I have just started using Tomcat 4 for the first time (have
> > used Tomcat 3.x for
> > > a while) and I see that startup.sh does not access the
> > user's CLASSPATH.  I
> > > think that's great!  CLASSPATH dependencies can get unwieldy.
> > >
> > > I have placed the file SilverRuntime.jar in my webapp's
> > WEB-INF/lib directory.
> > > An examination of this file with jar reveals that it
> > contains the class
> > > com.sssw.rt.util.AgiUserLogin:
> > >
> > >  $ jar tf SilverRuntime.zip | grep com/sssw/rt/util/AgiUserLogin
> > >  com/sssw/rt/util/AgiUserLogin.class
> > >
> > > However, when I run my webapp, I get:
> > >
> > >  exception
> > >
> > >  javax.servlet.ServletException: Servlet execution
> > threw an exception
> > >   at
> > >
> > org.apache.catalina.core.ApplicationFilterChain.internalDoFilt
> > er(ApplicationFilterChain.java:269)
> > >
> > >   at
> > >
> > org.apache.catalina.core.ApplicationFilterChain.doFilter(Appli
> > cationFilterChain.java:193)
> > >
> > >   at
> > >
> > org.apache.catalina.core.StandardWrapperValve.invoke(StandardW
> > rapperValve.java:243)
> > >
> > >  ...
> > >
> > > with a root cause of:
> > >
> > >  java.lang.NoClassDefFoundError: com/sssw/rt/util/AgiUserLogin
> > >   at java.lang.ClassLoader.defineClass0(Native Method)
> > >   at java.lang.ClassLoader.defineClass(ClassLoader.java:509)
> > >   at
> > >
> > java.security.SecureClassLoader.defineClass(SecureClassLoader.
> > java:123)
> > >
> > >   at
> > >
> > org.apache.catalina.loader.WebappClassLoader.findClassInternal
> > (WebappClassLoader.java:1547)
> > >
> > >   at
> > >
> > org.apache.catalina.loader.WebappClassLoader.findClass(WebappC
> > lassLoader.java:856)
> > >
> > >   at
> > >
> > org.apache.catalina.loader.WebappClassLoader.loadClass(WebappC
> > lassLoader.java:1286)
> > >
> > >   at
> > >
> > org.apache.catalina.loader.WebappClassLoader.loadClass(WebappC
> > lassLoader.java:1169)
> > >
> > >   at java.beans.Beans.instantiate(Beans.java:187)
> > >   at java.beans.Beans.instantiate(Beans.java:48)
> > >   at
> > >
> > com.ams.acq.pd.base.web.CommandFactory.getCommandInstance(Comm
> > andFactory.java:259)
> > >
> > > Why doesn't my web app find a class which is in a jar in my
> > WEB-INF/lib
> > > directory?
> > >
> > > cc
> > >
> > > --
> > > To unsubscribe:
> <mailto:[EMAIL PROTECTED]>
> > For additional commands: <mailto:[EMAIL PROTECTED]>
> > Troubles with the list: <mailto:[EMAIL PROTECTED]>
>
> --
> To unsubscribe:   <mailto:[EMAIL PROTECTED]>
> For additional commands: <mailto:[EMAIL PROTECTED]>
> Troubles with the list: <mailto:[EMAIL PROTECTED]>
>
> --
> To unsubscribe:   <mailto:[EMAIL PROTECTED]>
> For additional commands: <mailto:[EMAIL PROTECTED]>
> Troubles with the list: <mailto:[EMAIL PROTECTED]>


--
To unsubscribe:   <mailto:[EMAIL PROTECTED]>
For additional commands: <mailto:[EMAIL PROTECTED]>
Troubles with the list: <mailto:[EMAIL PROTECTED]>

Re: WEB-INF/lib/SilverRuntime.jar

2002-01-28 Thread Christopher Cobb 

I should have mentioned that my environment is:
tc 4.0.2-b2
jdk1.4.0-rc
win2k

cc

Christopher Cobb wrote:

> I have just started using Tomcat 4 for the first time (have used Tomcat 3.x for
> a while) and I see that startup.sh does not access the user's CLASSPATH.  I
> think that's great!  CLASSPATH dependencies can get unwieldy.
>
> I have placed the file SilverRuntime.jar in my webapp's WEB-INF/lib directory.
> An examination of this file with jar reveals that it contains the class
> com.sssw.rt.util.AgiUserLogin:
>
>  $ jar tf SilverRuntime.zip | grep com/sssw/rt/util/AgiUserLogin
>  com/sssw/rt/util/AgiUserLogin.class
>
> However, when I run my webapp, I get:
>
>  exception
>
>  javax.servlet.ServletException: Servlet execution threw an exception
>   at
>  
>org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:269)
>
>   at
>  
>org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:193)
>
>   at
>  
>org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:243)
>
>  ...
>
> with a root cause of:
>
>  java.lang.NoClassDefFoundError: com/sssw/rt/util/AgiUserLogin
>   at java.lang.ClassLoader.defineClass0(Native Method)
>   at java.lang.ClassLoader.defineClass(ClassLoader.java:509)
>   at
>  java.security.SecureClassLoader.defineClass(SecureClassLoader.java:123)
>
>   at
>  
>org.apache.catalina.loader.WebappClassLoader.findClassInternal(WebappClassLoader.java:1547)
>
>   at
>  
>org.apache.catalina.loader.WebappClassLoader.findClass(WebappClassLoader.java:856)
>
>   at
>  
>org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1286)
>
>   at
>  
>org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1169)
>
>   at java.beans.Beans.instantiate(Beans.java:187)
>   at java.beans.Beans.instantiate(Beans.java:48)
>   at
>  
>com.ams.acq.pd.base.web.CommandFactory.getCommandInstance(CommandFactory.java:259)
>
> Why doesn't my web app find a class which is in a jar in my WEB-INF/lib
> directory?
>
> cc
>
> --
> To unsubscribe:   <mailto:[EMAIL PROTECTED]>
> For additional commands: <mailto:[EMAIL PROTECTED]>
> Troubles with the list: <mailto:[EMAIL PROTECTED]>


--
To unsubscribe:   <mailto:[EMAIL PROTECTED]>
For additional commands: <mailto:[EMAIL PROTECTED]>
Troubles with the list: <mailto:[EMAIL PROTECTED]>

WEB-INF/lib/SilverRuntime.jar

2002-01-28 Thread Christopher Cobb 

I have just started using Tomcat 4 for the first time (have used Tomcat 3.x for
a while) and I see that startup.sh does not access the user's CLASSPATH.  I
think that's great!  CLASSPATH dependencies can get unwieldy.

I have placed the file SilverRuntime.jar in my webapp's WEB-INF/lib directory.
An examination of this file with jar reveals that it contains the class
com.sssw.rt.util.AgiUserLogin:

 $ jar tf SilverRuntime.zip | grep com/sssw/rt/util/AgiUserLogin
 com/sssw/rt/util/AgiUserLogin.class

However, when I run my webapp, I get:

 exception

 javax.servlet.ServletException: Servlet execution threw an exception
  at
 
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:269)

  at
 
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:193)

  at
 
org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:243)

 ...

with a root cause of:

 java.lang.NoClassDefFoundError: com/sssw/rt/util/AgiUserLogin
  at java.lang.ClassLoader.defineClass0(Native Method)
  at java.lang.ClassLoader.defineClass(ClassLoader.java:509)
  at
 java.security.SecureClassLoader.defineClass(SecureClassLoader.java:123)

  at
 
org.apache.catalina.loader.WebappClassLoader.findClassInternal(WebappClassLoader.java:1547)

  at
 org.apache.catalina.loader.WebappClassLoader.findClass(WebappClassLoader.java:856)

  at
 
org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1286)

  at
 
org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1169)

  at java.beans.Beans.instantiate(Beans.java:187)
  at java.beans.Beans.instantiate(Beans.java:48)
  at
 com.ams.acq.pd.base.web.CommandFactory.getCommandInstance(CommandFactory.java:259)

Why doesn't my web app find a class which is in a jar in my WEB-INF/lib
directory?

cc





--
To unsubscribe:   
For additional commands: 
Troubles with the list:

Re: W2k/cygwin/4.0.2-b2/Incompatible type for method.

2002-01-28 Thread Christopher Cobb 

You are right.  I truly haven't the slightest idea how this got there, but in my
WEB-INF/classes directory was a tomcat org directory tree of an old version of
tomcat.  It's a mystery!

I deleted it and now things work fine.  Thanks for the extra push.

Chris

"Zemen, Franz" wrote:

> Hi Christopher,
>
> I believe this isn't anything to do with Win2K but rather with a version of
> the JSP package that gets loaded into your classpath.
>
> In the older servlet/JSP package, PageContext.handlePageException accepted
> only a java.lang.Exception (see Javadocs for J2EE 1.2.1).  The newer version
> of PageContext (certainly JSP 1.2) contains a handlePageException that
> accepts a Throwable.  I'm assuming that in your email below "t" is a
> Throwable, and then
> of course it would need to be cast specifically to an Exception if the
> loaded PageContext class was not from the latest release.
>
> Is it possible that somewhere on your classpath an older version of J2EE or
> JSP libraries are loaded first?  That would be one possible cause of what
> you are seeing.
>
> Hope this helps,
>
> Franz Zemen
>
> -Original Message-
> From: Christopher Cobb [mailto:[EMAIL PROTECTED]]
> Sent: Monday, January 28, 2002 9:45 AM
> To: Tomcat Users List
> Subject: W2k/cygwin/4.0.2-b2/Incompatible type for method.
>
> I have seen this mentioned on the list several times but without a
> resolution:
>
>  org.apache.jasper.JasperException: Unable to compile class for JSP
>
> C:\unzipped\jakarta-tomcat-4.0.2-b2\jakarta-tomcat-4.0.2-b2\work\localhost\N
> GPDWeb\LoginFrameset$jsp.java:112:
>  Incompatible type for method. Explicit cast needed to convert
> java.lang.Throwable to java.lang.Exception.
>  if (pageContext != null)
> pageContext.handlePageException(t);
>   ^
>  1 error
>
>   at org.apache.jasper.compiler.Compiler.compile(Compiler.java:285)
>   at org.apache.jasper.servlet.JspServlet.loadJSP(JspServlet.java:551)
>   at
> org.apache.jasper.servlet.JspServlet$JspServletWrapper.loadIfNecessary(JspSe
> rvlet.java:177)
>   at
> org.apache.jasper.servlet.JspServlet$JspServletWrapper.service(JspServlet.ja
> va:189)
>   at
> org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:382)
>   at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:474)
>
> I have tried several JDK's (1.3, 1.3.1_02, 1.4-rc), several versions of
> tomcat (4.0.2-b2, 4.0.1, 3.1), and still the same
> problem.  I have even written an environment-purging script to make sure
> that there is nothing in my environment causing this
> problem.  Here is my complete environment:
>
>  $ env
>  !C:=C:\cygwin\bin
>  PS1=\[\033]0;\w\007
>  \033[32m\]\u@\h \[\033[33m\w\033[0m\]
>  $
>  OSTYPE=cygwin
>  HOME=/home/ccobb
>
> PATH=/usr/local/bin:/usr/bin:/bin:/drivec/WINNT/system32:/drivec/WINNT:/driv
> ec/WINNT/System32/Wbem
>  _=/usr/bin/env
>
> Here is the output when I start tomcat 4.0.2-b2:
>
>  Guessing CATALINA_HOME from catalina.sh to ./..
>  Setting CATALINA_HOME to ./..
>  Using CLASSPATH: bootstrap.jar;c:\jdk1.3.1_02\lib\tools.jar
>  Using CATALINA_BASE:
> C:\unzipped\jakarta-tomcat-4.0.2-b2\jakarta-tomcat-4.0.2-b2
>  Using CATALINA_HOME:
> C:\unzipped\jakarta-tomcat-4.0.2-b2\jakarta-tomcat-4.0.2-b2
>  Using JAVA_HOME: c:\jdk1.3.1_02\
>
> Here is the contents of my jdk's lib directory:
>
>  $ find jdk1.3.1_02/jre jdk1.3.1_02/lib \( -name '*.jar' -o -name
> '*.zip' \)
>  jdk1.3.1_02/jre/lib/ext/cosnaming.jar
>  jdk1.3.1_02/jre/lib/ext/jbroker-rt.jar
>  jdk1.3.1_02/jre/lib/ext/jbroker-ssl.jar
>  jdk1.3.1_02/jre/lib/ext/jbroker-tools.jar
>  jdk1.3.1_02/jre/lib/ext/jndi.jar
>  jdk1.3.1_02/jre/lib/ext/providerutil.jar
>  jdk1.3.1_02/jre/lib/ext/rmiregistry.jar
>  jdk1.3.1_02/jre/lib/i18n.jar
>  jdk1.3.1_02/jre/lib/jaws.jar
>  jdk1.3.1_02/jre/lib/rt.jar
>  jdk1.3.1_02/jre/lib/sunrsasign.jar
>  jdk1.3.1_02/lib/dt.jar
>  jdk1.3.1_02/lib/ext/cosnaming.jar
>  jdk1.3.1_02/lib/ext/jbroker-rt.jar
>  jdk1.3.1_02/lib/ext/jbroker-ssl.jar
>  jdk1.3.1_02/lib/ext/jbroker-tools.jar
>  jdk1.3.1_02/lib/ext/jndi.jar
>  jdk1.3.1_02/lib/ext/providerutil.jar
>  jdk1.3.1_02/lib/ext/rmiregistry.jar
>  jdk1.3.1_02/lib/htmlconverter.jar
>  jdk1.3.1_02/lib/tools.jar
>
> (I have added jbroker support but this has no servlet files in it).  I have
> also tried with a squeeky clean install of 1.4-rc
> w

W2k/cygwin/4.0.2-b2/Incompatible type for method.

2002-01-28 Thread Christopher Cobb 

I have seen this mentioned on the list several times but without a resolution:

 org.apache.jasper.JasperException: Unable to compile class for JSP
 
C:\unzipped\jakarta-tomcat-4.0.2-b2\jakarta-tomcat-4.0.2-b2\work\localhost\NGPDWeb\LoginFrameset$jsp.java:112:
 Incompatible type for method. Explicit cast needed to convert java.lang.Throwable 
to java.lang.Exception.
 if (pageContext != null) pageContext.handlePageException(t);
  ^
 1 error

  at org.apache.jasper.compiler.Compiler.compile(Compiler.java:285)
  at org.apache.jasper.servlet.JspServlet.loadJSP(JspServlet.java:551)
  at 
org.apache.jasper.servlet.JspServlet$JspServletWrapper.loadIfNecessary(JspServlet.java:177)
  at 
org.apache.jasper.servlet.JspServlet$JspServletWrapper.service(JspServlet.java:189)
  at org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:382)
  at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:474)

I have tried several JDK's (1.3, 1.3.1_02, 1.4-rc), several versions of tomcat 
(4.0.2-b2, 4.0.1, 3.1), and still the same
problem.  I have even written an environment-purging script to make sure that there is 
nothing in my environment causing this
problem.  Here is my complete environment:

 $ env
 !C:=C:\cygwin\bin
 PS1=\[\033]0;\w\007
 \033[32m\]\u@\h \[\033[33m\w\033[0m\]
 $
 OSTYPE=cygwin
 HOME=/home/ccobb
 
PATH=/usr/local/bin:/usr/bin:/bin:/drivec/WINNT/system32:/drivec/WINNT:/drivec/WINNT/System32/Wbem
 _=/usr/bin/env

Here is the output when I start tomcat 4.0.2-b2:

 Guessing CATALINA_HOME from catalina.sh to ./..
 Setting CATALINA_HOME to ./..
 Using CLASSPATH: bootstrap.jar;c:\jdk1.3.1_02\lib\tools.jar
 Using CATALINA_BASE: C:\unzipped\jakarta-tomcat-4.0.2-b2\jakarta-tomcat-4.0.2-b2
 Using CATALINA_HOME: C:\unzipped\jakarta-tomcat-4.0.2-b2\jakarta-tomcat-4.0.2-b2
 Using JAVA_HOME: c:\jdk1.3.1_02\

Here is the contents of my jdk's lib directory:

 $ find jdk1.3.1_02/jre jdk1.3.1_02/lib \( -name '*.jar' -o -name '*.zip' \)
 jdk1.3.1_02/jre/lib/ext/cosnaming.jar
 jdk1.3.1_02/jre/lib/ext/jbroker-rt.jar
 jdk1.3.1_02/jre/lib/ext/jbroker-ssl.jar
 jdk1.3.1_02/jre/lib/ext/jbroker-tools.jar
 jdk1.3.1_02/jre/lib/ext/jndi.jar
 jdk1.3.1_02/jre/lib/ext/providerutil.jar
 jdk1.3.1_02/jre/lib/ext/rmiregistry.jar
 jdk1.3.1_02/jre/lib/i18n.jar
 jdk1.3.1_02/jre/lib/jaws.jar
 jdk1.3.1_02/jre/lib/rt.jar
 jdk1.3.1_02/jre/lib/sunrsasign.jar
 jdk1.3.1_02/lib/dt.jar
 jdk1.3.1_02/lib/ext/cosnaming.jar
 jdk1.3.1_02/lib/ext/jbroker-rt.jar
 jdk1.3.1_02/lib/ext/jbroker-ssl.jar
 jdk1.3.1_02/lib/ext/jbroker-tools.jar
 jdk1.3.1_02/lib/ext/jndi.jar
 jdk1.3.1_02/lib/ext/providerutil.jar
 jdk1.3.1_02/lib/ext/rmiregistry.jar
 jdk1.3.1_02/lib/htmlconverter.jar
 jdk1.3.1_02/lib/tools.jar

(I have added jbroker support but this has no servlet files in it).  I have also tried 
with a squeeky clean install of 1.4-rc
with the same problem.

Is this a Win2K problem?  Does anyone have a solution to this?

Thanks

Chris





--
To unsubscribe:   
For additional commands: 
Troubles with the list: