to the
work directory?
How are you stopping Tomcat?
On Thu, 2004-11-04 at 20:15, Steve Kirk wrote:
Following Yoav's earlier comments I've implemented a basic class
SessionLogger that implements HttpSessionListener,
HttpSessionActivationListener, HttpSessionAttributeListener
-
From: Ben Souther [mailto:[EMAIL PROTECTED]
Sent: Friday 05 November 2004 15:08
To: Tomcat Users List
Subject: RE: sessionS info persistence when restart Tomcat
On Fri, 2004-11-05 at 09:06, Steve Kirk wrote:
SessionDestroyed shouldn't be called when tomcat shuts down.
good point
[mailto:[EMAIL PROTECTED]
Sent: Friday 05 November 2004 15:39
To: Tomcat Users List
Subject: AW: META-INF/context.xml not overwriting
Catalina/localhost/webapp.xml after redeploy.
Hi Steve,
That file is only updated in certain circumstances. check that your
circumstances fit those
, Steve Kirk wrote:
Thanks Ben, have looked at your war, and my test code
covers the same as
yours plus some of the other Listener events. The
sessionCreated and
sessionDestroyed events work fine on my code (5.0.28). The
problem is that
the other events I mentioned are not called - e.g
the address already in use error indicates that the port is already in use
by another service (probably IIS from what you've said). you can't have two
services on the same port. stop IIS and check that IIS does not still have
hold of port 8080. use netstat -a at the dos prompt to check.
I believe that if your servlet is /mywebapp/myServlet and your user accesses
/mywebapp/myServlet/iwant/this/file, the iwant/this/file part is available
as the request parameter getPathInfo() and you can do what you like with
that - access a database, access any filesystem to which you have access,
I had always thought all sessions were lost when the server restarts. In
fact I just tried it and confirmed that (5.0.28). Are we maybe talking
about 2 different things?
I have nonstandard config (a very sparse server.xml, no explicit Manager
configured in server/web/context xml), and I do not
Following Yoav's earlier comments I've implemented a basic class
SessionLogger that implements HttpSessionListener,
HttpSessionActivationListener, HttpSessionAttributeListener,
ServletContextListener. It just writes amessages to stdout using
System.out.println() to log when each event fires,
I may be way off the mark here, but could this by any chance be related to
the JNI classloading issue raised by Benson last week could it? You'll find
more details if you search the archive, but the basic jist of that was:
1. if you try to load the same JNI class using two different classloaders
yes I experienced this exact problem in 5.0.27, and simply upgrading to
5.0.28 fixed it.
-Original Message-
From: Peter Rossbach [mailto:[EMAIL PROTECTED]
Sent: Monday 01 November 2004 07:50
To: Tomcat Users List
Subject: Re: context.xml deployed as folder in Tomcat 5
It is
do you have a context.xml in the war file or the webapps folder? See
comments re context xml files in 4th para in page below - the para beginning
In addition to nesting Context elements inside a Host element
http://jakarta.apache.org/tomcat/tomcat-4.1-doc/config/context.html
from your original post:
Failed to install Tomcat5 service. Check your settings and
permissions.
suggests to me that you are not logged in as Administrator?
that's probably why the install fails. the DIR of your \bin directory looks
like installation failed halfway through.
as Yoav says,
I'm not personally aware of anything already built in to TC that
specifically handles request, although having said that I haven't really
ever had the need for it.
However I think that the standard features of TC will probably make this
quite straightforward to do.
Have you written Java and/or
Benson wrote:
Yoav, in one posting, explained that the servlet spec is
written from a
point of view that only requires support for applications in
unexploded WAR files.
Does the spec explicitly state that point of view? I can't find that
anywhere in the spec doc. Therefore this makes me
I have been in learning mode about Resource/Context config for the last few
weeks, mainly from the point of view of DBCP config. I did find all the
alternatives confusing at first, but having read more and more docs, and
getting some help from the good people on this list, I'm starting to get
it
for me. Unless the spec changes
-Original Message-
From: Shapira, Yoav [mailto:[EMAIL PROTECTED]
Sent: Thursday 28 October 2004 16:21
To: Tomcat Users List
Subject: RE: JNDI DataSource GlobalResources problem
Hi,
Besides completely agreeing with Steve (so Benson, your time
you can have them run at the same time but you need to configure them to run
on separate ports. for your standard TC 5.0.28 the file to edit is
CATALINA_HOME/conf/server.xml - see the docs at
http://jakarta.apache.org/tomcat/tomcat-5.0-doc/config/index.html for an
explanation of how server.xml
I would advise that you read the doc, because it only takes a few mins, and
then you'll understand what's really happening ;)
But to get you going, assuming that you have not changed the standard
server.xml significantly:
1. Change any active connector ports. The one you mention below is the
itself.
(b) you have left the redirectPort as 8443 in both cases. Again, this won't
affect you at first, and might even be what you want, but if it's not what
you want, it might catch you our later if you don't change it now.
-Original Message-
From: Steve Kirk [mailto:[EMAIL PROTECTED
I think you might mean this?
Context docBase=... myapp location ... path=/myapp reloadable=true
You can put this line in server.xml (within the standard Host tag) or in
context.xml
For more details on Context and the reloadable attribute, see (for version
5.0.x):
Benson, I read your post on classloading JNI classloading with interest.
Certainly wasn't well-known to me.
Only one question: counter-example to what? i.e. is there a configuration
approach on this thread that makes JNI classloading not work for multiple
webapps? at a guess are you talking
Cancel that - I RTFM'd : each webapp has own classloader. but I'm not sure
now what point you're making re the thread? You've piqued my interest
on this, I'd be interested if you could clarify please.
-Original Message-
From: Steve Kirk [mailto:[EMAIL PROTECTED]
Sent: Thursday
of the same
library in each of the webapps, you have to put them in either
common/lib or shared/lib.
This is a headach for us.
On Thu, 2004-10-28 at 17:06, Steve Kirk wrote:
Cancel that - I RTFM'd : each webapp has own classloader.
but I'm not sure
now what point you're making re
Benson wrote:
I'm reading this thread as the following meta-discussion. I may be
confused.
It's been a fairly long thread. You've got the jist though, except:
I don't use global resources and I'm not for or against either them or
per-webapp resources. I joined the thread to help someone
Are you saying that you have a regular webapp on one port (e.g. 8080) and
want this service to do something for that webapp every 10 mins, as well as
listen for messages on another port?
-Original Message-
From: Viorel Dragomir [mailto:[EMAIL PROTECTED]
Sent: Wednesday 27 October 2004
-
From: Steve Kirk [mailto:[EMAIL PROTECTED]
Sent: Tuesday, October 26, 2004 8:31 PM
To: 'Tomcat Users List'
Subject: RE: Random 500 errors
Unfortunately I don't run apache with tomcat so can't
reproduce your error.
That's why I asked so many questions in my last post ;)
Understand
sorry, can't answer specific Q on whether you can access datasource from
generator. but it sounds like you are trying to uniquely ID rows in a
database?
if so then the simplest way seems to be to use auto_increment fields and let
the database handle it. or are you saying that that isn'y working
see my post from yesterday RE: JNDI DataSource GlobalResources problem :)
This exception means that TC cannot find your Resource.
Your only guess is correct! Put your Context in either
webapps/yourwebapp/META_INF/context.xml (if you are deploying in a
war)
or
to work around a problem that
might never happen.
-Original Message-
From: Roland Carlsson [mailto:[EMAIL PROTECTED]
Sent: Wednesday 27 October 2004 13:03
To: TomcatUsers
Subject: Sv: GlobalNamingResouces used by other GlobalNamingResources
Hi Steve and thanks for you answer
Message-
From: Roland Carlsson [mailto:[EMAIL PROTECTED]
Sent: Wednesday 27 October 2004 13:41
To: TomcatUsers
Subject: Sv: GlobalNamingResouces used by other GlobalNamingResources
Hello Steve!
I have done some trial and error and come to the following
(if not somewhat
shaky
this out in depth, but I'd be surprised if he's
wrong. com.foo loaded from common/lib is not the same as
com.foo loaded
from WEB-INF/lib.
Yoav Shapira http://www.yoavshapira.com
-Original Message-
From: Steve Kirk [mailto:[EMAIL PROTECTED]
Sent: Wednesday, October 27, 2004 8:58 AM
Yoav answered this yesterday. Search for RE: Server.xml configuration
question at
http://nagoya.apache.org/eyebrowse/[EMAIL PROTECTED]
pache.org
-Original Message-
From: Ryan Daly [mailto:[EMAIL PROTECTED]
Sent: Wednesday 27 October 2004 14:17
To: Tomcat Users List
Subject:
small correction: putting Context inside server.xml is not recommended
since v5.0, not 5.5
-Original Message-
From: Steve Kirk [mailto:[EMAIL PROTECTED]
Sent: Wednesday 27 October 2004 13:14
To: 'Tomcat Users List'
Subject: RE: Database connection pooling
see my post from
rowcount = stmt.executeUpdate (
insert into LocalGeniusList (name) values ('Karen'),
employeeID);
ResultSet rs = stmt.getGeneratedKeys (); // Karen's employeeID value is now
available
-Original Message-
From: Steve Kirk [mailto:[EMAIL PROTECTED]
Sent: Wednesday 27 October 2004 13:29
Yoav said (re: context.xml files):
They're a TC-only feature. Other containers go about it different ways.
and:
Context.xml files are NOT designed to increase portability at all.
They're a convenience feature. In fact, they're a sinkhole for
beginners to REDUCE their portability in favor of
Your post below is very strongly related to the one I posted at about the
same time. (RE: JNDI DataSource GlobalResources problem).
I think I'm right in saying that you can replace a server.xml Resource
element with a we.xml resource-ref, but I don't know that there is an
analogous way to migrate
that section opens by talking about the web-app element and says All sub
elements under this element can be in an arbitrary order. so it seems that
even if orderingused to be an issue, it's not any longer.
Also, the docs caution that I should respect element ordering in the
web.xml file, but
try a quick googling:
http://www.google.com/search?hl=enlr=q=tomcat+space+%22folder+name%22btnG
=Search
I always omit spaces from folder names, on the basis that it _might_ cause
an unexpected problem - why tempt fate?
If you have to use spaces in the name, you may need to enclose paths in
This type of bug crops up a lot on this list. The best answer seems to be
to make sure you follow the instructions on this page _exactly_:
http://jakarta.apache.org/tomcat/tomcat-5.0-doc/jndi-datasource-examples-how
to.html
I assume that where you have x/y in your config file this is to hide
When you say random do you mean that accessing the same URL sometimes
gives a 500 and sometimes not, or that you can't see a pattern in the URLs
that cause the 500?
Are you looking in all the tomcat log files (under CATALINA_HOME\logs ), and
the apache httpd logs, as well as any TC log file you
This question illustrates (IMHO) probably the biggest issue of confusion
with regard to DBCP - that is, there are several XML elements that you can
potentially use, and several places that you can potentially put them.
Specifically, the Resource, ResourceParams and ResourceLink elements
can go in
I have a suggestion for an improvement to the how-to docs (a slightly
misleading instruction which I think needs correcting). Where should I send
that? Bugzilla?
Also I have a suggestion for a new how-to document that I would be prepared
to write, or contribute to, if these are written by an
I agree that you might expect GlobalNamingResources to be accessible
globally. But I think what the name is intended to mean is that the
resources under GlobalNamingResources are _potentially_ available to any
webapp -subject to you configuring the ResourceLink. Contrast this with
placing the
as .diff patches to Bugzilla. Please
mark your
issues as enhancements. Thanks,
Yoav Shapira http://www.yoavshapira.com
-Original Message-
From: Steve Kirk [mailto:[EMAIL PROTECTED]
Sent: Tuesday, October 26, 2004 9:00 AM
To: 'Tomcat Users List'
Subject: Suggestion for how-to docs
it is one
place to change. Thats why I ran for that alternative.
I'm looking forward to see the new documentation about DBCP in Tomcat.
Regards
Roland Carlsson
Den 04-10-26 14.58, skrev Steve Kirk
[EMAIL PROTECTED]:
This question illustrates (IMHO) probably the biggest issue
I'm using 5.0.28 - which I've been running for several months - but no joy.
I'm getting the same SQLNestedException that Roland first reported at the
start of this thread !!
All I did was move my context config file from
conf/Catalina/localhost/mywebapp.xml
to
All I did was move my context config file from
conf/Catalina/localhost/mywebapp.xml
to
webapps/mywebapp/META-INF/context.xml
is there something I've missed?
Yeah. The META-INF/context.xml is consulted when deploying a
WAR. Just
putting it there for an already deployed and
Error in package name:
javax.servlet.ServletException
^^^
(By the way I configure mine for java.lang.Throwable just in case something
bizarre happens.)
If that doesn't fix it, check that you don't have an error in your 500.jsp
- if you do, then an exception will be thrown when
://www.yoavshapira.com
-Original Message-
From: Steve Kirk [mailto:[EMAIL PROTECTED]
Sent: Tuesday, October 26, 2004 12:46 PM
To: 'Tomcat Users List'
Subject: RE: JNDI DataSource GlobalResources problem
All I did was move my context config file from
conf/Catalina/localhost/mywebapp.xml
OK thanks Yoav. Interesting insights.
PS I hope my comments on warfiles didn't come across as saying that there is
no point in them. That certainly wasn't what I meant. I very much see the
point of warfiles, I just meant to explain why I haven't used them so far:
for me personally, webapp
a /get.
One small correction. I am running Apache 2.0.50.
-Original Message-
From: Steve Kirk [mailto:[EMAIL PROTECTED]
Sent: Tuesday, October 26, 2004 7:18 AM
To: 'Tomcat Users List'
Subject: RE: Random 500 errors
When you say random do you mean that accessing the same URL
Benson, what do you mean by global code? Is this by any chance a servlet
that is stored outside a webapp, for example within the common/lib or
common/classes directory, made accessible by enabling the invoker servlet?
-Original Message-
From: Benson Margulies [mailto:[EMAIL PROTECTED]
: Wednesday 27 October 2004 01:56
To: 'Tomcat Users List'
Subject: RE: Where do UnavailableExceptions get reported?
Steve Kirk wrote:
At a guess, you are seeing the
UnavailableException manifested as a 404 error in your
browser, like this: HTTP Status 404 - Servlet hemlock
Yoav - interesting points again. thanks :)
It says it implicitly by only discussing packed WAR files as the only
deployment method.
Sorry if I'm being slow here, but which sections of the servlet spec talk
about these deployment methods? I can't find anything on that in the spec -
have
I haven't experience this myself, but as no-one else has responded yet, here
are some thoughts that come to mind in case they help :-)
Perhaps the session associated with cookie C1 has expired by the time that
Tomcat receives the request that contains C1? Then, if your code uses
If you really need to, you can wrap one exception inside the other, e.g.
throw new ServletException(new UnavailableException(my unavaiable
message));
and I think you'll find that the Tomcat error page (or your own custom error
page, if configured) will automatically strip the outer
Throwing a generic ServletException wrapping my UnavailableException
would probably get the report showing up, but it also means Tomcat won't
be
able to respond correctly to it.
Yes. Sorry, I had missed the fact that UnavailableException is a subclass
of ServletException, so unless your
Not sure that this is your actual problem, but is it correct to use
mailto:; within the to/from addresses?
-Original Message-
From: David Lee [mailto:[EMAIL PROTECTED]
Sent: October 25, 2004 3:51 PM
To: [EMAIL PROTECTED]
Subject: Why mail/session always being set to localhost even
-Original Message-
From: Steve Kirk [mailto:[EMAIL PROTECTED]
Sent: Monday, October 25, 2004 3:41 PM
To: 'Tomcat Users List'
Subject: RE: Why mail/session always being set to localhost even
Context.xml says otherwise?
Not sure that this is your actual problem, but is it correct
Steffen Heil wrote:
- Tomcat 5 uses newer specifications than 4.1.x. does. Your
App MIGHT be
incompatible.
Yes unexpected problems can happen. An example of this is the config files.
V4 supports the v2.3 of the servlet spec, V5 supports v2.4 as well as v2.3.
If you use v2.4 features, make
Scroll down to point 8 under Incompatibilities Between Java 2 Platform,
Standard Edition, v1.4.0 and v1.3, read the second bullet. This confirms
Alan's comments.
http://forum.java.sun.com/thread.jsp?thread=466368
http://forum.java.sun.com/thread.jsp?thread=466368forum=31message=2145193
Sorry - ignore my last post, it contained the wrong link.
Try this instead. Go to point 8, second bullet:
http://java.sun.com/j2se/1.4/compatibility.html#incompatibilities1.4
-Original Message-
From: Steve Kirk [mailto:[EMAIL PROTECTED]
Sent: Friday 22 October 2004 12:55
To: 'Tomcat
I used to use TC behind Apache but found that a bit flakey under windows
(which was my dev platform), and I found configuring the two servers
separately a bit fiddly. So when I started a new project I did a bit of
homework on TC standalone, then decided to drop Apache entirely and run TC
Sounds like it's a case where using a war file is causing the problem. I
would drop the war files altogether and just distribute their contents.
That way you can distribute just the bits of the webapp that you have
changed. Sounds to me like you own the JSP/servlet/config files and they
own the
More info here
http://jakarta.apache.org/tomcat/tomcat-5.5-doc/default-servlet.html#secure
which refers to the servlet spec, which is here
http://jcp.org/aboutJava/communityprocess/final/jsr154/index.html
-Original Message-
From: vivek gupta [mailto:[EMAIL PROTECTED]
Sent: Friday 22
as a shot in the dark, your servers might be making reverse lookups of IP to
DNS name for logging purposes (or if you call request.getRemoteHost()), and
if your DNS setup is performing slowly this might explain it. You don't
mention whether the HTML page itself is returned quickly or not. if
Not sure about using SocketWriteException. A less elegant approach might be
to put a javascript function in the page that is called when the window is
closed. That JS function could call a servlet that you can write. (This is
a bit OT though because it's really to do with HTML rather than
Seems to me that browsers are inherently pull technology because at the
basic level they send a single request and await a single response to it.
You can't push stuff at them that they haven't requested. Hence why you
have to use an approach like your javascript - which, by the way, I have
used
/DataUpdateCheck which is a servlet that returns just a
simple js function - if there is new data, the function reloads it into the
visible frame, otherwise it reloads itself after a couple of seconds to
check for more data.
-Original Message-
From: Steve Kirk [mailto:[EMAIL PROTECTED
Message-
From: Michael McGrady [mailto:[EMAIL PROTECTED]
Sent: Tuesday 19 October 2004 14:57
To: Tomcat Users List
Subject: [OT] Re: Push-Server with Tomcat
Do you have a simple sample of this Steve? If so, I would
sure like to
see it.
Michael McGrady
Steve Kirk wrote:
Not sure
Thanks Matt.
This is in fact what I have been doing to date :) . The problem is, that to
configure the error page to handle several different status codes, you have
to keep repeating basically the same 4 lines of config, with just the error
code changing each time - a bit repetitive, and not good
A customer is interested in licensing and developing the source code for a
servlet-based webapp that I am writing, but for maintenance and support
reasons they want it written in MS technologies (asp, asp.net, c#, etc)
rather than Java servlets. I have some experience of webapps written in ASP
I'm trying to work out how to configure web.xml to use a custom error page
when one of a list of HTTP status codes are encountered. Couldn't find any
documentation, so pure guesswork led me to try this:
error-page
error-code404,406/error-code
repositories.
Yoav Shapira http://www.yoavshapira.com
-Original Message-
From: Steve Kirk [mailto:[EMAIL PROTECTED]
Sent: Wednesday, October 13, 2004 10:29 AM
To: 'Tomcat Users List'
Subject: ServletException not wrapping cause correctly
The short version is: ServletException does
As Yoav says, it works, and is very easy to use once you have it configured.
But note that lots of people seem to have trouble getting the config right.
I was one of those. You have to persevere a bit. The problem I had was
that there are lots of pages on lots of websites that describe how to
to recognise say..
containers.mydomain.com and point it to a different web application to the one that
www.mydomain.com points to?
Is this even possible in tomcat?
If it is, I would imagine it's a pretty simple answer, so hopefully someone there can
help me out.
Thanks in advance
Steve
report. Post it in Bugzilla (probably to
the Jasper
component). I notice you said 5.0.27: does 5.0.28 work?
Yoav Shapira http://www.yoavshapira.com/
-Original Message-
From: Steve Kirk [mailto:[EMAIL PROTECTED]
Sent: Monday, October 11, 2004 2:50 PM
To: 'Tomcat
...
Steve Kirk wrote:
I've had similar problems myself (not fully answered yet).
Here's a
couple
of issues that I found:
1. Check the exception messages / stack traces in your browser and
logfiles
carefully to make sure that droit.jsp is not itself
throwing a second
exception
, and no errors were logged.
So, as far as I can tell, it seems that the include-prelude tag is being
silently ignored when placed in a 2.3 web.xml, but no errors are being
thrown.
-Original Message-
From: Steve Kirk [mailto:[EMAIL PROTECTED]
Sent: Thursday 07 October 2004 18:42
To: 'Tomcat Users
Someone please correct me if I've got this wrong, but I don't think that the
try/catch or if constructs achieve anything, so the whole code that
Steffen posted could be replaced with simply:
serveResource(request, response, true);
(Maybe this is what Steffen was implying?)
So, as I am
ServletException seems to behave differently than expected when wrapping
other Throwables, and I'm wondering if there is a reason for this. A bit
more explanation: in general, since JDK 1.4, any subclass of Throwable can
be used to wrap another Throwable passed as an arg to its constructor (see
Does anyone know if there is a way to make a single error-page entry in
web.xml cover more than one error-code?
I have created a single error page which I would like to display whatever
the exception-type or error-code. Catching all the exception-types in
one go is easy - I just use:
I've had similar problems myself (not fully answered yet). Here's a couple
of issues that I found:
1. Check the exception messages / stack traces in your browser and logfiles
carefully to make sure that droit.jsp is not itself throwing a second
exception when trying to display the
). The
validation that tomcat does on web.xml is usually very thorough, so this
case seems to be a bit of an anomaly.
-Original Message-
From: Steve Kirk [mailto:[EMAIL PROTECTED]
Sent: Thursday 30 September 2004 18:03
To: 'Tomcat Users List'
Subject: RE: versions 2.3 and 2.4 of web.xml
complain, that'd be great. I don't have time
to look at
this now, there are more important issues around, but maybe
eventually... ;)
Yoav Shapira
Millennium Research Informatics
-Original Message-
From: Steve Kirk [mailto:[EMAIL PROTECTED]
Sent: Thursday, October 07, 2004 11:27 AM
Due to increasing levels of spam, this email address no longer receives email.
To contact us, please go to http://takanomi.com/contact.php.
[If you publish an ezine or newsletter to which we are subscribed, or own an affiliate
program or service of which we are a member, please visit the
Due to increasing levels of spam, this email address no longer receives email.
To contact us, please go to http://takanomi.com/contact.php.
[If you publish an ezine or newsletter to which we are subscribed, or own an affiliate
program or service of which we are a member, please visit the
,
request.getRemoteHost() will return the String version of the
IP address of the remote client.
The same adverse impact can also be caused when converting IP to name for
logging purposes.
-Original Message-
From: Steve Forsyth [mailto:[EMAIL PROTECTED]
Sent: Thursday 30 September
-pattern*.jsp/url-pattern
include-prelude/WEB-INF/jsp/include/prelude.jspf/include-prelude
/jsp-property-group
/jsp-config
/web-app
-Original Message-
From: Steve Kirk [mailto:[EMAIL PROTECTED]
Sent: Wednesday 29 September 2004 19:45
To: [EMAIL PROTECTED]
Subject
Only just noticed this, looks like a possible bug, but maybe there's a
reason behind it?
Basically, the default web.xml files included within the standard webapps of
5.0.27 and 5.0.28 seem to be a mix of webapp v2.3 and v2.4 - anyone know if
there is a reason for this, or is this a bug?
Message-
From: Steve Kirk [mailto:[EMAIL PROTECTED]
Sent: Thursday 30 September 2004 17:32
To: 'Tomcat Users List'
Subject: versions 2.3 and 2.4 of web.xml
Only just noticed this, looks like a possible bug, but maybe there's a
reason behind it?
Basically, the default web.xml
Can anyone confirm that they have got include-prelude to work? It appears
to be ignored in my installation, in that the prelude file is not included
within any of my JSPs. No exceptions are thrown or errors logged. I can't
find any reference to a problem on the web or the archives of this
You can certainly telnet to the shutdown port and send the shutdown string.
You could do this using a scripting tool or simple Java class. For example,
telnet to localhost 8015 then send the string shutdown, or whatever string
is configured in server.xml for that port.
-Original
Subject: RE: Using shutdown script for different port
Hi,
Of course, you can only do this telnet from the local machine ;)
Otherwise we'd have a nice security hole ;)
Yoav Shapira
Millennium Research Informatics
-Original Message-
From: Steve Kirk [mailto:[EMAIL PROTECTED
-Original Message-
From: Steve Kirk [mailto:[EMAIL PROTECTED]
Sent: Wednesday, September 29, 2004 4:22 PM
To: 'Tomcat Users List'
Subject: RE: Using shutdown script for different port
To be clear, the default setup _does_ allow shutdown using
telnet from
any
machine unless
to search for since it never
pulls up exactly what you are looking for :)
Thanks,
Steve
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
If you want to discuss the servlet spec... please take it to the servlet spec group
whereever they may be.
This forum is for Tomcat specific questions. You already know the answer for how
Tomcat deals with the getParameter method.
[EMAIL PROTECTED] 09/23/04 02:04PM
On Sep 23, 2004, at
?
Thanks,
Steve
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
be sent to Tomcat as setup for non-ssl currently works.
I would have thought this to be extremely easy but I can't seem to google anything of
value.
I would appreciate any suggestions or links to good docs on this :)
Thanks,
Steve
of Tomcat.
However :)... we will be changing this to have multiple domains and such at which
point I don't think I will be using the automated build.
Steve
[EMAIL PROTECTED] 09/22/04 18:36 PM
both ssl and non-ssl will use the same workers2.properties file. are you
using virtual hosts? one
201 - 300 of 1050 matches
Mail list logo