GOMEZ Henri wrote:
I'll very happy to see that the works done on my jakarta/xml RPM used more
heavily
on Apache projects (at least on Linux/Unix boxes).
So I propose that the sources and binaries RPMs I've done for
jakarta.apache.org and
xml.apache.org projects and which live now at
Stefán F. Stefánsson wrote:
Thanks everybody!
I've managed to build it now. The problem was kindof weird and the
"solution" (if I can call it a solution) was even weirder... Like one
of you pointed out I had to do a "build clean". After that everything
worked. I found this rather weird
Peter Huber wrote:
Hi you all,
I'm new to the list maybe this stuff has been discussed several times.
If so I'm sorry to waist your time!
My point:
tomcat 3.2 compiles a JSP into a servlet which contains out.write()
calls which have ""-strings as arguments. As far as I understand Java,
[EMAIL PROTECTED] wrote:
hello stefan,
I prefere having two answer than any, so thank you for you help but...
when I try with tomcat 4.0-m5 to sniffe my https request, I obtain this
Request attributes :
Request attributes:
filters.ExampleFilter.SERVLET_MAPPED =
"Hanusch, Hartwig" wrote:
Hi there,
any ideas?
Same context, but when calling
getSession(false);
different session object than the previously createted via
getSession(true);
Upgrade to Tomcat 3.2. The 3.1 release has tons of bugs, session management
behind Apache being one of the
Sam Ruby wrote:
Additionally, I would be in favor of standardizing - even if it is only
across jakarta projects - a mechanism for embedding the version number in a
standard location inside the jar file itself.
I have a suggestion for how to approach this one.
The JDK 1.3 docs describe a
WARNING: Comments below relate to the build process the way it currently is. After
Jon gets done, it will undoubtedly look quite different.
Stuart Roebuck wrote:
On Friday, December 15, 2000, at 05:51 PM, Craig R. McClanahan wrote:
If you follow the recommended approach (create
[EMAIL PROTECTED] wrote:
Some of you probably know that the httpd group is getting ready to release
Apache 2.0. We are all set to release our first beta on Friday. As a
part of this, we are looking into getting Apache.org running 2.0. So, the
next question we have to deal with is how
Jon Stevens wrote:
on 12/17/2000 7:31 PM, "Jon Stevens" [EMAIL PROTECTED] wrote:
In tomcat-4.0/conf/server.xml, I have defined:
Context path="/" docBase="scarab" reloadable="true"
/Context
I figured out this problem...it should be:
Context path="" docBase="scarab" reloadable="true"
[EMAIL PROTECTED] wrote:
Why the attribute 'javax.servlet.request.X509Certificate'
return an array of X509Certificate.
I don't understand how it's possible
because when my client choose an certificate, he chooses only one...
For my test array contain always
one element... so is it an
David Rees wrote:
Frankly, I am disappointed in the development process of Tomcat. I posted a
simple documentation patch (See bug report 528) two weeks ago for the FAQ
included with the Tomcat 3.x and posted a couple messages about it. I
haven't heard a thing about it and saw the release
Paul Frieden wrote:
Not everybody is in a position to throw away their investment in the 3.x
series just yet.
Absolutely true. That's why I went back and did 3.2, because I totally understand
this reasoning.
Some people can't even get off 3.1 yet, because Costin changed so much in 3.2
:-).
David Rees wrote:
Hi Craig,
-Original Message-
From: Craig R. McClanahan [mailto:[EMAIL PROTECTED]]
Frankly, I am disappointed in the development process of
Tomcat. I posted a
simple documentation patch (See bug report 528) two weeks ago
for the FAQ
included
Henri Gomez wrote:
[snip]
Tomcat 3.x or 4.x? That is the confusion that needs to be cleared up.
The confusion will exist also for Apache 1.3 / 2.0. And this one will be much
more important.
It's actually pretty clear in the web server case. The active development is
happening on 2.0,
Roy Wilson wrote:
It's odd that Nacho suggested that a look at the
thread he posted might
be worthwhile. I've been lurking on this list for about 6 months (with
an
occasional attempt to contribute) and it seems like the TC3.x vs TC4
struggle is like a forest fire that keeps getting almost put
kenneth topp wrote:
Hello,
(another user here)
If the difference were spoken as tc 3.x follows servlet 2.2/jsp 1.1 where
tc 4.x follows servlet2.3/jsp 1.2, then it's a clear difference that I
can appreciate, and even base decisions on.
For any previous version change in the servlet api
+1 for Vasile Gaburici
Glenn Nielsen wrote:
+1 Thanks for you contributions
[EMAIL PROTECTED] wrote:
Hi,
Please send your +1s for Vasile Gaburici.
He did a great work integrating tomcat with AOLServer, had many
contributions in the hardest part of tomcat ( the C code ), including
+1 for Petr Jiricka
Glenn Nielsen wrote:
+1
Costin Manolache wrote:
Hi again.
Please vote for adding Petr Jiricka ( [EMAIL PROTECTED] )
to the list of official commiters. He fixed a big number of bugs
in JSP and contributed many ideas in this area - including debugging,
etc.
Dan Milstein wrote:
I'm wondering who I should bug about getting my committer login on locus. If I
understand the process correctly, I was voted in a few weeks ago, but I haven't heard
anything since.
That would be me. I dont' get to set up accounts (that's farmed out to someone else),
Jason Zhu wrote:
Another prove is: after I delete "TOMCAT_HOME\conf\web.xml" file, the
tomecat still starts up without complaining or error. It seems to me that
tomcat doesn't read "TOMCAT_HOME\conf\web.xml" file. Nor such messages
printed on the dos prompt window.
You are correct --
Christian Mallwitz wrote:
Hi,
I want to write a servlet that reads JSP files from somewhere outside the
servlets web application context, compiles them to a location outside the
servlets web application (if necessary) and then invokes the compiled
servlet class.
I started looking at
This is definitely the place ... thanks Sean!
Jon Stevens has committed some changes to the servletapi build scripts.
I will take a look and merge your ideas for anything he missed.
Craig
Sean wrote:
I
had to made changes to the build.xml file to get it to work with the latest
version of any.
Andy wrote:
But, that being the case (and I know I'm touching on a sore spot) what will
be the lifespan of 3.3.
Since a proposal to publish a "Tomcat 3.3" has never been formally presented and
voted on, the only logically correct answer is "I don't know." Depending on the
results of a vote,
Stuart Roebuck wrote:
In the course of fixing a problem I was having getting Apache Cocoon to run, I came
across a bug in Java in the File.toURL() method. This fault, combined with the use
of the URLClassLoader resulted in a classloading issue.
Stuart,
I'm trying to create a simple,
Shai,
I apologize for not responding to you earlier ... substantive discussions
are getting a little lost in the noise at the moment.
For some reason, my Netscape mail reader won't let me intersperse comments
-- so I've put them at the end.
I think I read into your earlier comment that you'd be
Andy wrote:
Maybe the best thing would be if one of the commiters gave me a piece of their
bug they don't feel like finding.
The interim bug reporting system we are using http://znutar.cortexity.com has tons of
outstanding bugs. I would not bother with the Tomcat 3.1 bugs -- anyone who
Jon Stevens wrote:
Ok, I put a whole bunch of logging into Turbine to see *exactly* what line
of code is causing the slowness that I keep reporting here and I have now
found it...
Log.note ("RunDataFactory: 11");
// Get the HttpSession object.
data.setSession (
"[EMAIL PROTECTED]" wrote:
why not do iot in shared storage and implement SSI ? thats what the
mod_jserv shm file was for...a shared hunk of disk store.
-Ys-
[EMAIL PROTECTED]
This is certainly one valid approach. It works for cases where the servers are all
on the same machine. But you
See intermixed.
Christian Mallwitz wrote:
-Original Message-
From: Craig R. McClanahan [mailto:[EMAIL PROTECTED]]
Sent: Thursday, December 21, 2000 19:23
To: [EMAIL PROTECTED]
Subject: Re: How to do my own JSP processing
Sounds like you are planning on inventing your own
Jon Stevens wrote:
fyi, the difference is that I had to add a "./" to the front of a parameter
to a file that I was passing in...
init-param
param-nameproperties/param-name
!-- This is relative to the docBase --
param-value
Jon Stevens wrote:
Hey Craig,
Can we pull crimson out of there until it is a bit more stable? :-) One of
my Scarab ppl is having problems with it.
Catalina does not care (it needs only JAXP/1.0), but Jasper needs JAXP/1.1
compatible APIs. If Xerces supports that, it can be used instead.
Kief Morris wrote:
[snip]
Fortunately, the servlet 2.3 spec simplifies this greatly by requiring that only
one instance of the servlet container can handle a request for a session at
a time. So the problem is reduced to locking shared sessions.
I have not had a chance to study the
Kief Morris wrote:
I don't see anybody assigned to tackling the Catalina 4.0 FileStore
implementation, or the Manager implementation for swapping active
sessions to disk, so I've started messing around with this. If anyone
else is interested in working on this (or already working on this)
Kief Morris wrote:
Craig R. McClanahan typed the following on 09:38 AM 12/26/2000 -0800
So far I'm looking to implement the FileStore class by cribbing code
from StandardManager's load() and unload() methods, to store session
data in individual files named with the session ID. I've also
"Kyle F. Downey" wrote:
Quick question: why does Catalina check with the Realm implementation on
every HTTP request, even after a successful authentication? Is it the
responsibility of the Realm to handle caching and expiring of credentials?
Seems to me that would lead to a good bit of
GOMEZ Henri wrote:
At least until someone else comes along and wants to do a
better job at it :-).
May be you'll need to find someone to do that job to help
you be more on 4.0 ? Someone as proposed to do that some time ago.
Yep -- 4.0 would progress faster (and I would get more sleep :-)
Glenn Nielsen wrote:
I had looked at the code a while ago, and at that time the code to
implement the Java SeucrityManager had been ported from Tomcat 3.2.
When I looked at the code today, it is entirely different and unfinished.
I was wondering who had been working on this and if they were
Glenn Nielsen wrote:
The version of Jasper in Tomcat 4 inherits alot of baggage from
the original Jasper from 3.x. Jasper in 3.x had to support
both jdk 1.1.x and required jdk 1.2 to use the SecurityManager.
Since Jasper in Tomcat 4 implements JSP 1.2, the version of jasper
in Tomcat 4 is
Now that we've all recovered from New Years (and watched Oregon State teach
Notre Dame a few things about football -- go Beavers! :-), it's time to lay out
the next steps in Tomcat 4.0's lifetime. Here's what I propose:
(1) Tomcat 4.0 Beta 1
The code for Tomcat 4.0 has proven to be quite
Mikael Pahmp wrote:
I'm using Tomcat with Apache on a RedHat 6.2 Linux. I use the form-based login
mechanism and want to authorize the user logins against the users/groups that are
already defined in Linux. It seems to be possible by implementing an Interceptor.
It is certainily feasible to
Jon Stevens wrote:
Ok, I have this in my server.xml:
Context path="" docBase="scarab" reloadable="true"/
Yet when I change a class in my WEB-INF/classes directory, it doesn't get
reloaded. Any ideas?
I just tried this again (against current CVS code) with Vincent's original test
Jon Stevens wrote:
on 1/2/2001 10:15 PM, "Craig R. McClanahan" [EMAIL PROTECTED]
wrote:
's OK -- you will thank me the first time you need to update a deployed app on
a
production server without taking down Catalina :-).
eh?
If you install the manager webapp (
Jon Stevens wrote:
on 1/2/2001 10:28 PM, "Craig R. McClanahan" [EMAIL PROTECTED]
wrote:
You've got mail.
Craig
Craig, did you get my message? I tested the .jar file you sent me and it
doesn't work. Let me know if you need me to re-send the message again.
If you sent it t
BugRat Mail System wrote:
- Sender's Comment -
possible bug in 4.0 also?
Possible, but unlikely (I think this got fixed for 3.2 and 4.0 already).
Best way to test would be to install Tomcat 4.0 in a directory like
C:\Program Files\Tomcat 4.0
on a Windows platform, and make sure
Glenn Nielsen wrote:
"Craig R. McClanahan" wrote:
The existing "jakarta-tomcat-4.0" repository will be branched with label
"tomcat_40_branch", and each 4.0.x beta and release will receive a label such as
"tomcat_40_b1". The "main" branch
GOMEZ Henri wrote:
(2) Tomcat 4.1 Repository
-1 - We'll have now 3.2, 3.3, 4.0 and 4.1 branches
Too many branches for the same project.
Please don't reopen a 3.x against 4.x campaign.
I'm not ... nothing in the proposal says anything at all about anything labelled
"Tomcat
Jon Stevens wrote:
Now I get this:
HTTP Status 500 - No Context configured to process this
request
Using this url:
http://localhost:8080/servlet/scarab/template/Register.vm
This URL wants the root context, because there is no "/scarab"prefix on the front.
And this in my server.xml:
Marc Saegesser wrote:
-Original Message-
From: Craig R. McClanahan [mailto:[EMAIL PROTECTED]]
(1) Tomcat 4.0 Beta 1
The existing "jakarta-tomcat-4.0" repository will be branched with label
"tomcat_40_branch", and each 4.0.x beta and release wi
Rolf Veen wrote:
Hi (feliz año nuevo).
Craig R. McClanahan wrote:
First, your web.xml file defines the root webapp like so:
Context path="" docBase="scarab" reloadable="true"
Loader checkInterval="3"
className=&q
Jon Stevens wrote:
Craig,
Ok, so I just decided to mess around with the URI a bit and just got this
interesting error. If you want to play around, the setup is the *same* as
what is in Scarab's CVS.
URL attempted:
http://localhost:8080/servlet/scarab/template/Register.vm
Error:
A
Jon Stevens wrote:
Craig,
Ok, so I just decided to mess around with the URI a bit and just got this
interesting error. If you want to play around, the setup is the *same* as
what is in Scarab's CVS.
URL attempted:
http://localhost:8080/servlet/scarab/template/Register.vm
Error:
A
[EMAIL PROTECTED] wrote:
jsp page return 404 if I start tomcat 3.2.1 as nobody. If I start it as
root, jsp is fine.
what is going on?
First, this is a user question better served on TOMCAT-USER, not on TOMCAT-DEV
-- please do not cross post.
Second, the most likely explanation is your
[EMAIL PROTECTED] wrote:
marcsaeg01/01/05 10:04:37
Modified:src/share/org/apache/jasper/compiler Tag: tomcat_32
Compiler.java
Log:
Added a method to remove the generated .class file. This will be called
to remove generated files in the event that
ED] to see if this can be
clarified JSP1.2.
I already asked as well :-), but that's exactly the right thing to do.
Craig
-Original Message-
From: Craig R. McClanahan [mailto:[EMAIL PROTECTED]]
Sent: Friday, January 05, 2001 1:16 PM
To: [EMAIL PROTECTED]
Subject: Re: cvs commit:
Chris Longfield wrote:
Hello,
I am not sure if this is a bug or not. If not, perhaps you could explain why it
happens. I am using Apache-1.3.14, the jserv module 1.1.2, and tomcat 3.2.1 . The
HelloWorldExample uses a property resource bundle to fill in some data. If you
execute the
Jon Stevens wrote:
on 1/5/2001 8:13 PM, "[EMAIL PROTECTED]" [EMAIL PROTECTED] wrote:
Update version numbers for 4.0-beta-1.
Are we *really* ready for a b1 release? I think that the fact that sessions
get lost when the classloader reloads is a pretty big bug that should get
resolved
The newest release of Tomcat 4.0, beta 1, is now available at the Jakarta web
site:
http://jakarta.apache.org/builds/jakarta-tomcat-4.0/release/v4.0-b1/
This release is the first in a series of betas that will lead to a production
quality release of Tomcat 4.0 in the near future. At the same
Geoff Soutter wrote:
Anyway, just a nitpick, but there's a slightly confusing thing: the
System
classloader in the Bootstrap.java doesn't correspond to the "System"
classloader in the docs - instead it corresponds to the "Common"
classloader
... I think it'd be a bit clearer if
Pilho Kim wrote:
For Tomcat 4.0 Beta 1, both of catalina.sh and catalina.bat need
such a patch in two places, too.
In those scripts, change
-Djava.security.policy==
to
-Djava.security.policy=
kim
This turns out *not* to be what you want.
The double equals sign (==) tells the
see here?
Craig
Jon Stevens wrote:
Hi Craig, any status?
Maybe you can point me at the right place to look?
thanks,
-jon
--
From: Jon Stevens [EMAIL PROTECTED]
Reply-To: [EMAIL PROTECTED]
Date: Fri, 05 Jan 2001 21:37:41 -0800
To: [EMAIL PROTECTED]
Subject: Re: cvs co
Bob Jamison wrote:
Hi, all,
Will 4.1 be read-visible in the "cvspublic" repository?
Ooops ... forgot a couple steps. The two new repositories ("jakarta-tomcat-4.1" and
"jakarta-servletapi-4") are now visible to anonymous CVS. Web site updates are
forthcoming.
Bob Jamison
LinCom Corp
Paul Speed wrote:
I'll be curious to see where the JSP spec evolves next. To
me it seems logical to start incorporating more tags along the lines
of the current bean tags. Iteration and other control structures
seems like the most common part of the wheel that tag libraries seem
[EMAIL PROTECTED] wrote:
Hi,
I try to configure TOMCAT server
to authenticate client with certificate on HTTPS protocol.
My connector is configure to accept
request on 8443 port like this :
Connector
className="org.apache.catalina.connector.http.HttpConnector"
port="8443" minProcessors="5"
Hans Bergsten wrote:
I agree that it's reasonable to assume that the same HttpSession
instance is used throughout the session in the most common case,
but I don't agree that the spec mandates this implementation (and
I don't think it should mandate implementation details unless it's
Remy Maucherat wrote:
David Weinrich wrote:
Now that it's an Apache project, I am +1 for using it ... both here, and
as an
implementation of org.apache.catalina.Logger for the general purpose
logging
that goes on inside Catalina.
+1.
Will it be required to build ?
If we agree to
I spent some time this afternoon creating the beginnings of a documentation
bundle for Tomcat 4.0. It is not yet complete, and not yet copied into the
binary build of Tomcat 4.0, but I've also arranged that it be snapshotted on the
Tomcat web site, at:
http://jakarta.apache.org/tomcat
The
"Christopher K. St. John" wrote:
"Craig R. McClanahan" wrote:
If your server implements session swapping or distribution (as we are currently
developing in the 4.1 repository), it is pretty much guaranteed that different
session object instances may be used
Nick Bauman wrote:
Have you gotten the new Bugzilla system ready?
Please let me know when / if I should close down the report page for
bugrat.
Almost ... personally, I want to do just a bit more testing first ...
Thanks
-Nick (The guy running bugrat for Jakarta)
Craig
John Neffenger wrote:
I was pleased to see that a connection timeout has been added to Tomcat
4.0 in the HttpConnector class. A timeout was missing in Sun's JSDK
through version 2.0 and in earlier versions of Tomcat. Without a
timeout, the servlet runner process accumulates dead
Gokul Singh wrote:
Hans Bergsten wrote:
> [...]
> The spec may not be explicit enough about this, but the session object
> you get back from the getSession() object is a container-managed
object
> that the application is not supposed/allowed to keep long-lived
> references
> to. It's the same
Kief Morris wrote:
Craig R. McClanahan typed the following on 03:44 PM 1/14/2001 -0800
"Christopher K. St. John" wrote:
If your server implements session swapping or distribution (as we are
currently
developing in the 4.1 repository), it is pretty much guaranteed that
GOMEZ Henri wrote:
[finally ... a technical issue!]
I still didn't understand why TC 4.0 didn't select mod_jk as
their connector to WebServer. The code is clean and many bugs
are removed. A web server connector is not an easy piece of cake
so why reinvent the whell ?-(
Tomcat
Paul Speed wrote:
[EMAIL PROTECTED] wrote:
Can you argue about how Valve's single chain of command ( where
authentication, generation, etc are done in a single invoke() ) can
be better than what all other server are doing ( and Apache 2.0
moves to a different level with the flexible
Sorry not to get this out earlier ... comments intermixed.
Glenn Nielsen wrote:
Here is my proposal for implementing the Java SecurityManager in Tocmat 4.
Work on implementing this proposal is in progress. Comments please?
Tomcat 4 Java SecurityManager Proposal
Tomcat 4
"Rob S." wrote:
Another alternative could be as, I proposed some time ago, to
rename Tomcat 3.3 to AnotherName 3.3 ie Bobcat or Finecat 3.3 ;-)
Robcat!
- r
p.s. my brother's name is tom.
Sounds as rational as the thinking at most of the product naming/branding
meetings I've ever
Arshad Mahmood wrote:
I have been trying to configure mod_webapp (without much luck) and I notice
that wa_host will not allow applications to be mounted which have common
heads (i.e. '/' and '/examples/'). Tomcat itself doesn't seem to have any
problem with such a setup.
Is this a genuine
gine) does not care where the request came from.
NOTE: In terms of timing, I'd rather see this work in the 4.1 repository so it
doesn't destabilize anything in the 4.0 beta cycle, or delay it.
Thanks,
-Dan
Craig
"Craig R. McClanahan" wrote:
GOMEZ Henri wrote:
[finally .
GOMEZ Henri wrote:
Hi,
I'm busy these days and didn't have many time on ACL for mod_jk.
Before investing too many times, just want to describe the plan :
1) Create stuff to handle InetMask a l hosts.allow / hosts.deny.
Data initialized via config in server.xml
From 3.2
Robert,
This kind of question is much better addressed to the TOMCAT-USER mailing list.
TOMCAT-DEV is for discussions about how to build Tomcat itself, not how to use
it. You can subscribe by sending an empty message to
[EMAIL PROTECTED] or follow the link on the Jakarta web
site.
Thanks,
Paulo Gaspar wrote:
First, you write too much about a name when the question has always been
having or not a 3.3 in the 3.x branch.
Most of us (for whom having a 3.3 is interesting) are still not concerned
about having or not a revolution and a Tomcat 5. It is too soon to be
concerned
[EMAIL PROTECTED] wrote:
Looking at the latest 3.x src drops, there are say ~30 methods in
BaseInterceptor, that is access points, into the request chain / context
mapping / session handling etc. This obviously gives a degree of
Hi Ken,
All this will be reviewed and documented - if
Larry Isaacs wrote:
A couple of comments:
I would like to see a goal added like the following:
X. With respect to JSP 1.1 issues, insure that Jasper in Tomcat 3.3
remains compatible with Jasper in Tomcat 4.x.
Larry, are you thinking of "compatibility" from the functional viewpoint (i.e.
One of the outcomes of the PMC meeting on Tuesday (you will see the minutes
published shortly) involves increasing the amount of open communication on
general Jakarta issues that do not involve a few specific issues that require
confidential discussions. The forum in which these discussions will
Peter Donald wrote:
[snip]
I am not saying that Catalinas concept of a valve is completely correct (it
uses the Anti-Pattern Subvertion of Control - yuck !!) but it is definetly
a step in the right direction. Personally if I was doing it then I would
implement Inversion of Control and your
Jon Stevens wrote:
on 1/18/01 4:28 PM, "Craig R. McClanahan" [EMAIL PROTECTED]
wrote:
If you change the names and parameter orders a little, you have just quoted
the
new api for javax.servlet.Filter in the 2.3 Proposed Final Draft.
I'd be game to change the Valve APIs
Jon Stevens wrote:
on 1/19/01 9:38 AM, "Craig R. McClanahan" [EMAIL PROTECTED]
wrote:
Impact on the overall
4.0 release cycle is more problematic -- I think we would want to do this in a
new
beta round and add a week of intensive testing to make sure nothing got
de
k
Craig
On Fri, 19 Jan 2001, Craig R. McClanahan wrote:
Nick Bauman wrote:
On Fri, 19 Jan 2001, Craig R. McClanahan wrote:
Nick Bauman wrote:
Uhhh, I just realized something
With TC 3x, you could map an extension from Apache to the servlet engine
with an
Remy Maucherat wrote:
Quoting Jon Stevens [EMAIL PROTECTED]:
on 1/19/01 11:51 AM, "Craig R. McClanahan"
[EMAIL PROTECTED]
wrote:
Agreed ... I'm talking about the *Apache Tomcat* release cycle, where
we
agreed in the release plan to have a feature freeze / bug fix roun
BACKGROUND:
One of the unique (AFAIK) features of Tomcat 3.2 as a servlet container is the
fact that you can choose to run Tomcat under a Java SecurityManager (when
running under a Java2 JDK), with corresponding fine-grained control over the
resources that a particular web application can
Kurt Schrader wrote:
On Fri, 19 Jan 2001, Remy Maucherat wrote:
Since it's the API changes day, may I then suggest that we just merge back all
the changes done so far in 4.1, which deal with replacing the resources package
with JNDI context. It works, and it's solid. I don't feel like we
Aaron Mulder wrote:
On Wed, 17 Jan 2001, Craig R. McClanahan wrote:
Consider the following scenario - I put a copy of the Postgres JDBC
driver (just to show that it's not specific to xml parsers :-) in my
shared library directory, because lots of my apps need it. But, one
of my webapps
James Duncan Davidson wrote:
On 1/19/01 2:03 PM, "Jon Stevens" [EMAIL PROTECTED] wrote:
on 1/19/01 12:21 PM, "Craig R. McClanahan" [EMAIL PROTECTED]
wrote:
I know Pier has a bunch of bugfixes currently in his local CVS tree, so
hopefully we will be much closer
Remy Maucherat wrote:
On 20 Jan 2001 [EMAIL PROTECTED] wrote:
- Add a new "unpackWARs" flag in the StandardHost : if true, the host
will
deploy WARs as before. If false, the WARs found in the host path
won't
be unpacked and the WARDirContext will be used.
Very very
Peter Donald wrote:
At 04:08 21/1/01 -0800, Craig R. McClanahan wrote:
Sealing is one "user error" issue that will cause classloading to fail inside
Tomcat. Another is the fact that a particular class can only see other
classes
in its own classloaders, and parents of that c
Jayesh wrote:
yes.
In principle, it seems to me that you could write a webapp that does what
mod_proxy does for Apache -- making this server a proxy for some other server --
and then extend it with support for load balancing and other such features. I
do not know of any efforts in this
Pilho Kim wrote:
Hi,
I am using Tomcat 3.2.1.
Suppose that a.jsp includes b.jsp.
There are two kinds of includes -- compile time (%@ include file="b.jsp" %)
and runtime (jsp:include page="/b.jsp".). Which did you use?
First visit http://localhost:8080/a.jsp and then modify b.jsp.
Then
Gokul Singh wrote:
- Original Message -
From: "Craig R. McClanahan" [EMAIL PROTECTED]
Tomcat 4 follows the new rules in the servlet 2.3 PFD spec, which allows a
container to change this so that loading starts with your WEB-INF areas
first.
Consider the following sc
Jon Stevens wrote:
Ok, I replaced the turbine.jar in my WEB-INF/lib directory with a new one
while the server was running. On the next request to the server, I was
presented with this nice stacktrace...
Seems like it should be able to handle this a bit better. :-)
Yep, it should.
Over the last week or so, there has been some interest in changes to Tomcat
4.0-beta-1, including some changes in fundamental APIs within Catalina. It
would be desireable to make these changes before a 4.0 release is completed, so
that we can strive to maintain API compatibility, to the maximum
Jon Stevens wrote:
on 1/22/01 4:51 PM, "Craig R. McClanahan" [EMAIL PROTECTED]
wrote:
Therefore, I would like to propose "unfreezing" the 4.0 codebase, and opening
it
again to new development, with some of the major items listed below. The
revised release plan f
101 - 200 of 1121 matches
Mail list logo