I have a double-logging problem, by which I mean that
some of my log messages get logged to two logfiles. I have only one
logfile configured using java.util.logging, but in some cases, the
same log message gets logged to the TC stdout log as well, which I don't
want. It's not the end of the
yes context.xml is fine in META-INF. in fact it is preferred over having it
in server.xml. your alternative is to put it in
conf/enginename/hostname/yourwebappname.xml (which is in fact what TC will
do for you when it unpacks the war).
I don't know that you can have the context path name
I have used Thread.sleep() in a webapp, but not within a servlet as such. I
wrote Runnable classes that were started in their own thread of execution
when the webapp started up. This worked fine.
-Original Message-
From: Tim Funk [mailto:[EMAIL PROTECTED]
Sent: Tuesday 31 May 2005
Main downloads page
http://jakarta.apache.org/site/downloads/downloads_tomcat-5.cgi
See links at bottom of 5.5.9 section
-Original Message-
From: Dave Guzda [mailto:[EMAIL PROTECTED]
Sent: Tuesday 31 May 2005 15:42
To: tomcat-user@jakarta.apache.org
Subject: Where is the
TC
running on jdk1.4 after all...
But planning to migrate to 5.5 anyway.
thanks everyone
T
Steve Kirk wrote:
Yes sorry, david is correct, I got it backwards.
-Original Message-
From: David Smith [mailto:[EMAIL PROTECTED] Sent: Thursday 26 May
2005 12:59
Are you by any chance running on a server that has no video card/monitor? A
few years ago a colleague mentioned that the headless=true is required in
this situation, something to do with whether the AWT classes need to be
loaded, my memory is a bit vague on it.
You have 4 forward slashes but
I think there is a DBCP logger, but this is for the Java code logging
statements, rather than for the access log AFAIK.
Can't remember where I read this. Probably on the TC site, try starting
here:
http://jakarta.apache.org/tomcat/tomcat-5.5-doc/index.html
-Original Message-
From:
Don't leave the source on the production server, but it's fine in
development. Strictly speaking your source files are inaccessible by web
clients if they are under WEB-INF, but better safe than sorry. Why not
store the src in another folder altogether - eclipse won't care where it is
Is the problem caused because you redeploy the whole webapp each time?
Could you just deploy only those files that have changed? I can't imagine
that this leads to overloading unless the numbers are massive...?
-Original Message-
From: Vesa Varimo [mailto:[EMAIL PROTECTED]
Sent:
compile just
fine, sometimes they don't.
Thx,
Vesa
- Original Message -
From: Steve Kirk [EMAIL PROTECTED]
To: 'Tomcat Users List' tomcat-user@jakarta.apache.org
Sent: Friday, May 27, 2005 3:32 PM
Subject: RE: jspServlet runs out of memory while compiling
some
things are possible with a little
scripting.
-Original Message-
From: gabor [mailto:[EMAIL PROTECTED]
Sent: Friday 27 May 2005 15:12
To: Tomcat Users List
Subject: Re: my build structure..opinions wanted
On Fri, May 27, 2005 at 01:29:50PM +0100, Steve Kirk wrote:
Your
It sounds reasonable, but probably isn't tested or by design, so probably
best to just have a go. Re portability, the best advice I can offer is an
old chestnut: read the servlet spec. This is particularly relevant in this
case. The spec is generally pretty good at telling you you pretty
of the real expertise and hard work in TC is provided by the team of
volunteers behind the scenes.
-Original Message-
From: Mike Baliel [mailto:[EMAIL PROTECTED]
Sent: Friday 27 May 2005 19:58
To: Tomcat Users List
Subject: Question: Steve Kirk
Hi Steve,
You seem to be one
for.
And that's an easy choice to make :)
-Original Message-
From: Will Hartung [mailto:[EMAIL PROTECTED]
Sent: Friday 27 May 2005 20:38
To: Tomcat Users List
Subject: Re: Adding content/JSPs on the fly
From: Steve Kirk [EMAIL PROTECTED]
Sent: Friday, May 27, 2005 11:44 AM
Right click, choose properties, click change icon, browse to tc dir, choose
tomcat.exe.
-Original Message-
From: Dakota Jack [mailto:[EMAIL PROTECTED]
Sent: Thursday 26 May 2005 08:47
To: Tomcat Users List
Subject: Showing Tomcat Icon rather than DOS icon
How can I write my
Not dreaming for a second of contradicting Tim ;) but wouldn't this work?
Switch on SingleSignOn. Install two hosts on the same engine. First host
has non-ssl connector only, second has ssl only. Install main webapp on
non-ssl host, without the login code. Install just the login code on a
Looks like TC cannot start. If you have fresh installed it, then hazarding
a guess, I'd say it might be because the port might be in use. You can't
have 2 servers on the same port. Did you have them configured to run on the
same port (8080)?
One thing to check is to open a dos window then type
The main problem which could arise is if tomcat 5.0.x uses a
java class or
method which disappeared on jvm1.5
This would be doc'd in 1.5 release notes, didn't notice anything relevant
when I upgraded:
http://java.sun.com/j2se/1.5.0/compatibility.html
Also, why would the TC team release a
Thanks Peter, interesting. Your experience of it sounds similar to other
experiences I've had when changing from one ISP to another (there seems to
be a cutover time of up to 3 days where some 3rd party ISPs clearly still
cached and served the old IP for our domain name). It was because of this
You can run 5.0.28 on jdk1.5 but you need to add a compatibility package
which is available from the tc downloads page. Basically it adds 3 jars to
fix issues with xml compatibility with the 1.4 vm.
I haven't done it myself (I upgraded both at once) but google some of these
words and you can
I've been running tomcat on windows for 5 years, as a service for 2 years,
and I didn't know that screen existed !! What a revelation. :)
-Original Message-
From: Philippe Johan [mailto:[EMAIL PROTECTED]
Sent: Thursday 26 May 2005 08:09
To: tomcat-user@jakarta.apache.org
Cc: cam
I was not looking forward to reconfiguring logging, as it'd always been an
area that generated some confusion, but if anything logging is easier on 5.5
than 5.0 IMHO.
I had Loggers configured in 5.0, but these are redundant in 5.5, so I have
no logging config at all now - I just use the
the compat package to work on
jdk l.4, not
5.0 needs it to work on jdk 1.5. I've used TC 5.0 jdk 1.5
together no
problem.
--David
Steve Kirk wrote:
You can run 5.0.28 on jdk1.5 but you need to add a
compatibility package
which is available from the tc downloads page. Basically
Yup. So anyone using your ISP's DNS servers will get one of
two IPs for
www.microsoft.com at present, out of the however many they
have. Lumpy
load balancing in action :-).
Yes true, hadn't thought of it like that. Where a site has more Ips for a
host than an ISP has DNS servers, this
You might not need code/docs to do that, you might be OK just reading the
JNDI how-to:
http://jakarta.apache.org/tomcat/tomcat-5.5-doc/jndi-resources-howto.html
See also this page.
http://jakarta.apache.org/tomcat/tomcat-5.5-doc/config/context.html
If you do need the docs, you could maybe
I have always used 2 ways of logging. Mainly I use java.util.logging
classes, including a custom Formatter that I wrote myself. I do not use
log4j. When my webapp first starts, the init() method of my own custom
Invoker servlet loads the config for my main logging code is loaded from
web.xml
support. So I need a
step-by-step
process.
Thanks,
Robin
- Original Message -
From: Steve Kirk [EMAIL PROTECTED]
To: 'Tomcat Users List' tomcat-user@jakarta.apache.org
Sent: Thursday, May 26, 2005 5:06 AM
Subject: RE: Tomcat/Personal Web Server Problem
Looks like
to do is what used to be done
via a PIF file. These no longer exist in more recent versions of windows
AFAIK. Sorry, not sure how to do it.
-Original Message-
From: Dakota Jack [mailto:[EMAIL PROTECTED]
Sent: Thursday 26 May 2005 13:43
To: Steve Kirk
Subject: Re: Showing Tomcat
Coyote HTTP/1.1 protocol
handler on port
8080
- Original Message -
From: Steve Kirk [EMAIL PROTECTED]
To: 'Tomcat Users List' tomcat-user@jakarta.apache.org
Sent: Thursday, May 26, 2005 9:17 AM
Subject: RE: Tomcat/Personal Web Server Problem
Well based on your netstat
You could implement a filter that checked the time since last visit, and if
the session had expired according to your custom rule, invalidate the
session and redirect to appropriate page such as login. You'd have to make
sure that the default session time set in server.xml was longer than the
max
I haven't tested this myself, so I'm only going on what the docs say (5.5):
http://jakarta.apache.org/tomcat/tomcat-5.5-doc/config/http.html
If I've understood correctly, this doc seems to say that the
connectionTimeout param doesn't have the effect Angelov is looking for - it
sets the max
processed but there is no response
after the doPost
method is finished.
I can still give it try with connectionTimeout=0, but don't
expect it to
help.
Ross
-Original Message-
From: Steve Kirk [mailto:[EMAIL PROTECTED]
Sent: Thursday, May 26, 2005 3:09 PM
To: 'Tomcat Users List
, but mostly b/c I am not always aware of
when it crashes. Today, after rebooting, it didn't even
start up, but
then started fine when I called startup.sh
-Grant
On May 22, 2005, at 9:51 PM, Steve Kirk wrote:
What is your actual logging config?
Hazy memory, but don't you want
For how to set up logging of your Java servlet code on 5.0.28, you need to
add a Logger to your conf/server.xml file, inserting it inside your
Host.../Host or Engine.../Engine tags will probably get you going.
To get apache-httpd type logging going, you need a Valve, again insert it
within your
Have you moved your config files across?
conf/web.xml
conf/server.xml
conf/tomcat-users.xml
conf/[engineName]/[hostName]/contextName.xml
Do you have the welcome files configured in web.xml (either in conf/ or in
the webapp's WEB-INF folder) ? What do they point to for /test/? If a
servlet,
Write your thread class (myThreadClass) as implementing Runnable.
Write a class that implements ServletContextListener and config it in
web.xml like this:
listener
listener-classmypackage.MyScListenerClass/listener-class
/listener
Now have your
.
Bernhard
-Ursprüngliche Nachricht-
Von: Steve Kirk [mailto:[EMAIL PROTECTED]
Gesendet: Dienstag, 24. Mai 2005 20:02
An: 'Tomcat Users List'
Betreff: RE: Validation Frame work
David is right, JS and serverside validation perform
different roles. To
expand on his
Not maybe of direct help unless you get really stuck, but my approach was to
use TCs sessions, but not its authentication framework. My original
reasoning for this was that I wanted login details to be in a RDMS table
along with other data. So I coded the login/logout process myself, which
was
Peter,
I agree that
DNS is a very lumpy way of doing load balancing.
But your comments interested me. Can I ask how sure you felt of what you
say here please:
No standard way afaik. Worse, downstream DNS servers may (often do)
cache the returned IPs for up to a day despite any cache
OK glad someone else said that because I don't get this either but didn't
reply because I assumed I must have misunderstood. Dola, apologies in
advance if I have got the wrong end of the stick, but are you saying that
you want to install an app on many PCs, and the app does not need to
interact
Is there a reason why you can't let TC compile the JSP on demand and read
the log output? Works for me.
Failing that, I suspect your cmd-line classpath has some errors.
What does echo %classpath% produce?
And are you sure these are right in your classpath (from your previous post
below):
David is right, JS and serverside validation perform different roles. To
expand on his comment a bit more, remember that the requests that your
webapp receives could be sent by any HTTP client, not necessarily by a
friendly web browser. If someone were so inclined, they could write their
own
as you don't have too many testers, this saves having to set up a separate
test server.
-Original Message-
From: Will Hartung [mailto:[EMAIL PROTECTED]
Sent: Tuesday 24 May 2005 17:38
To: Tomcat Users List
Subject: Re: Minimal server
From: Steve Kirk [EMAIL PROTECTED]
Sent: Tuesday
From the look of the stacktrace, which mentions
org.postgresql.Driver.parseURL as the point where the initial exception
was thrown, maybe the URL attribute in your Context's Resource or
ResourceParams might either contain a wrong value or a typo. This might
be leading to a parsing exception, even
context it can do
its own session management (ie invalidate / create new ones)
-Original Message-
From: Steve Kirk [mailto:[EMAIL PROTECTED]
Sent: Monday, 23 May 2005 11:52 AM
To: 'Tomcat Users List'
Subject: RE: problem: Session invalidation in the servlet accessed via
foreign context
.
-Original Message-
From: Steve Kirk [mailto:[EMAIL PROTECTED]
Sent: Monday, 23 May 2005 6:21 PM
To: 'Tomcat Users List'
Subject: RE: problem: Session invalidation in the servlet accessed via
foreign context
OK.
So... your conclusion is that you can't do that, right
Get ready for differing opinions on this, it's been asked loads of times
before, try searching the archives for more info. My very quick summary
would be that you do not need apache httpd to do SSL, and it can be very
fast and stable without apache, as well as simpler to config if you don't
DBCP has some config params in the context.xml that will clean up for you if
you don't return resources to the pool. It will also test connections for
you to make sure they're alive, and close/replace them if not. To config
these features, set the params in your Context's DBCP Resource tag, for
Your confusion possibly arises because there are at least 2 types of logger
that you might mean, and 3 main choices for one of those at the moment,
although one of those 3 is deprecated and a second is probably becoming less
popular.
OK I'll take a quick stab and see if this gets you anywhere in
List
Subject: RE: confused about simple logging
If I write to stdout where does that go?
System.stdout.println(Where does this get printed to?);
I assume C:/tomcat.../log/stdout?
-Original Message-
From: Steve Kirk [mailto:[EMAIL PROTECTED]
Sent: Monday, May 23, 2005 12:28
as
the getPassword
method. And, I see none of my trace in any of the Tomcat log files.
This is frustrating after 3 days.
-Original Message-
From: Steve Kirk [mailto:[EMAIL PROTECTED]
Sent: Monday, May 23, 2005 1:46 PM
To: 'Tomcat Users List'
Subject: RE: confused about simple
GB developer, Robert and Tomi, thanks very much for pointing me to these
search sites. I was not aware of any of them before, despite having
developed on TC for several years. Perhaps there are more out there.
If anyone involved in producing the Tomcat project documentation is reading
this, I
?
Steve Kirk wrote:
If anyone involved in producing the Tomcat project
documentation is reading
this, I would suggest maybe linking these sites from the
official mailing
list pages, as alternatives to the official archive?
Which pages are you talking about? If you can give me a URL I
List
Subject: Re: DBCP datasource works on 5.0.28 but fails on 5.5.9
Steve Kirk wrote:
Thanks nix.
Could it be that you've missed the fact that
DataSource JNDI resource setup definition has changed in TC
5.5? It is
no longer with those
parametername.../namevalue.../value
Steve,
Am Sonntag, 22. Mai 2005 22:58 schrieb Steve Kirk:
Thanks again Nix, but latest mysql driver is *definitely* in
%catalina_home%\common\lib :
Did you check that the MySQL driver is only there and not
additionally
in a second directory, i.e. WEB-INF/lib, which could confuse Tomcat
Can you say more about how you upgraded? Specifically, were you very
careful to migrate your config files across?
-Original Message-
From: Brandon Dove [mailto:[EMAIL PROTECTED]
Sent: Monday 23 May 2005 02:14
To: Lutz Zetzsche
Subject: Re: Re: Problems with filters in 5.5.9?
,
Alex.
-Original Message-
From: Steve Kirk [mailto:[EMAIL PROTECTED]
Sent: Monday, 23 May 2005 10:18 AM
To: 'Tomcat Users List'
Subject: RE: problem: Session invalidation in the servlet accessed via
foreign context
I'm not sure I fully understand this issue, but seeing
What is your actual logging config?
Hazy memory, but don't you want debug=99 rather than debug=1 to get more
detail?
If you really can't get logging to work, you could insert
System.out.println(blah) statements at key points around where you think
the crash might be caused, in lieu of your log
It's been a few months since I've been active on the list, and the list
archive seems to have changed in that time, could someone please advise?
I used to search the list archives here:
http://nagoya.apache.org/eyebrowse/[EMAIL PROTECTED]
pache.org
But that archive appears to contain very few
I know that DBCP is a common problem discussed on this list - I have been
helped, and have helped other people, with it before. So before posting this
message, I have recently re-read the 5.5 release notes and 5.0/5.5 DBCP/JNDI
how-to docs and checked the list archives. But can't find a solution
Thanks nix.
Could it be that you've missed the fact that
DataSource JNDI resource setup definition has changed in TC
5.5? It is
no longer with those
parametername.../namevalue.../value/parameter.
Yes I already changed that. I used to use the approach you mention in
5.0.28, i.e.:
]
Sent: Friday 20 May 2005 16:59
To: Tomcat Users List
Subject: Re: DBCP datasource works on 5.0.28 but fails on 5.5.9
Hi,
Am Freitag, 20. Mai 2005 17:22 schrieb Nikola Milutinovic:
Steve Kirk wrote:
This most commonly means that the definition of the DataSource
resource lacks driver
=tomcat-userr=1w=2
-Original Message-
From: Steve Kirk [mailto:[EMAIL PROTECTED]
Sent: Friday, May 20, 2005 8:14 AM
To: tomcat-user@jakarta.apache.org
Subject: What happened to the searchable list archive?
It's been a few months since I've been active on the list
-Original Message-
From: Chris Cherrett [mailto:[EMAIL PROTECTED]
Is there a way to catch all exceptions that works in Tomcat 5
You can catch all Exceptions/Throwables and their subclasses by configuring
java.lang.Exception or java.lang.Throwable in the error-type tag. However
they are methods
of objects bound within the session or not.
However I'd still appreciate any help that anyone can give on the other
points below :)
-Original Message-
From: Steve Kirk [mailto:[EMAIL PROTECTED]
Sent: Friday 10 December 2004 05:50
To: 'Tomcat Users List'
Subject: RE
session vs. no session? (Solved)
I am curious why people spent so much time trying to figure
out whether
request.getSession(...) returns null or not but didn't bother using
request.getSession().isNew()?
-Original Message-
From: Steve Kirk [mailto:[EMAIL PROTECTED]
Sent
In the last of these 4 cases, do you mean that the implicit
JSP session
object returns null, or that request.getSession(false)
returns null? I
could understand the first behaviour but would be surprised
by the second.
actually forget I said that, I made a mistake,
,
Tomcat is not throwing that exception just because it feels
like it. An
instance of that class must be reachable in the serialization
process of
at least of the session attributes.
Yoav Shapira http://www.yoavshapira.com
-Original Message-
From: Steve Kirk [mailto:[EMAIL
Ben Souther said:
This is probably the bug you're talking about.
http://issues.apache.org/bugzilla/show_bug.cgi?id=29521
Aha. Thanks Ben. That clears up most of it in one go.
So it was fixed in 5.0.29 but as far as I can see (from the Jakarta news
page and the TC download page) there
no. I've checked this by adding more debug code to my SessionLogger class
(which implements all the Listener interfaces). Every time a session event
is fired, my listener code lists all the session attribute names and values
to the log. So when I shutdown TC, the log output looks like this:
By default:
1. getSession(true)!=null
2. getSession(false)!=null
But if a JSP page contains the tag %@ page session=false %, then:
1. getSession(true)!=null
2. getSession(false)==null
In the last of these 4 cases, do you mean that the implicit JSP session
object returns null, or that
:15, Steve Kirk wrote:
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
if you call request.getSession(false) this will return null if the request
is not associated with a request already. the false param turns off the
default behaviour of creating a new session when none exists.
-Original Message-
From: LAM Kwun Wa Joseph [mailto:[EMAIL PROTECTED]
Sent:
I haven't tested this, but I *think* that a request containing an expired
session will still return a non-null session object, but a different
instance to the one that would have been returned pre-timeout. But I don't
know that for a fact. why not just test it out yourself, it's not that
hard,
I'm a bit puzzled. There is something not quite right here (or maybe I'm
not quite understanding correctly). Aren't sessions created as soon as a
JSP within a ServletContext is accessed, irrespective of whether the user
authenticates or not? Thus invalid sessions vs anonymous sessions is not an
at that point.
Hope this is useful to someone else and isn't too far off the mark...?
-Original Message-
From: Steve Kirk [mailto:[EMAIL PROTECTED]
Sent: Wednesday 08 December 2004 16:25
To: 'Tomcat Users List'
Subject: RE: How to detect expired session vs. no session? (Solved)
I'm
Here's one perspective based on one way I have used them. there are others.
%@ include% is useful when you know the name of the page you want to
include at coding time.
jsp:include is useful when you do not know the name of the page you want
to include until execution time, because it can
From reading your post below, I'm not sure what your problem is, or what you
are trying to achieve. I must have missed your previous emails. Can you
explain in a bit more detail?
-Original Message-
From: Alex Korneyev [mailto:[EMAIL PROTECTED]
Sent: Thursday 02 December 2004 15:06
)
you don't need to run DNS to do this
Filip
- Original Message -
From: Steve Kirk [EMAIL PROTECTED]
To: 'Tomcat Users List' [EMAIL PROTECTED];
'Peter Lin' [EMAIL PROTECTED]
Sent: Wednesday, November 10, 2004 7:57 PM
Subject: RE: Multi-Site Clustering? (hot failover)
Thanks
Thanks for your comments Doug. Good point re relevance of javax.sql API
docs.
I had a search through the J2EE spec. It does not appear to me to _require_
that DataSources are provided in a pooled implementation. It seems to be
preferred. For example:
J2EE.5.4.3 (J2EE Product Provider's
is minimal and you get much better fault tolerance.
peter
On Thu, 11 Nov 2004 12:56:06 -, Steve Kirk
[EMAIL PROTECTED] wrote:
Yes that's true and I have used that feature in the past by
asking our ISP
(registrar) to enter multiple A records in the primary DNS.
However
Thanks Yoav. I see your original reply in the archive now, but I never got
it via email. Strange. I do occasionally get notifications from ezmlm that
my mailbox has been bouncing mails, but haven't had one of those for a
while. I think the bouncing is due to false positives at my ISP
OK thanks, some useful points. I'll do some more reading. :)
So I'm going to submit an enhacement suggestion for the docs
(5.0.x/5.5.x),
as they imply that DBCP is always used for datasources.
The docs give a DBCP example. If someone needs to be told another
implementation can be
My webapp has a working JDBC DataSource configured in META-INF/context.xml.
The JNDI how-to mentions that the default factory for TC-managed JDBC
DataSources (i.e. those configured as a Resource in the config files) is
org.apache.naming.factory.DbcpDataSourceFactory, but if I configure that as
Quick guess: check that you have the default JSP servlet and mapping
enabled. by default this is generally found in two separate chunks within
the web.xml of your tomcat's conf directory and looks a bit like this:
servlet
servlet-namejsp/servlet-name
You don't say what version. I am aware that things are changing in this
area in 5.5.x so what I'm saying possibly applies to 5.0.x only. Check the
docs if you have a different version.
In 5.0.x, you have to put resource-ref in web.xml if you want to be
compliant with the servlet spec.
If you do
I've considered something like this in the past. However, I'd be interested
to know how you plan to have the failover website at the second take over
when the first website dies. In other words, how will a user's browser know
to access the website at the failover IP address rather than the
? (hot failover)
You need your fail over to be higher up in your network stack
Filip
- Original Message -
From: Steve Kirk [EMAIL PROTECTED]
To: 'Tomcat Users List' [EMAIL PROTECTED];
[EMAIL PROTECTED]
Sent: Wednesday, November 10, 2004 9:35 AM
Subject: RE: Multi-Site Clustering
OK that's roughly what I thought. But IME this does not switch things over
fast enough to count as a hot failover. Maybe I'm not aware of a premium
service that's available, but my experience has been that DNS updates don't
propagate fast enough for this. There are often customers that cannot
Interesting.
I had a quick browse of the servlet spec and it doesn't seem to say either
that you can or cannot do this.
However these guys seems to reckon it works on TC:
http://archives.java.sun.com/cgi-bin/wa?A2=ind0103L=servlet-interestF=S=;
P=50479
If it is possible, your config looks
-
From: Steve Kirk [mailto:[EMAIL PROTECTED]
Sent: Tuesday 09 November 2004 00:45
To: 'Tomcat Users List'
Subject: Are all TC-managed DataSources pooled?
The docs under 'JDBC Data Sources' at
http://jakarta.apache.org/tomcat/tomcat-5.0-doc/jndi-resources
-howto.html
say, The J2EE Platform
cheap either since we had a couple of full cabinets at two different
locations.
peter
On Wed, 10 Nov 2004 22:52:08 -, Steve Kirk
[EMAIL PROTECTED] wrote:
OK that's roughly what I thought. But IME this does not
switch things over
fast enough to count as a hot failover. Maybe
-
From: Eric Wulff [mailto:[EMAIL PROTECTED]
Sent: Saturday 06 November 2004 00:51
To: Steve Kirk
Cc: Tomcat Users List
Subject: Re: session-timeout means tomcat restart
Well, this is amazingly frustrating. My TC 5.0.28 running on Linux
FC2 is completely crashing about every half hr when I
OK no-one's answered so here's an idea. Not sure if this is right but maybe
if I get it wrong someone will correct me ;)
I think it's that, despite appearances, you are in fact running a
precompiled servlet class, which is installed by default, rather than a JSP
page via
My favourite answer to any query about a server being painfully slow: does
the slowdown coincide with a slowdown or outage of your DNS service? This
can have suprisingly big impact if TC is doing reverse lookups of the IP of
every request.
At the risk of asking the obvious, are you sure that
-Original Message-
From: Eric Wulff [mailto:[EMAIL PROTECTED]
Sent: Friday 05 November 2004 18:34
To: Steve Kirk
Cc: Tomcat Users List
Subject: Re: connection pooling
Steve, I am trying to use DBCP(hence the subject of the thread) and I
believe I have a driver that supports
The docs under 'JDBC Data Sources' at
http://jakarta.apache.org/tomcat/tomcat-5.0-doc/jndi-resources-howto.html
say, The J2EE Platform Specification requires J2EE Application Servers to
make available a DataSource implementation (that is, a connection pool for
JDBC connections).
Now, I'm
problem' and it
was two things - we had to update some driver for the intel
NIC cards in our
server (for RedHat ES) and had to change some settings to get
better NIC
throughput.
Hope it helps.
- Original Message -
From: Steve Kirk [EMAIL PROTECTED]
Date: Monday, November 8, 2004 4
This was answered on this list last week. So it's in the archive:
http://nagoya.apache.org/eyebrowse/[EMAIL PROTECTED]
pache.org
From memory I think you get rid of the ROOT webapp and set the context path
of mywebapp to / ?
-Original Message-
From: Jojo Paderes [mailto:[EMAIL
-Original Message-
From: Eric Wulff [mailto:[EMAIL PROTECTED]
Sent: Friday 05 November 2004 07:01
To: Tomcat Users List
Subject: session-timeout means tomcat restart
Hi, I'm experiencing 2 interesting problems that may be related to my
session timeout.
1. It seems that
1 - 100 of 200 matches
Mail list logo