DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=16316.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
funkman 2003/06/11 17:22:03
jakarta-tomcat-site/xdocs-faq - New directory
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
funkman 2003/06/11 17:22:44
jakarta-tomcat-site/docs/faq - New directory
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
funkman 2003/06/11 17:23:01
jakarta-tomcat-site/docs/faq/printer - New directory
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Hi!
I am new to server side programming and learning to
use tomcat.
I have tomcat 4.1.18 that I want to use for deploying
applications.
I am trying to develop servlets on apache tomcat.
I have written a simple HelloWorld.java file and
compiled it successfully.
I have put the .class file in
Sumod
Basically what I would suggest is as follows:
Go into the webapps directory of Tomcat
Create a directory called myFirstApp
Inside this directory create the WEB-INF directory
Inside the WEB-INF create the directories classes and lib
Place your compiled HelloWorld.class file in the classes
Hello,
-Original Message-
From: Bill Barker [mailto:[EMAIL PROTECTED]
Sent: Thursday, June 12, 2003 2:17 AM
To: Tomcat Developers List
Subject: Re: Sessions - bug in Tomcat 4.1.24
- Original Message -
From: deacon Marcus [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Hello,
I've noticed many times that most, well, 'privates' in Tomcat (and many
other Jakarta projects) are private, while having them protected would
greatly ease coding any derivated classes, why?
Greetings, deacon Marcus
-
To
This email is autogenerated from the output from:
http://cvs.apache.org/builds/gump/2003-06-12/tomcat-catalina.html
Buildfile: build.xml
flags:
flags.display:
[echo] --- Build
Hi,
I suggest to update j-t-5/build.properties.default to refer to
commons-fileupload RC1 rather than beta-1. The reason for upgrading was
discussed recently.
# - Commons FileUpload, version 1.0 or later -
commons-fileupload.home=${base.path}/commons-fileupload-1.0-rc1
Hi,
All that as part of an effort to reduce Tomcat memory footprint (to
make
it more suitable for large scale deployments),
I'm just curious how the two go together? Wouldn't large-scale
deployments care less if tomcat's memory footprint was larger? It's
typically the small (micro, on chips,
Howdy,
I've noticed many times that most, well, 'privates' in Tomcat (and many
other Jakarta projects) are private, while having them protected would
greatly ease coding any derivated classes, why?
There could be any number of reasons. My guess is (and I know in my
code) many times stuff is
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=16316.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=16316.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=16316.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=20709.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=20713.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=20714.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Shapira, Yoav wrote:
Hi,
All that as part of an effort to reduce Tomcat memory footprint (to
make
it more suitable for large scale deployments),
I'm just curious how the two go together? Wouldn't large-scale
deployments care less if tomcat's memory footprint was larger? It's
typically the
Gentlemen,
I hope you
will be able to assist me with a Tomcat Class Loader problem I am
experiencing. I am using:
Apache Tomcat: 4.0.1
JDK: 1.4.1_02
Running on Windows 2000
Server.
I have the
following java
code:
import java.util.*;
public class ActionFactory {
Hello All,
In the past you submitted a module to modules.apache.org, which is why
you are receiving this email. I am wanting to do some cleaning up of
the modules.apache.org database. Would you take a couple of minutes and
update your entry? If the module no longer exists, please delete it.
I'm not sure why I am receiving this. I have never submitted a module
to modules.apache.org.
Sincerely,
Mark Hansen
-Original Message-
From: Adam Qualset [mailto:[EMAIL PROTECTED]
Sent: Thursday, June 12, 2003 2:28 PM
To: Adam Qualset
Subject: Your module at modules.apache.org
Hello
This email was generated through the modules.apache.org site.
You can modify your module by going to http://modules.apache.org/edit using
ID# 556 as the 'User Name' with the password 'pbfjps8s' (without the single quotes).
Once you are logged in you can reset this password.
Please reply to this
Now that everyone in the world knows the password for modifying
the entry for mod_jk in the apache module registry...
I updated the information for the mod_jk 1.2.x module in the module
registry. I changed the contact information to the tomcat-committers
email list. And changed the password.
remm2003/06/12 15:02:12
Modified:catalina/src/share/org/apache/catalina/loader
WebappClassLoader.java
Log:
- Null out all fields after finishing loading a class.
Revision ChangesPath
1.16 +6 -1
remm2003/06/12 15:03:35
Modified:catalina/src/share/org/apache/naming/resources
ProxyDirContext.java
Log:
- Add /WEB-INF/lib and /WEB-INF/classes as non cacheable.
- This should be configurable eventually, but I think it should work fine
for 99% of
remm2003/06/12 15:06:30
Modified:catalina/src/share/org/apache/catalina/core
ApplicationContext.java
Log:
- Use regular file URLs with everything from /WEB-INF/lib.
- I'm not sure this is useful, and will be reverted to rev 1.12 otherwise.
Revision
remm2003/06/12 15:41:19
Modified:catalina/src/share/org/apache/catalina/startup
TldConfig.java
Log:
- Replace JAR URL code with regular JAR files (as the CL is forced to generate
JAR URLs).
- Jasper apparently causes JAR locking.
- Struts is
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=18582.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
billbarker2003/06/12 22:10:10
Modified:http11/src/java/org/apache/coyote/http11 Http11Protocol.java
Log:
Adding a setProperty method, since that is what IntrospectionUtils calls when it
can't find a setter.
In line with the proposal to avoid having every connector know about
billbarker2003/06/12 22:14:50
Modified:http11/src/java/org/apache/coyote/http11 Http11Protocol.java
Log:
Watching out for the tab-police.
Revision ChangesPath
1.29 +2 -2
jakarta-tomcat-connectors/http11/src/java/org/apache/coyote/http11/Http11Protocol.java
31 matches
Mail list logo