tomcat 4.1.27 minProcessors vs tomcat 4.0.6

2004-01-31 Thread nate
Hello!

In the tomcat documentation:

http://jakarta.apache.org/tomcat/tomcat-4.1-doc/config/coyote.html

there is this:

minProcessors
The number of request processing threads that will be created when this
Connector is first started. This attribute should be set to a value smaller
than that set for maxProcessors. The default value is 5.


is there a max limit that this value supports? In tomcat 4.0.6 I
can set this as high as 2000 and it does spawn 2000 threads when
it initially loads. With tomcat 4.1.27 this does not work. I have
systems that have this setting set to a min of 400 and a max of
600, shortly after apache starts complaining that it cannot submit
work to tomcat because tomcat is out of workers, checking the #
of processes, tomcat is in the ~350 range, nowhere near 600. Tomcat
4.0.6 had quite a bit of logging info with regards to threads I
can't find(sofar) any such info in tomcat 4.1.27.

e.g. when a thread would start tomcat would put an entry in
localhost_log or catalina_log. If threads were exausted it would
say something like no workers to process request, rejecting this
connection.

Been searching for any info I can find on maximizing the number
of available threads on tomcat and sofar cannot come up with
very much. Anyone know of a good resource for tuning thread
levels? The system I am testing on is a Dual 3Ghz Xeon with
2MB L3 cache, 3GB ram, and Ultra 320 disks.

I'm not a programmer, just one of the folks that runs the
servers. My goal is to have 800 AJP13 threads and 800 HTTP
threads(or whatever the tomcat 4.1.27 equivilent is I think
there is a new term for them ..). I cannot figure out
why the system doesn't spawn the threads. It doesn't
spit out any errors it's like it decides to ignore that
option completely. Even turning up debug shows nothing
in the logs. I have gotten tomcat 4.0.6 to spawn as many
as 3,000 threads(much beyond that and it fails to allocate
more), without a hitch. had to recompile libpthread to
do it though.

I really like the idea of the jmx stuff in 4.1.27 and
would like to keep using it, instead of 4.0.6 but finding
info on increasing/managing the threads in 4.1.x seems
sparse(to me anyways).

OS is Redhat Enterprise ES 2.1. Using apache 2.0.45 with
mod_jk as a front end to tomcat, also have a weblogic
app server connecting to tomcat as well.

is there any big benefits to upgrading to 4.1.29? someone
forwarded an email to me mentioning a known problem with
earlier versions of tomcat 4.1 hanging. the tomcat
version number isn't something I decided upon, the developers
did.

thanks

nate


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: tomcat 4.1.27 minProcessors vs tomcat 4.0.6

2004-01-31 Thread newsletter
This is an automated message that will hopefully answer any questions you might have:


HOW TO UNSUBSCRIBE:
Click on the unsubscribe link at the bottom of the newsletter you received.

HOW TO SUBSCRIBE:
Visit www.insanepictures.com and enter your email address into the subscribe box.

HOW TO CHANGE YOUR EMAIL ADDRESS:
First unsubscribe, then subscribe with your new email address, using the instructions 
above.

HOW TO CONTACT US:
If you\\\'d like to send us a comment, ask a question, submit a picture or joke, or 
are interested in advertising, you can email us at [EMAIL PROTECTED]


Regards,
InsanePictures.com



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Servlet Context Initialized more than once

2004-01-31 Thread Zoltan Regos
Hi All,

I have been using Tomcat 4.1.18 with Apache2.  I would need a class file
to be called via the ServletContextListener to make some init things
before any of my servlets would be called.  I managed to get Tomcat to
call my ServletContextListener when the context is initialized but for
some unknown reason it is called twice as there would be two separate
contexts.  The first call occurs automatically right after I start the
Tomcat but there is a second one when any of the servlets are called
through a browser.

Can you please anyone explain to me if there is a way to make it behave
as there would be only servlet context - I would need the global
initialization to be called only once.  On quitting tomcat there are two
entries at the end of its log file clearly showing that two contexts
have been created.  (tomcat log file is also attached).

Thank you in advance,

Zoltan

snippet from server.xml, one context path:

Context path=/servlets/sitedirector docBase=sitedirector
debug=0
 reloadable=false crossContext=false

snippet from web.xml under
w:\WebRoot-Tomcat\sitedirector\WEB-INF\web.xml

listener

listener-classsitedirector.common.ConfigFirst/listener-class
/listener

tomcat log file:

2004-01-30 18:17:18 WebappLoader[/servlets/sitedirector]: Deploying
class repositories to work directory
C:\dev\tomcat-4.1.18-LOGIN\work\Standalone\localhost\servlets_sitedirector

2004-01-30 18:17:18 WebappLoader[/servlets/sitedirector]: Deploy class
files /WEB-INF/classes to w:\WebRoot-Tomcat\sitedirector\WEB-INF\classes

2004-01-30 18:17:18 StandardManager[/servlets/sitedirector]: Seeding
random number generator class java.security.SecureRandom
2004-01-30 18:17:18 StandardManager[/servlets/sitedirector]: Seeding of
random number generator has been completed
2004-01-30 18:17:18 StandardWrapper[/servlets/sitedirector:default]:
Loading container servlet default
2004-01-30 18:17:18 StandardWrapper[/servlets/sitedirector:invoker]:
Loading container servlet invoker
2004-01-30 18:17:34 HostConfig[localhost]: Deploying web application
directory sitedirector
2004-01-30 18:17:34 StandardHost[localhost]: Installing web application
at context path /sitedirector from URL
file:W:\WebRoot-Tomcat\sitedirector
2004-01-30 18:17:34 WebappLoader[/sitedirector]: Deploying class
repositories to work directory
C:\dev\tomcat-4.1.18-LOGIN\work\Standalone\localhost\sitedirector
2004-01-30 18:17:34 WebappLoader[/sitedirector]: Deploy class files
/WEB-INF/classes to W:\WebRoot-Tomcat\sitedirector\WEB-INF\classes
2004-01-30 18:17:34 StandardManager[/sitedirector]: Seeding random
number generator class java.security.SecureRandom
2004-01-30 18:17:34 StandardManager[/sitedirector]: Seeding of random
number generator has been completed
2004-01-30 18:17:34 StandardWrapper[/sitedirector:default]: Loading
container servlet default
2004-01-30 18:17:34 StandardWrapper[/sitedirector:invoker]: Loading
container servlet invoker
2004-01-30 18:19:46 StandardHost[localhost]: Removing web application at
context path /sitedirector
2004-01-30 18:19:46 StandardHost[localhost]: Removing web application at
context path /servlets/sitedirector

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Wrong Address

2004-01-31 Thread [EMAIL PROTECTED]
You've sent a message to an email address that does not exist in the txeurope.com 
server. Please check the address and send your email again.

Thanks
TXEurope.com Postmaster


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



own Impl of HttpServletResponse ?

2004-01-31 Thread Albrecht Berger
Hello,
is it possible to replace the tomcat implementation
of HttpServletResponse with my own ?
Thx
berger
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


Re: own Impl of HttpServletResponse ?

2004-01-31 Thread Tim Funk
Sort of. Thats what HttpServletResponseWrapper and javax.servlet.Filter are for.

http://java.sun.com/j2ee/sdk_1.3/techdocs/api/javax/servlet/http/HttpServletResponseWrapper.html
http://java.sun.com/j2ee/sdk_1.3/techdocs/api/javax/servlet/Filter.html
-Tim

Albrecht Berger wrote:
Hello,
is it possible to replace the tomcat implementation
of HttpServletResponse with my own ?


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


Re: own Impl of HttpServletResponse ?

2004-01-31 Thread Albrecht Berger
Tim Funk wrote:

Sort of. Thats what HttpServletResponseWrapper and javax.servlet.Filter 
are for.

http://java.sun.com/j2ee/sdk_1.3/techdocs/api/javax/servlet/http/HttpServletResponseWrapper.html 

http://java.sun.com/j2ee/sdk_1.3/techdocs/api/javax/servlet/Filter.html
Thx,
I will take a look at them.


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


update tomcat 4 to tomcat 5

2004-01-31 Thread Lars Schreiber
Hi
can anybody explain me how to update between different versions of tomcat without 
install and configure the complete tomcat?
its all if im copy the jars from the new tomcat in the /server/lib dir  from the old 
tomcat ?

Thanks

Wrong Address

2004-01-31 Thread [EMAIL PROTECTED]
You've sent a message to an email address that does not exist in the txeurope.com 
server. Please check the address and send your email again.

Thanks
TXEurope.com Postmaster


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: ServletFilter on j_security_check

2004-01-31 Thread Frank Febbraro
Well that sucks :-(

Any change that in the future Tomcat can have somethign silimar to the
auth-filter in WebLogic...basically just a way to hookup (via interface) a
class that can be notified of these events?

Guess I need to break out my papers and roll my ownagain.

For those with problems such as these, check out
http://opensource.atlassian.com/seraph/introduction.html

- Original Message - 
From: Tim Funk [EMAIL PROTECTED]
To: Tomcat Users List [EMAIL PROTECTED]
Sent: Friday, January 30, 2004 7:29 AM
Subject: Re: ServletFilter on j_security_check


 The Sun spec team has said that filters can't be applied to
j_security_check.

 http://nagoya.apache.org/bugzilla/show_bug.cgi?id=21795

 -Tim

 Frank Febbraro wrote:

  Using Tomcat 4.1.x
 
  In looking at the source it seems that there is no simple way to hook
into the Login process to get notified of successes or failures (dammit). So
I was attempting to servlet filter the j_security_check and do my own
pre/post processing. However I am unable to filter it. Is this URL
specifically ignored by the filtering mechanism?
 
  My web.xml file looks as such...
 
   filter
filter-namelogin/filter-name
filter-classraider.portal.servlet.LoginFilter/filter-class
   /filter
 
   filter-mapping
filter-namelogin/filter-name
url-pattern/j_security_check/url-pattern
   /filter-mapping
 
  Kinda running out of options at this point, anyone else had a problem
similar to needing to audit the login results?
 
  Thanks in advance,
  Frank


 -
 To unsubscribe, e-mail: [EMAIL PROTECTED]
 For additional commands, e-mail: [EMAIL PROTECTED]





-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: ServletFilter on j_security_check

2004-01-31 Thread Tim Funk
Yeah. Use a Valve. A Valve is just like a filter but is tomcat dependent and 
is issued before any filters are invoked.

Any such functionality your looking for is NOT Servlet spec specific so 
whatever solution you use - you'll be locked into that container.

-Tim

Frank Febbraro wrote:
Well that sucks :-(

Any change that in the future Tomcat can have somethign silimar to the
auth-filter in WebLogic...basically just a way to hookup (via interface) a
class that can be notified of these events?
Guess I need to break out my papers and roll my ownagain.

For those with problems such as these, check out
http://opensource.atlassian.com/seraph/introduction.html
- Original Message - 
From: Tim Funk [EMAIL PROTECTED]
To: Tomcat Users List [EMAIL PROTECTED]
Sent: Friday, January 30, 2004 7:29 AM
Subject: Re: ServletFilter on j_security_check



The Sun spec team has said that filters can't be applied to
j_security_check.

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=21795

-Tim

Frank Febbraro wrote:


Using Tomcat 4.1.x

In looking at the source it seems that there is no simple way to hook
into the Login process to get notified of successes or failures (dammit). So
I was attempting to servlet filter the j_security_check and do my own
pre/post processing. However I am unable to filter it. Is this URL
specifically ignored by the filtering mechanism?
My web.xml file looks as such...

filter
 filter-namelogin/filter-name
 filter-classraider.portal.servlet.LoginFilter/filter-class
/filter
filter-mapping
 filter-namelogin/filter-name
 url-pattern/j_security_check/url-pattern
/filter-mapping
Kinda running out of options at this point, anyone else had a problem
similar to needing to audit the login results?

Thanks in advance,
Frank


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


Newbie problem compiling JSP with Tomcat 5.0.16

2004-01-31 Thread Barry Kimelman






My system is Linux Redhat9 with Tomcat 5.0.16

I can successfully install my tomcat application.When I enter the URL to visit my application the contents of the"index.html" file are successfully displayed.

However, when I click on a "Submit" button from the form displayedon the "index.html" that is when the problem occurs. Note thatthe submit button is part of the FORM which is started as follows :

 FORM method=post action=""

The following is the 1st part of the error message displayed in mybrowser window :

===

HTTP Status 500 - 

Type Exception Report

message

description The server encountered an internal error () that prevented it from fulfilling this request

exception

org.apache.jasper.JasperException: Unable to compile class for JSP

An error occurred at line: 8 in the jsp file: /logon.jsp

Generated servlet error: [javac] Compiling 1 source file $TOMCAT_HOME/work/Catalina/localhost/tomcat4/org/apache/jsp/logon_jsp.java:41: cannot resolve symbolsymbol : class Jdbc2jsplocation : class org.apache.jsp.logon_jsp Jdbcjsp2 foobar = null;

=

Here is the contents of my "logon.jsp" file :

 1%@ page language="java" contentType="text/html" % 2%-- This JSP is to test my own personal Bean/class. --% 3html 4head 5titleLogon/title 6/head 7body 8jsp:useBean id="foobar" scope="session" class="Jdbc2jsp" / 9jsp:setProperty name="foobar" property="*" / 10 11%-- First call the method that generates the data --% 12% 13foobar.display_user_table_contents(); 14% 15 16%-- Now call the method that retrieves the generated data --% 17%= foobar.getHtmldata() % 18 19/body 20/html

=

The above JSP file was the same JSP file I used with Tomcat 4.?under Windows a few years ago. Was it incorrect of me to assumethat the syntax would still be appropriate for Tomcat 5.0.16 ??

In my "src" directory for my Tomcat application there is a Java sourcefile named "Jdbc2jsp.java". This file has a "public class" named"Jdbc2jsp".

So, the big question is what have I done wrong in terms of my JSP andJava class file?? Am I possibly missing something in one of the".xml" files ??

*

Barry KimelmanWinnipeg, Manitoba, Canadaemail : [EMAIL PROTECTED] , [EMAIL PROTECTED]









Re: Newbie problem compiling JSP with Tomcat 5.0.16

2004-01-31 Thread Deepak Parbhoo
Hey Barry.
Check your file permissions and whether the user who is running Tomcat has the rights to write 
to the $TOMCAT_HOME/work directory.
Barry Kimelman wrote:

 My system is Linux Redhat9 with Tomcat 5.0.16
 
I can successfully install my tomcat application.
When I enter the URL to visit my application the contents of the
index.html file are successfully displayed.
 
However, when I click on a Submit button from the form displayed
on the index.html that is when the problem occurs. Note that
the submit button is part of the FORM which is started as follows :
 
FORM method=post action=logon.jsp
 
The following is the 1st part of the error message displayed in my
browser window :
 
===
 
HTTP Status 500 -
 
Type  Exception Report
 
message
 
description  The server encountered an internal error () that
 prevented it from fulfilling this request
 
exception
 
org.apache.jasper.JasperException: Unable to compile class for JSP
 
An error occurred at line: 8 in the jsp file: /logon.jsp
 
Generated servlet error:
[javac] Compiling 1 source file
   
$TOMCAT_HOME/work/Catalina/localhost/tomcat4/org/apache/jsp/logon_jsp.java:41:
  cannot resolve symbol
symbol: class Jdbc2jsp
location  : class org.apache.jsp.logon_jsp
  Jdbcjsp2 foobar = null;
 
=
 
Here is the contents of my logon.jsp file :
 
 1 %@ page language=java contentType=text/html %
 2 %-- This JSP is to test my own personal Bean/class. --%
 3 html
 4 head
 5 titleLogon/title
 6 /head
 7 body
 8 jsp:useBean id=foobar scope=session class=Jdbc2jsp /
 9 jsp:setProperty name=foobar property=* /
10 
11 %-- First call the method that generates the data --%
12 %
13  foobar.display_user_table_contents();
14 %
15 
16 %-- Now call the method that retrieves the generated data --%
17 %= foobar.getHtmldata() %
18 
19 /body
20 /html
 
=
 
The above JSP file was the same JSP file I used with Tomcat 4.?
under Windows a few years ago. Was it incorrect of me to assume
that the syntax would still be appropriate for Tomcat 5.0.16 ??
 
In my src directory for my Tomcat application there is a Java source
file named Jdbc2jsp.java. This file has a public class named
Jdbc2jsp.
 
So, the big question is what have I done wrong in terms of my JSP and
Java class file?? Am I possibly missing something in one of the
.xml files ??
 
*
 
Barry Kimelman
Winnipeg, Manitoba, Canada
email :  [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] , 
[EMAIL PROTECTED] mailto:[EMAIL PROTECTED]





-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


Re: Newbie problem compiling JSP with Tomcat 5.0.16

2004-01-31 Thread Ben Souther
Your beans need to be in a package.

http://jakarta.apache.org/tomcat/tomcat-5.0-doc/class-loader-howto.html






  My system is Linux Redhat9 with Tomcat 5.0.16
  
 I can successfully install my tomcat application.
 When I enter the URL to visit my application the contents of the
 index.html file are successfully displayed.
  
 However, when I click on a Submit button from the form displayed
 on the index.html that is when the problem occurs. Note that
 the submit button is part of the FORM which is started as follows :
  
 FORM method=post action=logon.jsp
  
 The following is the 1st part of the error message displayed in my
 browser window :
  
 ===
  
 HTTP Status 500 -
  
 Type  Exception Report
  
 message
  
 description  The server encountered an internal error () that
  prevented it from fulfilling this request
  
 exception
  
 org.apache.jasper.JasperException: Unable to compile class for JSP
  
 An error occurred at line: 8 in the jsp file: /logon.jsp
  
 Generated servlet error:
 [javac] Compiling 1 source file

 
$TOMCAT_HOME/work/Catalina/localhost/tomcat4/org/apache/jsp/logon_jsp.java:41:
   cannot resolve symbol
 symbol: class Jdbc2jsp
 location  : class org.apache.jsp.logon_jsp
   Jdbcjsp2 foobar = null;
  
 =
  
 Here is the contents of my logon.jsp file :
  
  1 %@ page language=java contentType=text/html %
  2 %-- This JSP is to test my own personal Bean/class. --%
  3 html
  4 head
  5 titleLogon/title
  6 /head
  7 body
  8 jsp:useBean id=foobar scope=session class=Jdbc2jsp /
  9 jsp:setProperty name=foobar property=* /
 10 
 11 %-- First call the method that generates the data --%
 12 %
 13  foobar.display_user_table_contents();
 14 %
 15 
 16 %-- Now call the method that retrieves the generated data --%
 17 %= foobar.getHtmldata() %
 18 
 19 /body
 20 /html
  
 =
  
 The above JSP file was the same JSP file I used with Tomcat 4.?
 under Windows a few years ago. Was it incorrect of me to assume
 that the syntax would still be appropriate for Tomcat 5.0.16 ??
  
 In my src directory for my Tomcat application there is a Java source
 file named Jdbc2jsp.java. This file has a public class named
 Jdbc2jsp.
  
 So, the big question is what have I done wrong in terms of my JSP and
 Java class file?? Am I possibly missing something in one of the
 .xml files ??
  
 *

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



resonse.sendRedirect problem in Tomcat 5.0.18

2004-01-31 Thread Anthony Gray
Hi All,

I'm having a problem with resonse.sendRedirect lines when running Tomcat 
5.0.18.  I don't have this issue when using tomcat 5.0.16.  Do you know if 
this function has been changed in tomcat 5.0.18 ?  I am able to call the 
respective pages successfully but not using the redirect.

I'm currently running Apache 2, Tomcat 5.0.18 and jk2.

The pages error with the following :

*
java.lang.IllegalStateException
	at 
org.apache.coyote.tomcat5.CoyoteResponseFacade.sendRedirect(CoyoteResponseFacade.java:399)
	at org.apache.jsp.product_jsp._jspService(product_jsp.java:283)
	at org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:133)
	at javax.servlet.http.HttpServlet.service(HttpServlet.java:856)
	at 
org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:311)
	at org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:301)
	at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:248)
	at javax.servlet.http.HttpServlet.service(HttpServlet.java:856)
	at 
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:284)
	at 
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:204)
	at 
org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:257)
	at 
org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:151)
	at 
org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:564)
	at 
org.apache.catalina.core.StandardContextValve.invokeInternal(StandardContextValve.java:245)
	at 
org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:199)
	at 
org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:151)
	at 
org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:564)
	at 
org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:195)
	at 
org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:151)
	at 
org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:164)
	at 
org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:149)
	at 
org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:578)
	at 
org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:149)
	at 
org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:564)
	at 
org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:156)
	at 
org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:151)
	at 
org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:564)
	at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:972)
	at org.apache.coyote.tomcat5.CoyoteAdapter.service(CoyoteAdapter.java:206)
	at org.apache.jk.server.JkCoyoteHandler.invoke(JkCoyoteHandler.java:324)
	at org.apache.jk.common.HandlerRequest.invoke(HandlerRequest.java:395)
	at org.apache.jk.common.ChannelSocket.invoke(ChannelSocket.java:673)
	at 
org.apache.jk.common.ChannelSocket.processConnection(ChannelSocket.java:615)
	at org.apache.jk.common.SocketConnection.runIt(ChannelSocket.java:786)
	at 
org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:683)
	at java.lang.Thread.run(Thread.java:536)
*

TIA
Anthony
_
Hot chart ringtones and polyphonics. Go to  
http://ninemsn.com.au/mobilemania/default.asp

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


context configuration file being overwritten

2004-01-31 Thread Milt Epstein

Hi there.  I'm using tomcat 5.0.18 basically out of the box.  I set up
a webapp in a directory outside the tomcat/webapps directory.  So I
created a context configuration file for the webapp, and put a
symbolic link to it in tomcat/conf/Catalina/localhost.  This was
all per the documentation and the source.

So, everything starts up fine, the webapp works, but the context
configuration file gets overwritten/truncated (i.e., it is then an
empty file).  The same thing happens with 5.0.16.  This doesn't happen
when I place a copy of the actual configuration file in that
directory, instead of a symbolic link.  (I'm trying to place as little
as possible in the tomcat directory structure, to ease upgrade issues
and such.)

Any idea what's going on here?  I searched all over and couldn't find
any discussion of a similar issue.

FWIW, my system is Linux (Fedora Core 1).

Thanks!

Milt Epstein
Research Programmer
Integration and Software Engineering (ISE)
Campus Information Technologies and Educational Services (CITES)
University of Illinois at Urbana-Champaign (UIUC)
[EMAIL PROTECTED]

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



response.sendRedirect problem in Tomcat 5.0.18

2004-01-31 Thread Anthony Gray
Hi All,

Repost due to a spelling error - sorry:

I'm having a problem with response.sendRedirect lines when running Tomcat 
5.0.18.  I don't have this issue when using tomcat 5.0.16.  Do you know if 
this function has been changed in tomcat 5.0.18 ?  I am able to call the 
respective pages successfully but not using the redirect.

I'm currently running Apache 2, Tomcat 5.0.18 and jk2.

The pages error with the following :

*
java.lang.IllegalStateException
at 
org.apache.coyote.tomcat5.CoyoteResponseFacade.sendRedirect(CoyoteResponseFacade.java:399)
at org.apache.jsp.product_jsp._jspService(product_jsp.java:283)
at org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:133)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:856)
at 
org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:311)
at org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:301)
at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:248)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:856)
at 
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:284)
at 
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:204)
at 
org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:257)
at 
org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:151)
at 
org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:564)
at 
org.apache.catalina.core.StandardContextValve.invokeInternal(StandardContextValve.java:245)
at 
org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:199)
at 
org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:151)
at 
org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:564)
at 
org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:195)
at 
org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:151)
at 
org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:164)
at 
org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:149)
at org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:578)
at 
org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:149)
at 
org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:564)
at 
org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:156)
at 
org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:151)
at 
org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:564)
at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:972)
at org.apache.coyote.tomcat5.CoyoteAdapter.service(CoyoteAdapter.java:206)
at org.apache.jk.server.JkCoyoteHandler.invoke(JkCoyoteHandler.java:324)
at org.apache.jk.common.HandlerRequest.invoke(HandlerRequest.java:395)
at org.apache.jk.common.ChannelSocket.invoke(ChannelSocket.java:673)
at 
org.apache.jk.common.ChannelSocket.processConnection(ChannelSocket.java:615)
at org.apache.jk.common.SocketConnection.runIt(ChannelSocket.java:786)
at 
org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:683)
at java.lang.Thread.run(Thread.java:536)
*

TIA
Anthony
_
ninemsn Premium transforms your e-mail with colours, photos and animated 
text. Click here  http://ninemsn.com.au/premium/landing.asp

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


Re: response.sendRedirect problem in Tomcat 5.0.18

2004-01-31 Thread Ben Souther
On Saturday 31 January 2004 11:32 pm, you wrote:
 at org.apache.jsp.product_jsp._jspService(product_jsp.java:283)

If you go into your work directory, and look at product_jsp.java line 283, 
you will see exactly what's causing the problem.

Without seeing your code, I can't be sure what the problem is but 99% of the 
time when I see an illegal state exception it caused by one of two things.

Either you've written someting to the out stream before redirecting (setting 
content type or any out.print statements)  or you didn't  put a return 
statement just after the redirect. 

If neither of these is the case and you can post your code, attach your JSP 
and the product_jsp.java code I'll take a stab at it.

-Ben

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]