Remy Maucherat wrote:
On Wed, 24 Apr 2002, Ignacio J. Ortega wrote:
De: Remy Maucherat [mailto:[EMAIL PROTECTED]]
Enviado el: miércoles 24 de abril de 2002 23:41
Which will be the rules to advance the build numbers?
Probably every time the release manager feels the code is stable and
better
For the uninitiated, the numbering is:
major.minor.build build_stability
So for example, the first 4.1.x release would probably be numbered:
Apache Tomcat 4.1.0 Alpha
ballot
[ ] Yes
[ ] No
/ballot
(feel free to provide comments to justify your choice)
+1, we have choosen that numbering for
Jeffrey Bonevich wrote:
(sorry if this has come through already, but I did not see the post on
the mail archive, so I done went and subscribed to the list to resend it)
For those of you who do not regularly cruise the tomcat-user postings
(you all do that regularly, right? ;-), a number
remm02/04/25 01:59:51
Modified:.RELEASE-PLAN-4.1.txt
Log:
- Update status.
- Update with new build numbering scheme.
Revision ChangesPath
1.5 +9 -9 jakarta-tomcat-4.0/RELEASE-PLAN-4.1.txt
Index: RELEASE-PLAN-4.1.txt
Do not forget to mention that the dev list MUST be informed in advance of
the
release (2 or 3 days and better not on Friday).
Ok. So, according to the old release plan, a first milestone (4.1.0, instead
of being called 4.1 Beta 1) will be released (tagged) this friday.
Since it can be
I also like the idea, however I would like to see some modifications
which would allow this idea to work for application development, not
only in deployment environments.
When developing applications, the requirement is to see the changes
immediately, not after a period of time. So there
Remy Maucherat wrote:
Remy Maucherat wrote:
The goal of the Apache Tomcat 4.1 final release is to provide a stable
container that supports 100% of the mandatory requirements of the
Servlet
2.3
and JSP 1.2 specifications, as well as to improve and add many useful
additional features on top
Jean-Frederic -
Attached is my libwebapp.la. I think I tried it with libwebapp.so and
it did not produce a usable module. However, I am not too experienced a
C/C++ programmer and have never used libtool before, so I was winging it.
Here is the result of libtool --version:
[root@strider
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=8436.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Remy Maucherat wrote:
Here is what Craig stated regarding context start/stop events:
-
- reload
Reloads Context if it is a directory, does not reload if
it is running from a war file. A reload does not reload
remm02/04/25 07:12:07
Modified:catalina build.xml
Log:
- Automatically fill the version number (defined in the version property).
Revision ChangesPath
1.114 +2 -1 jakarta-tomcat-4.0/catalina/build.xml
Index: build.xml
remm02/04/25 07:11:55
Modified:catalina/src/share/org/apache/catalina/util
ServerInfo.properties
Log:
- Automatically fill the version number (defined in the version property).
Revision ChangesPath
1.2 +1 -1
remm02/04/25 07:14:29
Modified:webapps/ROOT index.jsp
Log:
- Automatically fill the version number (defined in the version property).
Revision ChangesPath
1.2 +1 -1 jakarta-tomcat-4.0/webapps/ROOT/index.jsp
Index: index.jsp
remm02/04/25 07:50:10
Modified:.build.xml
Log:
- Copy the right version of the Jasper source in the source distribution.
Revision ChangesPath
1.66 +5 -0 jakarta-tomcat-4.0/build.xml
Index: build.xml
remm02/04/25 08:00:40
Modified:docs bugreport.html index.html irc.html news.html
resources.html
xdocs/stylesheets project.xml
Log:
- Tomcat website update (mentions 4.1).
Revision ChangesPath
1.4 +1 -1
I've not accessed the latest Catalina source since 4.0.1, and I can't access
this from where I'm working now.
I've written a small server that makes use of catalina parts, and as I wrote
this server, I wished that LifeCycle had 4 events instead of 2 (Starting,
started, stopping, stopped). This
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=8519.
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=8519.
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=6668.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Problem on his (Gunnar) side... _DO_NOT_ use StuffIt EVER on OS/X, it
corrupts data...
P{ier}
Paulo Gaspar [EMAIL PROTECTED] wrote:
Via webmaster, please check the Original Message that follows.
Have fun,
Paulo Gaspar
-Original Message-
From: Gunnar Schomaker
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=8519.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Sorry, I hit the Send button accidently...
Here's what I wanted to say:
I've not accessed the Tomcat source since 4.0.1, and can't access it from where
I'm working right now.
I've used Tomcat 4 parts within a small server that I've written. I've also
written a UI in Swing that listens to
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=8438.
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=8524.
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=8519.
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=8524.
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=6709.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
1) First one is: with the latest TC 4 code, JK 2 is throwing a NPE on
shutdown (line 185 of ChannelUn); I don't see why it's broken, it was
working fine very little ago.
2) Setting soTimeout doesn't do anything, apparently. I added some code in
the PoolTcpEndpoint, and setSoTimeout is called on
ballot
[ ] +1 I approve this plan, and will help
[X] +0 I approve this plan, but can't help
[ ] -0 I am not in favor of this plan
[ ] -1 I am against this plan, because:
/ballot
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL
kinman 02/04/25 11:16:06
Modified:jasper2/src/share/org/apache/jasper/compiler Generator.java
jasper2/src/share/org/apache/jasper/runtime
PageContextImpl.java
Log:
- Fixed 6196. If the buffer was flushed, a forward should cause a
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=6196.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
costin 02/04/25 11:17:24
Modified:jk/java/org/apache/jk/apr AprImpl.java
Log:
Added a couple of methods to expose the jk objects.
Instead of duplicating the code to work with the shm and unix channel ( in
a jk 'component' and in the jni wrapper/java code ) we just use the
costin 02/04/25 11:20:33
Added: jk/java/org/apache/jk/common JniHandler.java
Log:
Add the code that is common the Shm and ChannelJni ( and soon ChannleUn ).
( I won't touch the stable code for socket and ajp13: Remy, relax :-)
Revision ChangesPath
1.1
costin 02/04/25 11:22:54
Modified:jk/java/org/apache/jk/common ChannelJni.java
Log:
Remove the duplicated code ( that moved to the parent class, JniHandler ).
Use the new unified dispatch mechanism that will be used by all components
to communicate with the C code.
costin 02/04/25 11:24:18
Modified:jk/java/org/apache/jk/common ChannelUn.java
Log:
Add checks - if jni/apr is not available, nothing will happen at shutdown
( since nothing happened at startup )
Revision ChangesPath
1.15 +5 -3
On Thu, 25 Apr 2002, Remy Maucherat wrote:
1) First one is: with the latest TC 4 code, JK 2 is throwing a NPE on
shutdown (line 185 of ChannelUn); I don't see why it's broken, it was
working fine very little ago.
I'll commit a fix - if APR is not available ChannelUn should be inactive.
costin 02/04/25 11:25:49
Modified:jk/java/org/apache/jk/common Shm.java
Log:
Update to use the new jni communication.
Started to add the main() and execute() to allow Shm to be called from
CLI and ant - to register remote tomcats.
Revision ChangesPath
1.4
costin 02/04/25 11:27:18
Modified:jk/java/org/apache/jk/server JkCoyoteHandler.java
Log:
Call sendHeaders() in response ( that will set commited ) instead of directly
calling the action chain.
Also ( I couldn't resist ) moved the code that serializes the headers in a
costin 02/04/25 11:37:44
Modified:jk/native2/include jk_env.h
Log:
Added a 'recycle' method.
Obviously malloc is cheap in C ( but it does have some syncs ! ), but
we need to preserve the jni 'global references' and maybe in future pin
the jbyteArrays.
Revision
It is currently not an option to turn off checking out-of-date jsp pages
that triggers recompilations. There has been some efforts recently at
speeding up this area in jasper2 (Remy'work, Duncan's patch for timestamp
cache, and my recent mods), so you may want to try jasper2 to see if
performans
costin 02/04/25 11:39:44
Modified:jk/native2/include jk_global.h
Log:
Make JK_OK consistent with APR_SUCCESS. Use similar error code.
I've also changed most of jk to use JK_OK/JK_ERR consistently. For a next
release it should use jkThrow() maybe, but for now the JK_TRUE was
costin 02/04/25 11:40:37
Modified:jk/native2/include jk_handler.h
Log:
Make the handle() method work for both 'request' callbacaks and generic calls
from java to C.
Revision ChangesPath
1.7 +3 -3 jakarta-tomcat-connectors/jk/native2/include/jk_handler.h
costin 02/04/25 11:41:46
Modified:jk/native2/include jk_shm.h
Log:
Few improvements, expose the head, etc. Still far from completion.
Revision ChangesPath
1.3 +51 -6 jakarta-tomcat-connectors/jk/native2/include/jk_shm.h
Index: jk_shm.h
costin 02/04/25 11:43:29
Modified:jk/native2/include jk_worker.h
Log:
Added a 'version' and a critical section for updates.
The workers are updated by lb/shm when a change is detected in the scoreboard.
That need only in-process thread synchronization.
( we could use
costin 02/04/25 11:44:41
Modified:jk/native2/include jk_workerEnv.h
Log:
Simplified the registration of ajp handlers.
Moved the hadnler definition to workerEnv. We'll eventually move to
a dynamic mechanism ( instead of hardcoded values ), but later.
Revision Changes
costin 02/04/25 11:46:38
Modified:jk/native2/common jk_channel_apr_socket.c
Log:
Change return types and error handling
Revision ChangesPath
1.9 +35 -27
jakarta-tomcat-connectors/jk/native2/common/jk_channel_apr_socket.c
Index: jk_channel_apr_socket.c
costin 02/04/25 11:48:13
Modified:jk/native2/common jk_channel_jni.c
Log:
Fix error handling.
Remove duplicated code ( now all dispatching is done consistently in jni/ ).
Revision ChangesPath
1.10 +48 -160
costin 02/04/25 11:49:37
Modified:jk/native2/common jk_channel_socket.c jk_config.c
Log:
Update return codes.
Revision ChangesPath
1.20 +16 -16jakarta-tomcat-connectors/jk/native2/common/jk_channel_socket.c
Index: jk_channel_socket.c
costin 02/04/25 11:50:22
Modified:jk/native2/common jk_endpoint.c jk_logger_file.c
Log:
Update return codes.
Revision ChangesPath
1.8 +2 -2 jakarta-tomcat-connectors/jk/native2/common/jk_endpoint.c
Index: jk_endpoint.c
costin 02/04/25 11:51:15
Modified:jk/native2/common jk_objCache.c jk_pool.c
Log:
Update rc.
Revision ChangesPath
1.6 +9 -9 jakarta-tomcat-connectors/jk/native2/common/jk_objCache.c
Index: jk_objCache.c
costin 02/04/25 12:12:58
Modified:jk/native2/common jk_env.c
Log:
Added the recycle.
jk_env has now some extra printf() debugging to test it's use from
java, will go away soon.
Revision ChangesPath
1.19 +27 -5
costin 02/04/25 12:14:31
Modified:jk/native2/common jk_handler_logon.c jk_handler_response.c
Log:
Update rc, use the simpler registration for handlers and the new signature.
Revision ChangesPath
1.14 +23 -51
costin 02/04/25 12:16:14
Modified:jk/native2/common jk_map.c
jk/native2/include jk_map.h
Log:
Update rc. Added 2 debug fields - so we can see the content of the
map in gdb.
Revision ChangesPath
1.18 +24 -22
costin 02/04/25 12:17:22
Modified:jk/native2/common jk_msg_ajp.c
Log:
Update rc. Dump the message on error, clean up the dump.
Revision ChangesPath
1.7 +22 -30jakarta-tomcat-connectors/jk/native2/common/jk_msg_ajp.c
Index: jk_msg_ajp.c
costin 02/04/25 12:18:40
Modified:jk/native2/common jk_shm.c
Log:
Many small fixes and changes to allow it to be used from C and java.
Revision ChangesPath
1.6 +181 -131 jakarta-tomcat-connectors/jk/native2/common/jk_shm.c
Index: jk_shm.c
costin 02/04/25 12:20:46
Modified:jk/native2/common jk_workerEnv.c
Log:
Update the signatures and the dispatch method ( used for both messages from the web
server and jni callbacks )
Update rc.
Revision ChangesPath
1.30 +91 -68
costin 02/04/25 12:21:58
Modified:jk/native2/common jk_worker_lb.c
Log:
Added some code to check the shm 'version' and update the config.
Not completed.
Revision ChangesPath
1.4 +173 -97 jakarta-tomcat-connectors/jk/native2/common/jk_worker_lb.c
costin 02/04/25 12:22:19
Modified:jk/native2/common jk_pool_apr.c jk_registry.c jk_requtil.c
jk_uriEnv.c jk_uriMap.c jk_vm_default.c
jk_worker_ajp13.c jk_worker_jni.c jk_worker_run.c
jk_worker_status.c
Log:
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=7007.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
costin 02/04/25 12:23:40
Modified:jk/native2 build.xml
Log:
Update build.xml for jni.
Don't build other targets - all will build jkant and jni. That will
prevent gump errors.
Revision ChangesPath
1.24 +11 -1
costin 02/04/25 12:24:17
Modified:jk/native2/jni jk_jni_aprImpl.c
Log:
Implement the jni side for the dispatch.
Revision ChangesPath
1.13 +319 -16 jakarta-tomcat-connectors/jk/native2/jni/jk_jni_aprImpl.c
Index: jk_jni_aprImpl.c
costin 02/04/25 12:25:11
Modified:jk/native2/server/apache13 jk_service_apache13.c mod_jk2.c
jk/native2/server/apache2 jk_logger_apache2.c
jk_map_aprtable.c jk_service_apache2.c mod_jk2.c
jk/native2/server/isapi jk_service_iis.c
Hi Remy,
I would like to add one more method in Coyote - it won't touch
existing functionality, just add a way for jk to fingure out what webapps
are configured in the server ( I'm trying to update the auto-conf
stuff )
Do you mind if I add a new ACTION_WEBAPP hook, with code in the 2
Hi Remy,
I would like to add one more method in Coyote - it won't touch
existing functionality, just add a way for jk to fingure out what webapps
are configured in the server ( I'm trying to update the auto-conf
stuff )
Do you mind if I add a new ACTION_WEBAPP hook, with code in the 2
Craig R. McClanahan [EMAIL PROTECTED] wrote:
As you will note in this case, and in many others, there is no such thing as
the Sun viewpoint on many TOMCAT-DEV issues. And that's appropriate -- we
are individuals with our own opinions.
I am not going to comment on this as I used to be a Sun
jean-frederic clere [EMAIL PROTECTED] wrote:
Simon,
both I and JF have been pretty busy this last few days... I wanted to
it out also with Apache 2.0's worker MPM before committing...
I have been out for a week... But I will try to find some time today ;-)
Same here, this week was
Hi John-Frederic,
I've only just seen your mail as I've been away for a few days...
Is there any update on this? Have you had a chance to look at the updates I made?
If you want me to do any more work on this just let me know... BTW I've been testing
this on an NT intranet web server
Jeffrey Bonevich [EMAIL PROTECTED] wrote:
(sorry if this has come through already, but I did not see the post on
the mail archive, so I done went and subscribed to the list to resend it)
For those of you who do not regularly cruise the tomcat-user postings
(you all do that regularly,
Remy Maucherat [EMAIL PROTECTED] wrote:
* Rewritten Jasper JSP page compiler (called Jasper 2)
Is this the new Jasper over which Kim is working on? Can it be decoupled
from 4.1 as well (meaning, can it be used with 4.0?)...
My employer's site is 100% pure JSP, but can't get away from 4.0.2
Craig R. McClanahan [EMAIL PROTECTED] wrote:
Indeed, a thread dump after the shutdown command is executed shows a bunch
of active threads, including those suspended by a wait() at:
org.apache.tomcat.util.threads.ThreadPool$MonitorRunnable.run(ThreadPool.java:
407)
Cavan Morris [EMAIL PROTECTED] wrote:
Could someone please tell me what I need to do to get the attached patch
committed?
It fixes a NullPointerException thrown when the Warp Connector is used with a
user-data-constraint.
I got the original file from the archive located here
Paul Wallace [EMAIL PROTECTED] wrote:
Hello,
I don't know where I heard it, or if indeed I heard it all, but can
someone clarify if Tomcat can be used in industrial strength web
applications? That is, is it able to handle for example, traffic of 100 hits
p/s? Must it be integrated with
remm02/04/25 15:00:19
Modified:.RELEASE-PLAN-4.1.txt
Log:
- Update status.
- 5199 looks like something which is unclear in the spec (I'll discuss that more in
detail later).
Revision ChangesPath
1.7 +2 -4 jakarta-tomcat-4.0/RELEASE-PLAN-4.1.txt
costin 02/04/25 15:04:00
Modified:jk/java/org/apache/jk/common ChannelUn.java Shm.java
Log:
Extra checks for APR presence.
Revision ChangesPath
1.16 +3 -0
jakarta-tomcat-connectors/jk/java/org/apache/jk/common/ChannelUn.java
Index: ChannelUn.java
Jon Scott Stevens [EMAIL PROTECTED] wrote:
on 4/23/02 2:33 PM, Remy Maucherat [EMAIL PROTECTED] wrote:
To get around this, Zero G has
offered to donate a license of InstallAnywhere to Tomcat, as well as
installer code.
I have a strong -1 on this unless the licese is granted to ALL
GOMEZ Henri [EMAIL PROTECTED] wrote:
Don't want to do the OSS passionaria but we should try
to use only OSS tools on Apache.
NSIS is OSS so keep.
For Free Java installer we have :
IZPack :
http://www.izforge.com/izpack/
VAInstall :
http://vainstall.sourceforge.net/
Remy Maucherat [EMAIL PROTECTED] wrote:
The licensing terms seems ok to me, so I wanted to see if the community was
ok about it (apparently not).
I didn't see their licensing terms
So even if this installer is provided in addition to other OSS based
installers, it's not ok ? Since when
costin 02/04/25 15:44:24
Modified:jk/java/org/apache/jk/common JniHandler.java Shm.java
Log:
Few more fixes, checking if jni is initialized corectly and enabling the components
that depend on that.
Revision ChangesPath
1.2 +1 -0
Have you tried giving your JVM a bit more memory? Does that keep it stay
alive for a little while longer or it makes no difference? The
'sometimes goes down' happens once a day, once a week or once a month?
Bojan
On Fri, 2002-04-26 at 06:23, Desarrollo e Investigación wrote:
Hello. I
Remy Maucherat [EMAIL PROTECTED] wrote:
[ ] +1 I approve this plan, and will help
[X] +0 I approve this plan, but can't help
[ ] -0 I am not in favor of this plan
[ ] -1 I am against this plan, because:
Don't care about the new features of the container... The only thing I'm
concerned about
Remy Maucherat [EMAIL PROTECTED] wrote:
ballot
[X] Yes
[ ] No
/ballot
Big time...
--
I think that it's extremely foolish to name a server after the current U.S.
President. B.W. Fitzpatrick
--
To unsubscribe, e-mail: mailto:[EMAIL
[EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
On Wed, 24 Apr 2002, Ignacio J. Ortega wrote:
De: Remy Maucherat [mailto:[EMAIL PROTECTED]]
Enviado el: miércoles 24 de abril de 2002 23:41
Which will be the rules to advance the build numbers?
Probably every time the release manager feels
[EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
Hi John-Frederic,
I've only just seen your mail as I've been away for a few days...
Is there any update on this? Have you had a chance to look at the updates I
made?
If you want me to do any more work on this just let me know... BTW I've
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=6702.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
costin 02/04/25 16:13:24
Modified:jk/java/org/apache/jk/common ChannelSocket.java
ChannelUn.java JniHandler.java
jk/java/org/apache/jk/server JkCoyoteHandler.java
JkMain.java
Log:
Fewer messages, more info.
We can
Well, the server goes down twice a week. We are working just with servlets and in
the web server are connected 150 users, approximate (my english is not so good,
sorry).
Thanks.
Adolfo.
On 26 Apr 2002 at 8:50, Bojan Smojver wrote:
Have you tried giving your JVM a bit more memory? Does that
manveen 02/04/25 16:24:31
Modified:webapps/admin/connector connector.jsp
Log:
Added support for SSL.
Revision ChangesPath
1.5 +43 -6 jakarta-tomcat-4.0/webapps/admin/connector/connector.jsp
Index: connector.jsp
manveen 02/04/25 16:28:00
Modified:webapps/admin/WEB-INF/classes/org/apache/webapp/admin/connector
AddConnectorAction.java ConnectorForm.java
EditConnectorAction.java SaveConnectorAction.java
Log:
Added support for SSL.
Revision
I've bumped into some problems with out of memory when using
StingCharacterIterator on IBM's JDK 1.3.0 and 1.3.1 for Linux (I don't
use other platforms, so I don't know if it's platform specific). The
piece of code that worked fine suddenly caused problems. The JVM would
run out of memory (I use
billbarker02/04/25 18:50:32
Modified:http11/src/java/org/apache/coyote/http11
Http11Processor.java Http11Protocol.java
Log:
Fix problem with soTimeout.
The makes Coyote act like httpd with respect to soTimeout (which is what it was
trying to do before,
billbarker02/04/25 18:54:54
Modified:http11/src/java/org/apache/coyote/http11 Http11Protocol.java
Log:
If you add an attribute, it helps to be able to actually set it.
Revision ChangesPath
1.10 +5 -0
manveen 02/04/25 19:11:28
Modified:webapps/admin/connector connector.jsp
Log:
Added check that one Should not be able to delete the connector on which the admin
tool is running.
Revision ChangesPath
1.6 +3 -0
manveen 02/04/25 19:13:48
Modified:webapps/admin/WEB-INF/classes/org/apache/webapp/admin/connector
AddConnectorAction.java DeleteConnectorAction.java
Log:
Do not display the connector on which the admin app runs in the list of connectors
that can be
billbarker02/04/25 19:25:08
Modified:http11/src/java/org/apache/coyote/http11
Http11Processor.java
Log:
The timeout is in MS here.
Revision ChangesPath
1.31 +1 -1
craigmcc02/04/25 19:27:33
Modified:catalina/src/share/org/apache/catalina/mbeans
StandardServerMBean.java mbeans-descriptors.xml
Log:
Add the beginnings of the ability to save the current Tomcat configuration
to conf/server.xml.
Revision Changes
Hi all,
l'm struck up with a minor problem.
l use jsse1.0.2 with jdk1.3 and Tomcat 3.2.1.
ln my sslclient, though l added SSLProvider and set system property like
this:
billbarker02/04/25 20:23:46
Modified:http11/src/java/org/apache/coyote/http11
Http11Processor.java
Log:
Fix typo.
Timeouts now seem to be working.
Revision ChangesPath
1.32 +3 -2
billbarker02/04/25 20:26:21
Modified:http11/src/java/org/apache/coyote/http11
Http11Processor.java
Log:
Note to self: Remember to take debugging statements out before ci
Revision ChangesPath
1.33 +0 -2
manveen 02/04/25 20:39:04
Modified:webapps/admin/WEB-INF/classes/org/apache/webapp/admin
ApplicationResources_en.properties
ApplicationResources_es.properties
Log:
SSL related properties
Revision ChangesPath
1.45 +4
manveen 02/04/25 20:50:41
Modified:webapps/admin/connector connectors.jsp
Log:
Do not display a checkbox in front of the connector that the admin app runs on in
order to prevent it from being deleted through the tool.
Revision ChangesPath
1.2 +4 -0
1 - 100 of 107 matches
Mail list logo
