Remy mentioned earlier today on another thread that the path is ignored in a
context.xml file because it is redundant, but I _think_ he was talking about
5.5 rather than 5.0. I have deleted the post now but I think he said that
the docBase is probably also ignored. search the archive to check me
as an NT Service on windows.
aha. so it looks like it's something I screwed up ;)
out of interest, does contextDestroyed work on that platform?
> -Ben
>
> On Fri, 2004-11-05 at 11:20, Steve Kirk wrote:
> > Thanks Ben, have looked at your war, and my test code
> covers th
what does this code do?
> -Original Message-
> 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
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 org.apache.jasper.servle
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 som
url
jdbc:mysql://localhost:3306/myDb
> -Original Message-
> From: Eric Wulff [mailto:[EMAIL PROTECTED]
> Sent: Friday 05 November 2004 18:34
> To: Steve Kirk
> Cc: Tomcat Users List
> Subje
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 *n
ung, and won't work without a reboot 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 M
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:
jsp
org.apache.jasper.servlet.JspServlet
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 in web.xml if you want to be
compliant with the servlet spec.
If you do that, 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 regula
ulti-Site Clustering? (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 PROTECT
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=ind0103&L=servlet-interest&F=&S=&;
P=50479
If it is possible, your config looks
Message-
> 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-
traffic gets routed to the other cluster.
>
> on a previous job, we did that and it was pretty seamless. it wasn't
> 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
>
igure DNS to have both
> IP addresses in the A records)
> you don't need to run DNS to do this
>
> Filip
>
> - Original Message -
> From: "Steve Kirk" <[EMAIL PROTECTED]>
> To: "'Tomcat Users List'" <[EMAIL PROTECT
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 Respo
the trouble of having two servers in different locations,
> it makes sense to me to put atleast 2 servers in each place. The cost
> is minimal and you get much better fault tolerance.
>
> peter
>
>
> On Thu, 11 Nov 2004 12:56:06 -, Steve Kirk
> <[EMAIL PROTECTED]&g
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 spamfilter
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
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 in the config files) is
org.apache.naming.factory.DbcpDataSourceFactory, but if I configure that as
my factory
>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:0
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.
is useful when you do not know the name of the page you want
to include until execution time, because it can evaluate jsp exp
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]
> S
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, ju
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
valid, so TC will replace the
jsessionid 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'
&
> 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
t; >Do all of the attributes that you're adding to your
> session implement
> > >Serializable?
> > >
> > >>
> C:\jakarta-tomcat-5.0.28\work\Catalina\localhost\ao\SESSIONS.ser (The
> > >>system cannot find t
espective of whether 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
&
gt; Subject: RE: How to detect expired 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()?
>
>
>
> > 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, getS
tence when restart Tomcat
>
>
>
> Hi,
> 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.yoavshapi
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)
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:
20
> -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 tag. However
there is
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
> ...
Yes I already changed that. I used to use the approach you mention in
5.0.28, i.e.:
L PROTECTED]
> 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 tha
>
> I like marc.
>
> http://marc.theaimsgroup.com/?l=tomcat-user&r=1&w=2
>
>
>
> > -Original Message-
> > From: Steve Kirk [mailto:[EMAIL PROTECTED]
> > Sent: Friday, May 20, 2005 8:14 AM
> > To: tomcat-user@jakarta.apache.org
> > Subject:
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 w
gt; Sent: Sunday 22 May 2005 21:18
> To: Tomcat Users List
> Subject: Re: What happened to the searchable list archive?
>
>
> Steve Kirk wrote:
> > If anyone involved in producing the Tomcat project
> documentation is reading
> > this, I would suggest maybe linking these
[EMAIL PROTECTED]
> Sent: Saturday 21 May 2005 13:42
> To: Tomcat Users 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'
tomorrow is now looking
like being productive :)
> -Original Message-
> From: Lutz Zetzsche [mailto:[EMAIL PROTECTED]
> Sent: Sunday 22 May 2005 22:42
> To: Tomcat Users List
> Subject: Re: DBCP datasource works on 5.0.28 but fails on 5.5.9
>
>
> Hi Steve,
>
>
I'm not sure I fully understand this issue, but seeing as no-one else seems
to have replied yet, maybe a few Qs might help you work through it:
Are you hoping that both contexts will share their sessions?
Are you using the SingleSignOn feature in server.xml?
When you say that ForeignContextServ
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?
>
omcat source code to
> try to work out what's happening. Do you think it's best way
> to approach this issue?
>
>
> Thanks again,
>
> Alex.
>
> -Original Message-
> From: Steve Kirk [mailto:[EMAIL PROTECTED]
> Sent: Monday, 23 May 2005 10:18
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
want to ensure that when we're programmatically
> accessing web application in the different 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 2
hit) should not affect
> session management at all.
>
> Thanks again, I really appreciate your thoughts on this matter.
>
>
> Kind regards,
>
> Alex.
>
>
> -Original Message-
> From: Steve Kirk [mailto:[EMAIL PROTECTED]
> Sent: Monday, 23 May 2
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
alrea
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 's DBCP tag, for
example:
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
19:02
> To: Tomcat Users 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
is it not. I have System.out trace
> statements in
> the constructor after the call to the super ctor as well 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 Me
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 wi
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):
C:\to
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 HTTP
, because as long
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 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 's or
might either contain a wrong value or a typo. This might
be leading to a parsing exception, even though the trace doesn't s
ding Throwable all to no avail.
>
> It seems to crash at random, 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
For how to set up logging of your Java servlet code on 5.0.28, you need to
add a to your conf/server.xml file, inserting it inside your
... or ... tags will probably get you going.
To get apache-httpd type logging going, you need a , again insert it
within your Engine or Host tags, looks a bit l
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:
mypackage.MyScListenerClass
Now have your ServletContextListener start a new thread using your Runnable
and the
> validation fails
> and you end up with something like an entry without email
> address, so what.
>
> Bernhard
>
> > -Ursprüngliche Nachricht-
> > Von: Steve Kirk [mailto:[EMAIL PROTECTED]
> > Gesendet: Dienstag, 24. Mai 2005 20:02
> >
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 a
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 e
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
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
simp
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
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 read
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:
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 s configured in 5.0, but these are redundant in 5.5, so I have
no logging config at all now - I just use the java.util.loggi
>
> Small correction -- 5.5 needs 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 nee
> 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, t
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 use
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 us
ant to re-install it. So what is the best plan of attack
> and how do I
> accomplish it?
>
> Clearly, I know nothing about technical support. So I need a
> step-by-step
> process.
>
> Thanks,
>
> Robin
>
>
>
> - Original Message -
>
in, then I think what you are trying 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 2
ices
> Java Web Services Developer Pack/1.1-fcs
> [INFO] Http11Protocol - -Starting Coyote HTTP/1.1 protocol
> handler on port
> 8081
> Starting service Java Web Services Developer Pack
> Java Web Services Developer Pack/1.1-fcs
> [INFO] Http11Protocol - -Starting Coyote HTTP/1
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
ma
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 time
th the request and based
> on my log I can
> see the request is being 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
>
gt;
> > And, oops, I'm sorry for spreading the original FUD -
> Following this
> > thread, I've just tried again to get everything working on
> > tc5.0/jdk1.5 and hey-presto, everything ok - guess I must've had TC
> > running on jdk1.4 after all...
&g
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 the
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
presumably
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: Fr
Servlet runs out of memory while compiling some jsp
> > files using fork=true
> >
> >
> >
> > Hi,
> >
> > no the webapp is running whole time without redeployments.
> > The jsp pages are quite large, 5000-1 rows and there are
> > many of them.
>
most 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, 200
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
accu
what goes around comes around.
Most 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: Que
cific reasons, so I have to decide
whether to stop using Java or accept it as good at what it is designed 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
>
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 compa
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 200
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
101 - 200 of 201 matches
Mail list logo
