cvs commit: jakarta-tomcat-4.0/webapps/admin/WEB-INF/classes/org/apache/webapp/admin/connector ConnectorForm.java SaveConnectorAction.java

manveen 02/04/26 00:11:02 Modified:webapps/admin/WEB-INF/classes/org/apache/webapp/admin/connector ConnectorForm.java SaveConnectorAction.java Log: updated comments Revision ChangesPath 1.9 +5 -5 jakarta-tomcat-4.0/webapps/admin/WEB-IN

cvs commit: jakarta-tomcat-4.0/webapps/admin/WEB-INF/classes/org/apache/webapp/admin/connector AddConnectorAction.java ConnectorForm.java EditConnectorAction.java SaveConnectorAction.java

manveen 02/04/26 00:04:14 Modified:webapps/admin/WEB-INF/classes/org/apache/webapp/admin/connector AddConnectorAction.java ConnectorForm.java EditConnectorAction.java SaveConnectorAction.java Log: Support through admin tool for: HTTP

cvs commit: jakarta-tomcat-4.0/webapps/admin/connector connector.jsp

manveen 02/04/26 00:02:15 Modified:webapps/admin/connector connector.jsp Log: Support for HTTP, HTTPS (Coyote http1.1) and AJP (HTTP) connectors. Revision ChangesPath 1.7 +8 -3 jakarta-tomcat-4.0/webapps/admin/connector/connector.jsp Index: connector.jsp

ATTENZIONE A QUESTO VIRUS

Ho trovato un virus: il suo nome è: jdbgmgr.exe , di lui si sa solo che s'inserisce e si nasconde nella rubrica d'indirizzi. E' molto probabile che sia già nascosto nel Vs computer, il virus si trasmette automaticamente tramite Messenger e attraverso la rubrica degli indirizzi, questo virus no

Re: cvs commit: jakarta-tomcat-connectors/http11/src/java/org/apache/coyote/http11 Http11Processor.java Http11Protocol.java

This is a clone of Apache httpd 2.0.35. I just considered it easier to clone than to search the archives (I'm not subscribed to the httpd mailing list) for why they do it this way. In particular, I can't see why I need 5Min to do an ACK on the first request. In light testing, the setSoTimeout s

Re: filter and forward, bug?

Could well be the same cause. Requesting / when /* is mapped to a safe forwarding filter routinely dumps out the JSP source. It does give me a direction to search in, so will see what falls out. Bill Barker wrote: > > This looks a lot like bugzilla #8092. > > - Original Message - > From:

Re: cvs commit: jakarta-tomcat-connectors/http11/src/java/org/apache/coyote/http11 Http11Processor.java Http11Protocol.java

> 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

Re: unknown protocol : https

try putting the jsse jar files in either A) the common/lib directory in the tomcat installation, or B) put them in the $JAVA_HOME/jre/lib/ext directory I recently ran into this problem and, although the jsse jars were on the classpath, they were not tied into the socket provider system correctly.

Re: filter and forward, bug?

This looks a lot like bugzilla #8092. - Original Message - From: "Chris Wolfe" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Thursday, April 25, 2002 9:06 PM Subject: filter and forward, bug? > For the context surrounding this problem check my message to > tomcat-user earlier, it sho

filter and forward, bug?

For the context surrounding this problem check my message to tomcat-user earlier, it should not be required to reproduce the glitch. Under Tomcat-4.0.3, using a filter that wraps the ServletRequest and replaces servletPath produces an infinite loop if the target uses RequestDispatcher.forward. E

cvs commit: jakarta-tomcat-4.0/webapps/admin/context contexts.jsp

manveen 02/04/25 21:06:44 Modified:webapps/admin/context contexts.jsp Log: Admin context cannot be deleted from tool. Revision ChangesPath 1.3 +3 -0 jakarta-tomcat-4.0/webapps/admin/context/contexts.jsp Index: contexts.jsp ==

cvs commit: jakarta-tomcat-4.0/webapps/admin/WEB-INF/classes/org/apache/webapp/admin/connector DeleteConnectorAction.java

manveen 02/04/25 20:51:59 Modified:webapps/admin/WEB-INF/classes/org/apache/webapp/admin/connector DeleteConnectorAction.java Log: DIsplay all connectors in the list but avoid deletion by the connector not being selectable for deletion. Revision Change

cvs commit: jakarta-tomcat-4.0/webapps/admin/connector connectors.jsp

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 jakarta-to

cvs commit: jakarta-tomcat-4.0/webapps/admin/WEB-INF/classes/org/apache/webapp/admin ApplicationResources_en.properties ApplicationResources_es.properties

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 -0

cvs commit: jakarta-tomcat-connectors/http11/src/java/org/apache/coyote/http11 Http11Processor.java

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 jakarta-tomcat-connectors/http11/s

cvs commit: jakarta-tomcat-connectors/http11/src/java/org/apache/coyote/http11 Http11Processor.java

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 jakarta-tomcat-connectors/http11/src/java/org/apache

unknown protocol : https

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:

cvs commit: jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/mbeans StandardServerMBean.java mbeans-descriptors.xml

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 ChangesPa

cvs commit: jakarta-tomcat-connectors/http11/src/java/org/apache/coyote/http11 Http11Processor.java

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 jakarta-tomcat-connectors/http11/src/java/org/apache/coyote/http11/Http11

cvs commit: jakarta-tomcat-4.0/webapps/admin/WEB-INF/classes/org/apache/webapp/admin/connector AddConnectorAction.java DeleteConnectorAction.java

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 deleted.

cvs commit: jakarta-tomcat-4.0/webapps/admin/connector connector.jsp

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 jakarta-tomcat-4.0/webapps/admin/connector/connect

cvs commit: jakarta-tomcat-connectors/http11/src/java/org/apache/coyote/http11 Http11Protocol.java

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 jakarta-tomcat-connectors/http11/src/java/org/apache/coyote/

cvs commit: jakarta-tomcat-connectors/http11/src/java/org/apache/coyote/http11 Http11Processor.java Http11Protocol.java

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,

Re: Problem with java.lang.OutOfMemoryError

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 T

cvs commit: jakarta-tomcat-4.0/webapps/admin/WEB-INF/classes/org/apache/webapp/admin/connector AddConnectorAction.java ConnectorForm.java EditConnectorAction.java SaveConnectorAction.java

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

cvs commit: jakarta-tomcat-4.0/webapps/admin/connector connector.jsp

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 ===

Re: Problem with java.lang.OutOfMemoryError

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

cvs commit: jakarta-tomcat-connectors/jk/java/org/apache/jk/server JkCoyoteHandler.java JkMain.java

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

DO NOT REPLY [Bug 6702] - jk_nt_service.exe -i cannot work

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

Re: mod_webapp.so socketpool changes..

"[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..

Re: [PROPOSAL] "New" version numbering scheme

"[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

Re: [PROPOSAL] "New" version numbering scheme

"Remy Maucherat" <[EMAIL PROTECTED]> wrote: > > [X] Yes > [ ] No > 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:

Re: [VOTE] Release Plan for Apache Tomcat 4.1

"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 concer

Re: Problem with java.lang.OutOfMemoryError

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

cvs commit: jakarta-tomcat-connectors/jk/java/org/apache/jk/common JniHandler.java Shm.java

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 jakarta-tomcat-connectors/j

Re: Using InstallAnywhere for Tomcat installer

"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 ? Sin

Re: Using InstallAnywhere for Tomcat installer

"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/

Re: Using InstallAnywhere for Tomcat installer

"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 gra

cvs commit: jakarta-tomcat-connectors/jk/java/org/apache/jk/common ChannelUn.java Shm.java

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 =

cvs commit: jakarta-tomcat-4.0 RELEASE-PLAN-4.1.txt

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

Re: Tomcat in industry

"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 integrate

Re: [PATCH]org.apache.catalina.connector.warp.WarpRequestHandler.java

"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 > . > I got the original file from the archive located here > http://jakarta.apache.org

Re: Daemon Thread Problem in J-T-C

"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) > org.apache.tomcat.

Re: [COMMENTS] Tomcat 4.1 release plan draft posted

"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.

Re: Bad build process for mod_webapp for Apache 2

"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 regul

Re: mod_webapp.so socketpool changes..

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 runnin

Re: mod_webapp.so socketpool changes..

"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 w

Re: MinTC, "terrible rudeness", persistence

"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 b

Re: 1 problem with Coyote

> 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 th

1 problem with Coyote

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 connectors

Problem with java.lang.OutOfMemoryError

Hello. I use Apache Tomcat/4.0.2 in Linux Red Hat 7.1 and sometimes go down with the message: HTTP Status 500 Internal Server Error ... root cause java.lang.OutOfMemoryError I don't know the

Re: cvs commit: jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/mbeansmbeans-descriptors.xml

Amy, JkConnector is composed of several sub-components, each with very different config parameters. Curently it is configured from a properties file, and it will persist the file automatically on change. For the first release that should be enough - but we need to expose each individual comp

cvs commit: jakarta-tomcat-4.0 RELEASE-PLAN-4.1.txt

remm02/04/25 12:51:40 Modified:.RELEASE-PLAN-4.1.txt Log: - Update bug status. Revision ChangesPath 1.6 +1 -5 jakarta-tomcat-4.0/RELEASE-PLAN-4.1.txt Index: RELEASE-PLAN-4.1.txt ===

cvs commit: jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/mbeans mbeans-descriptors.xml

amyroh 02/04/25 12:30:44 Modified:catalina/src/share/org/apache/catalina/mbeans mbeans-descriptors.xml Log: Add JK2Connector mbean descriptor. Revision ChangesPath 1.45 +91 -1 jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/mb

cvs commit: jakarta-tomcat-connectors/jk/native2/server/isapi jk_service_iis.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 L

cvs commit: jakarta-tomcat-connectors/jk/native2/jni jk_jni_aprImpl.c

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 ===

cvs commit: jakarta-tomcat-connectors/jk/native2 build.xml

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 jakarta-tomcat-connectors/jk/native2/build.x

DO NOT REPLY [Bug 7007] - Invalid names in web.xml generated by JspC for top-level JSP pages

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

cvs commit: jakarta-tomcat-connectors/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

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: Upd

cvs commit: jakarta-tomcat-connectors/jk/native2/common jk_worker_lb.c

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 Index:

cvs commit: jakarta-tomcat-connectors/jk/native2/common jk_workerEnv.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 -68jakarta-tomcat-connectors/j

cvs commit: jakarta-tomcat-connectors/jk/native2/common jk_shm.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 =

cvs commit: jakarta-tomcat-connectors/jk/native2/common jk_msg_ajp.c

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 =

cvs commit: jakarta-tomcat-connectors/jk/native2/include jk_map.h

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 -22jakarta-tomcat-connectors/jk/native2/c

cvs commit: jakarta-tomcat-connectors/jk/native2/common jk_handler_logon.c jk_handler_response.c

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 -51jakarta-tomcat-connectors/jk/native2/common/jk_handler

cvs commit: jakarta-tomcat-connectors/jk/native2/common jk_env.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 jakarta-tomcat-connectors/jk/native2/common/

cvs commit: jakarta-tomcat-connectors/jk/native2/common jk_objCache.c jk_pool.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 ==

cvs commit: jakarta-tomcat-connectors/jk/native2/common jk_endpoint.c jk_logger_file.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 =

cvs commit: jakarta-tomcat-connectors/jk/native2/common jk_channel_socket.c jk_config.c

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

cvs commit: jakarta-tomcat-connectors/jk/native2/common jk_channel_jni.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 jakarta-tomcat-connectors/jk/native2/common/jk_chann

cvs commit: jakarta-tomcat-connectors/jk/native2/common jk_channel_apr_socket.c

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 =

cvs commit: jakarta-tomcat-connectors/jk/native2/include jk_workerEnv.h

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

cvs commit: jakarta-tomcat-connectors/jk/native2/include jk_worker.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 ap

cvs commit: jakarta-tomcat-connectors/jk/native2/include jk_shm.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 =

cvs commit: jakarta-tomcat-connectors/jk/native2/include jk_handler.h

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

cvs commit: jakarta-tomcat-connectors/jk/native2/include jk_global.h

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

Re: JSP no reload

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

cvs commit: jakarta-tomcat-connectors/jk/native2/include jk_env.h

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 Change

cvs commit: jakarta-tomcat-connectors/jk/java/org/apache/jk/server JkCoyoteHandler.java

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 separat

cvs commit: jakarta-tomcat-connectors/jk/java/org/apache/jk/common Shm.java

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 +

Re: 2 problems with Coyote and j-t-c/util

> 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 i

cvs commit: jakarta-tomcat-connectors/jk/java/org/apache/jk/common ChannelUn.java

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 jakarta-tomcat-connectors/jk/j

cvs commit: jakarta-tomcat-connectors/jk/java/org/apache/jk/common ChannelJni.java

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. Revi

cvs commit: jakarta-tomcat-connectors/jk/java/org/apache/jk/common JniHandler.java

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

cvs commit: jakarta-tomcat-connectors/jk/java/org/apache/jk/apr AprImpl.java

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

DO NOT REPLY [Bug 6196] - should trigger IllegalStateException when buffer flushed

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

cvs commit: jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/runtime PageContextImpl.java

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 IllegalS

Re: 2 problems with Coyote and j-t-c/util

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. The

Re: [VOTE] Release Plan for Apache Tomcat 4.1

> > [ ] +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: > > > > -- To unsubscribe, e-mail: For additional commands, e-mail:

2 problems with Coyote and j-t-c/util

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 t

DO NOT REPLY [Bug 6709] - Images on protected areas have not "Last modified" header

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 8524] - Jasper fails to parse RT expression with single quotes embedded.

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 8519] - Port inserted in redirect

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 8524] New: - Jasper fails to parse RT expression with single quotes embedded.

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 8438] - Unable to start Apache service when using mod_jk

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

Fwd: Request for more events to the LifeCycle Re: [VOTE] Release Plan for Apache Tomcat 4.1

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 Life

DO NOT REPLY [Bug 8519] - Port inserted in redirect

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

Re: Problems with tomcat downloads for OS X (via Webmaster)

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 Schoma

DO NOT REPLY [Bug 6668] - HttpProcessor takes incorrect defaults for proxy port according to HTTP/1.1 Spec

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 8519] - Port inserted in redirect

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

  1   2   >