cvs commit: jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/servlet JasperLoader.java

[luehe]

luehe   2004/02/17 15:24:09

  Modified:jasper2/src/share/org/apache/jasper/servlet
JasperLoader.java
  Log:
  When security is on, propagate potential ClassNotFoundException instead
  of swallowing it and just dumping its stack trace.
  
  This is consistent with the non-secure case.
  
  Revision  ChangesPath
  1.14  +7 -2  
jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/servlet/JasperLoader.java
  
  Index: JasperLoader.java
  ===
  RCS file: 
/home/cvs/jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/servlet/JasperLoader.java,v
  retrieving revision 1.13
  retrieving revision 1.14
  diff -u -r1.13 -r1.14
  --- JasperLoader.java 5 Feb 2004 23:02:18 -   1.13
  +++ JasperLoader.java 17 Feb 2004 23:24:09 -  1.14
  @@ -177,8 +177,13 @@
   }
   });
   } catch(PrivilegedActionException ex){
  -ex.getException().printStackTrace();
  -
  +Exception rootCause = ex.getException();
  +if (rootCause instanceof ClassNotFoundException) {
  +throw (ClassNotFoundException) rootCause;
  +} else {
  +throw new ClassNotFoundException("JasperLoader",
  + rootCause);
  +}
   }
   } else {
   clazz = parent.loadClass(name);
  
  
  

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [5.0.19] Release vote

[Jess Holle]

Tomcat 5.0.19 seems to work well enough.

One question, though.

I'm now seeing the following messages as I test my application:

   *Feb 17, 2004 4:59:34 PM org.apache.jk.common.HandlerRequest
   decodeRequest
   WARNING: Error registering request*
   Feb 17, 2004 4:59:38 PM org.apache.jk.server.JkCoyoteHandler action
   INFO: Response already commited
   Feb 17, 2004 4:59:38 PM org.apache.jk.server.JkCoyoteHandler action
   INFO: Response already commited
   *Feb 17, 2004 5:01:39 PM org.apache.jk.common.HandlerRequest
   decodeRequest
   WARNING: Error registering request*
   *Feb 17, 2004 5:02:02 PM org.apache.jk.common.HandlerRequest invoke
   INFO: Unknown message 0*
I'm used to the "Response already commited" INFOs, but not the other 
(bolded) stuff.

What does it mean?

[Apache 2.0.48+, mod_jk 1.2.5, Tomcat 5.0.19, 2.3 web.xml including 
servlet-sesssion listeners and filters]

--
Jess Holle

Re: [5.0.19] Release vote

[Jeanfrancois Arcand]

Remy Maucherat wrote:


Release 5.0.19 as Stable:
[ X] Yes
[ ] No

All Servlet/JSP tcks passes with/without validation/security. I've fixed 
a minor jmx problem that should not stop the release.

-- Jeanfrancois



Rémy

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

cvs commit: jakarta-tomcat-catalina/catalina/src/share/org/apache/coyote/tomcat5 MapperListener.java

[jfarcand]

jfarcand2004/02/17 14:15:34

  Modified:catalina/src/share/org/apache/coyote/tomcat5
MapperListener.java
  Log:
  The defaultHostName may be alias, so we need to also try to find if the registered 
hosts' aliases contains the defaultHostName.
  
  Revision  ChangesPath
  1.17  +28 -1 
jakarta-tomcat-catalina/catalina/src/share/org/apache/coyote/tomcat5/MapperListener.java
  
  Index: MapperListener.java
  ===
  RCS file: 
/home/cvs/jakarta-tomcat-catalina/catalina/src/share/org/apache/coyote/tomcat5/MapperListener.java,v
  retrieving revision 1.16
  retrieving revision 1.17
  diff -u -r1.16 -r1.17
  --- MapperListener.java   2 Feb 2004 17:35:47 -   1.16
  +++ MapperListener.java   17 Feb 2004 22:15:34 -  1.17
  @@ -293,7 +293,34 @@
   ObjectName hostName = new ObjectName
   (domain + ":type=Host," + "host=" + defaultHost);
   if (!mBeanServer.isRegistered(hostName)) {
  -log.warn("Unknown default host: " + defaultHost);
  +
  +// Get the hosts' list
  +String onStr = domain + ":type=Host,*";
  +ObjectName objectName = new ObjectName(onStr);
  +Set set = mBeanServer.queryMBeans(objectName, null);
  +Iterator iterator = set.iterator();
  +String[] aliases;
  +boolean isRegisteredWithAlias = false;
  +
  +while (iterator.hasNext()) {
  +
  +if (isRegisteredWithAlias) break;
  +
  +ObjectInstance oi = (ObjectInstance) iterator.next();
  +hostName = oi.getObjectName();
  +aliases = (String[])
  +mBeanServer.invoke(hostName, "findAliases", null, null);
  +
  +for (int i=0; i < aliases.length; i++){
  +if (aliases[i].equalsIgnoreCase(defaultHost)){
  +isRegisteredWithAlias = true;
  +break;
  +}
  +}
  +}
  +
  +if (!isRegisteredWithAlias)
  +log.warn("Unknown default host: " + defaultHost);
   }
   // This should probablt be called later 
   if( defaultHost != null ) {
  
  
  

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 27012] New: - two bytes of a request get lost if the request size is 8190

[bugzilla]

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_bug.cgi?id=27012

two bytes of a request get lost if the request size is 8190

   Summary: two bytes of a request get lost if the request size is
8190
   Product: Tomcat 4
   Version: 4.1.29
  Platform: PC
   URL: http://www.mgm-edv.de
OS/Version: Windows XP
Status: NEW
  Severity: Normal
  Priority: Other
 Component: Connector:Coyote JK 2
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]


The tomcat connected to apache over jk2. Two bytes of a request get lost if the
request size is 8190 (even the critical length is perioodic about 1024x8+2). The
error is brobably in the class org.apache.jk.common.JkInputStream in the method
receive. The check 'if( bodyMsg.getLen() <= 4 )' seems to be not correct.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

cvs commit: jakarta-tomcat-connectors/jk/xdocs/jk workershowto.xml

[hgomez]

hgomez  2004/02/17 09:57:31

  Modified:jk/xdocs/jk workershowto.xml
  Log:
  
  
  Revision  ChangesPath
  1.17  +2 -2  jakarta-tomcat-connectors/jk/xdocs/jk/workershowto.xml
  
  Index: workershowto.xml
  ===
  RCS file: /home/cvs/jakarta-tomcat-connectors/jk/xdocs/jk/workershowto.xml,v
  retrieving revision 1.16
  retrieving revision 1.17
  diff -u -r1.16 -r1.17
  --- workershowto.xml  17 Feb 2004 17:54:51 -  1.16
  +++ workershowto.xml  17 Feb 2004 17:57:31 -  1.17
  @@ -297,8 +297,8 @@
   getting the request or after sending the headers to client).
   
   
  -This features has been added in jk 1.2.6 to avoid problem with hung tomcat's 
and works on all
  -servlet engines supporting ajp13.
  +This features has been added in jk 1.2.6 to avoid problem with hung/broken 
tomcat's 
  +and works on all servlet engines supporting ajp13.
   Full recovery by default.
   
   
  
  
  

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

cvs commit: jakarta-tomcat-connectors/jk/xdocs/jk workershowto.xml

[hgomez]

hgomez  2004/02/17 09:54:52

  Modified:jk/xdocs/jk workershowto.xml
  Log:
  Add explanation on recovery_options for worker
  
  Revision  ChangesPath
  1.16  +15 -0 jakarta-tomcat-connectors/jk/xdocs/jk/workershowto.xml
  
  Index: workershowto.xml
  ===
  RCS file: /home/cvs/jakarta-tomcat-connectors/jk/xdocs/jk/workershowto.xml,v
  retrieving revision 1.15
  retrieving revision 1.16
  diff -u -r1.15 -r1.16
  --- workershowto.xml  25 Sep 2003 15:21:02 -  1.15
  +++ workershowto.xml  17 Feb 2004 17:54:51 -  1.16
  @@ -287,6 +287,21 @@
   Disabled by default.
   
   
  +
  +recovery_options property told webserver how to handle recovery when
  +it detect that tomcat failed.
  +By default, webserver will forward the request to another tomcat in LB mode
  +(or to another ajp thread in ajp13 mode).
  +values are : 0 (full recovery), 1 (don't recover if tomcat failed after getting the 
request),
  +2 (don't recover if tomcat failed after sending the headers to client), 3 (don't 
recover if tomcat failed 
  +getting the request or after sending the headers to client).
  +
  +
  +This features has been added in jk 1.2.6 to avoid problem with hung tomcat's 
and works on all
  +servlet engines supporting ajp13.
  +Full recovery by default.
  +
  +
   
   worker "worker2" will talk to Tomcat listening on machine www2.x.com at port 
8009 using 3.5 lb factor
   worker.worker2.host=www2.x.com
  
  
  

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: JK2 release delayed one week ? WAS: POST recovery in JK and JK2 HEAD

[Henri Gomez]

Henri Gomez wrote:

Did you see my request for release delay ?

The POST patch is important, and I'd like to see it in jk2 2.0.4, I 
think I may delay the release for one week if others tomcat-dev agreed.

I wan't to make the behaviour configurable, ie abort or/not if Tomcat
failed during sending the reply and if Tomcat get the request but didn't
send the reply, configuration should be at worker level since the
admins/devels know about the remote side application level.
Gleen, Jf, Mladen, Kurt, are you agree to delay the jk2 release for one
week, time for us to include these code in both jk and jk2 and make it
configurable ?
Vote please
Nobody object ?

Great, I'll delay the jk 2.0.4 release to next week, time for me to
add the POST recovery configurable schema and for US to fix some of
the still open bugzilla reports.
Gentlemens, IIS, JNI, modules dependances and others are waiting for us.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

cvs commit: jakarta-tomcat-connectors/jk/native/common jk_ajp_common.c

[hgomez]

hgomez  2004/02/17 09:36:19

  Modified:jk/native/common jk_ajp_common.c
  Log:
  Avoid problems with Tab Police (Damn't Eclipse)

  
  Revision  ChangesPath
  1.50  +186 -186  jakarta-tomcat-connectors/jk/native/common/jk_ajp_common.c
  
  Index: jk_ajp_common.c
  ===
  RCS file: /home/cvs/jakarta-tomcat-connectors/jk/native/common/jk_ajp_common.c,v
  retrieving revision 1.49
  retrieving revision 1.50
  diff -u -r1.49 -r1.50
  --- jk_ajp_common.c   17 Feb 2004 10:38:25 -  1.49
  +++ jk_ajp_common.c   17 Feb 2004 17:36:19 -  1.50
  @@ -658,28 +658,28 @@
  inttimeout,
  jk_logger_t   *l)
   {
  - fd_set  rset; 
  - fd_set  eset; 
  - struct  timeval tv;
  - int rc;
  - 
  - FD_ZERO(&rset);
  - FD_ZERO(&eset);
  - FD_SET(ae->sd, &rset);
  - FD_SET(ae->sd, &eset);
  +fd_set  rset; 
  +fd_set  eset; 
  +struct  timeval tv;
  +int rc;
  +
  +FD_ZERO(&rset);
  +FD_ZERO(&eset);
  +FD_SET(ae->sd, &rset);
  +FD_SET(ae->sd, &eset);
   
  - tv.tv_sec  = timeout / 1000;
  - tv.tv_usec = (timeout % 1000) * 1000;
  +tv.tv_sec  = timeout / 1000;
  +tv.tv_usec = (timeout % 1000) * 1000;
   
  - rc = select(ae->sd + 1, &rset, NULL, &eset, &tv);
  +rc = select(ae->sd + 1, &rset, NULL, &eset, &tv);
 
   if ((rc < 1) || (FD_ISSET(ae->sd, &eset)))
  - {
  - jk_log(l, JK_LOG_ERROR, "Error ajp13:is_input_event: error during 
select [%d]\n", rc);
  - return JK_FALSE;
  - }
  - 
  - return ((FD_ISSET(ae->sd, &rset)) ? JK_TRUE : JK_FALSE) ;
  +{
  +jk_log(l, JK_LOG_ERROR, "Error ajp13:is_input_event: error during select 
[%d]\n", rc);
  +return JK_FALSE;
  +}
  +
  +return ((FD_ISSET(ae->sd, &rset)) ? JK_TRUE : JK_FALSE) ;
   }
   

  @@ -687,46 +687,46 @@
* Handle the CPING/CPONG initial query
*/
   int ajp_handle_cping_cpong(ajp_endpoint_t *ae,
  -int  timeout,
  +   inttimeout,
  jk_logger_t*l)
   {
  - int cmd;
  - jk_msg_buf_t * msg;
  +intcmd;
  +jk_msg_buf_t * msg;
   
  - msg = jk_b_new(&ae->pool);
  - jk_b_set_buffer_size(msg, 16);  /* 16 is way too large but I'm lazy :-) */
  - jk_b_reset(msg);
  - jk_b_append_byte(msg, AJP13_CPING_REQUEST); 
  -
  - /* Send CPing query */  
  - if (ajp_connection_tcp_send_message(ae, msg, l) != JK_TRUE)
  - {
  - jk_log(l, JK_LOG_ERROR, "Error ajp13:cping: can't send cping query\n");
  - return JK_FALSE;
  - }
  - 
  - /* wait for Pong reply for timeout milliseconds
  -  */
  - if (ajp_is_input_event(ae, timeout, l) == JK_FALSE)
  - {
  - jk_log(l, JK_LOG_ERROR, "Error ajp13:cping: timeout in reply pong\n");
  - return JK_FALSE;
  - }
  - 
  - /* Read and check for Pong reply 
  -  */
  - if (ajp_connection_tcp_get_message(ae, msg, l) != JK_TRUE)
  - {
  - jk_log(l, JK_LOG_ERROR, "Error ajp13:cping: awaited reply cpong, not 
received\n");
  - return JK_FALSE;
  - }
  - 
  - if ((cmd = jk_b_get_byte(msg)) != AJP13_CPONG_REPLY) {
  - jk_log(l, JK_LOG_ERROR, "Error ajp13:cping: awaited reply cpong, 
received %d instead\n", cmd);
  - return JK_FALSE;
  - }
  +msg = jk_b_new(&ae->pool);
  +jk_b_set_buffer_size(msg, 16);/* 16 is way too large but I'm lazy :-) */
  +jk_b_reset(msg);
  +jk_b_append_byte(msg, AJP13_CPING_REQUEST); 
   
  - return JK_TRUE;
  +/* Send CPing query */
  +if (ajp_connection_tcp_send_message(ae, msg, l) != JK_TRUE)
  +{
  +jk_log(l, JK_LOG_ERROR, "Error ajp13:cping: can't send cping query\n");
  +return JK_FALSE;
  +}
  +
  +/* wait for Pong reply for timeout milliseconds
  + */
  +if (ajp_is_input_event(ae, timeout, l) == JK_FALSE)
  +{
  +jk_log(l, JK_LOG_ERROR, "Error ajp13:cping: timeout in reply pong\n");
  +return JK_FALSE;
  +}
  +
  +/* Read and check for Pong reply 
  + */
  +if (ajp_connection_tcp_get_message(ae, msg, l) != JK_TRUE)
  +{
  +jk_log(l, JK_LOG_ERROR, "Error ajp13:cping: awaited reply cpong, not 
received\n");
  +return JK_FALSE;
  +}
  +
  +if ((cmd = jk_b_get_byte(msg)) != AJP13_CPONG_REPLY) {
  +jk_log(l, JK_LOG_ERROR, "Error ajp13:cping: awaited reply cpong, received 
%d instead\n", cmd);
  +return JK_FALSE;
  +}
  +
  +return JK_TRUE;
   }
   
   int ajp_connect_to_endpoint(ajp_endpoint_t *ae,
  @@ -749,10 +749,10 @@
 

Re: cvs commit: jakarta-tomcat-connectors/jk/native/common jk_ajp_common.c

[Henri Gomez]

David Rees wrote:

Attached is a patch which cleans it up.

Applied and commited thanks

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: REMOVE EMAIL

[Michael McGrady]

Look at the bottom of the emails, Trevino, and you will see how to do that.

At 07:49 AM 2/17/2004, you wrote:
  PLEASE REMOVE EMAIL FROM LIST!!

  [EMAIL PROTECTED]

  thank you!

  - Original Message -
  From: "Cynthia Trevino" <[EMAIL PROTECTED]>
  To: "Tomcat Developers List" <[EMAIL PROTECTED]>; "CustServ1"
<[EMAIL PROTECTED]>
  Sent: Tuesday, February 17, 2004 9:47 AM
  Subject: REMOVE EMAIL
  >   PLEASE REMOVE MY EMAIL ADDRESS FROM YOUR LIST!!!
  >
  >
  >
  >   - Original Message -
  >   From: "CustServ1" <[EMAIL PROTECTED]>
  >   To: "Tomcat Developers List" <[EMAIL PROTECTED]>
  >   Sent: Monday, February 16, 2004 2:53 PM
  >   Subject: Re: cvs commit: jakarta-tomcat-connectors/jk/support
jk_apr.m4
  >
  >
  >   > Dear Customer,
  >   >
  >   > Thank you for writing LTD Commodities.
  >   >
  >   >
  >   > We value your business. If you have any questions in the future,
please
  >   > let us know.
  >   >
  >   > Sincerely,
  >   >
  >   > Bonnie Cawley
  >   > Internet Customer Service Department
  >   > www.ltdcommodities.com
  >   >
  >   > **Did you know that you can now request an account statement or a
copy
  >   > of your prepaid order online? Visit our web site at
  >   > www.ltdcommodities.com and click on "account information request",
which
  >   > is located on the left side of our homepage**
  >   >
  >   >
  >   >
  >   > Original Message Follows:
  >   > -
  >   >
  >   > truk2004/02/13 13:38:26
  >   >
  >   >   Modified:jk/native2 Makefile.in
  >   >jk/native2/server/apache13 Makefile.apxs.in
  >   >jk/support jk_apr.m4
  >   >   Log:
  >   >   add apxs meta targets and jk2-install-apxs from Guenter Knauf
  >   >   For apache13:
  >   >Change apr and apr-util to install into build dirs
  >   >Fixup apxs build and add install target
  >   >
  >   >   apxs build is the only way to build on OpenBSD right now
  >   >   due to libtool issues.
  >   >
  >   >   Tested on FreeBSD and OpenBSD so far.
  >   >
  >   >   Revision  ChangesPath
  >   >   1.5   +16 -1
jakarta-tomcat-connectors/jk/native2/Makefile.in
  >   >
  >   >   Index: Makefile.in
  >   >
===
  >   >   RCS file:
/home/cvs/jakarta-tomcat-connectors/jk/native2/Makefile.in,v
  >   >   retrieving revision 1.4
  >   >   retrieving revision 1.5
  >   >   diff -u -r1.4 -r1.5
  >   >   --- Makefile.in 10 Nov 2003 11:05:33 - 1.4
  >   >   +++ Makefile.in 13 Feb 2004 21:38:26 - 1.5
  >   >   @@ -4,6 +4,12 @@
  >   >
  >   >clean: @APR_CLEAN@ jk2-clean
  >   >
  >   >   +build-apxs: @APR_BUILD@ jk2-build-apxs
  >   >   +
  >   >   +clean-apxs: @APR_CLEAN@ jk2-clean-apxs
  >   >   +
  >   >   +install-apxs: jk2-install-apxs
  >   >   +
  >   >jk2-build:
  >   >list='@WEBSERVERS@';for i in $$list; do   @@ -22,6 +28,15 @@
  >   >fi;done;
  >   >
  >   >   +jk2-install-apxs:
  >   >   + list='@WEBSERVERS@';   + for i in $$list; do   + echo "Making
  >   > $$target in $$i";   + if test "$$i" != "."; then   + (cd $$i &&
  >   > $(MAKE) -f Makefile.apxs install) || exit 1;   + fi;   + done;
  >   >   +
  >   >jk2-clean:
  >   >list='@WEBSERVERS@';for i in $$list; do   @@ -41,7 +56,7 @@
  >   >done;
  >   >
  >   >apr-build:
  >   >   - ( cd @APR_DIR@ && make && cd @APR_UTIL_DIR@ && make )
  >   >   + ( cd @APR_DIR@ && make install && cd @APR_UTIL_DIR@ && make
install
  >   > )
  >   >
  >   >apr-clean:
  >   >( cd @APR_DIR@ && make clean && cd @APR_UTIL_DIR@ && make clean )
  >   >
  >   >
  >   >
  >   >   1.10  +9 -9
  >   >
jakarta-tomcat-connectors/jk/native2/server/apache13/Makefile.apxs.in
  >   >
  >   >   Index: Makefile.apxs.in
  >   >
===
  >   >   RCS file:
  >   >
/home/cvs/jakarta-tomcat-connectors/jk/native2/server/apache13/Makefile.
  >   > apxs.in,v
  >   >   retrieving revision 1.9
  >   >   retrieving revision 1.10
  >   >   diff -u -r1.9 -r1.10
  >   >   --- Makefile.apxs.in 10 Feb 2004 04:39:51 - 1.9
  >   >   +++ Makefile.apxs.in 13 Feb 2004 21:38:26 - 1.10
  >   >   @@ -3,28 +3,28 @@
  >   >[EMAIL PROTECTED]@
  >   >[EMAIL PROTECTED]@
  >   >JK_DIR := ../..
  >   >   [EMAIL PROTECTED]@
  >   >   [EMAIL PROTECTED]@
  >   >COMMON_C_FILES := $(wildcard ${JK_DIR}/common/*.c )
  >   >[EMAIL PROTECTED]@
  >   >   [EMAIL PROTECTED]@
  >   >C_FILES=jk_service_apache13.c mod_jk2.c
  >   >[EMAIL PROTECTED]@
  >   >   [EMAIL PROTECTED]@/apr-config --libs`
  >   >   -
  >   >   -JK=../../common/
  >   >   -JKINC=../../include/
  >   >   -JK_INCL=-DUSE_APACHE_MD5 -I ${JK} -I ${JKINC} -DHAVE_MMAP
  >   >   [EMAIL PROTECTED]@/bin/apr-config --link-ld`
  >   >   [EMAIL PROTECTED]@/bin/apu-config --link-ld`
  >   >
  >   >ifneq ($(strip $(JAVA_HOME)),)
  >   >JAVA_INCL=-I ${JAVA_HOME}/include -I ${JAVA_HO

RE: pdf automatic opening problem

[EBRARD Loic]

Title: RE: pdf automatic opening problem





thanks for this idea... 


the fact is that i have to disable mod_deflate 
not by : SetEnvIfNoCase REQUEST_URI 
but by : Content-Type: application/pdf


i'm actually trying : AddAltByType "pdf" application/pdf
other idea welcome


-Message d'origine-
De : Laurent Blume [mailto:[EMAIL PROTECTED]]
Envoyé : mardi 17 février 2004 15:53
À : Tomcat Developers List
Objet : Re: pdf automatic opening problem



Quoting EBRARD Loic <[EMAIL PROTECTED]>:


> Hi every,
> is anabody found a solution for probem of opening a pdf send from
> apache-tomcat in mod_deflate ?
> the disease appear like this : ie receive a pdf file that would be open in
> adobe... however there is the window : "save file to ..." opening instead.
> if i disable mod_deflate... all works fine...
> 
> i'm actually in   - apache 2.0.48
>       - tomcat 4
>       - jk2
>       - mod_deflate
> 
> I tried to disable deflate on pdf with those sentences :
> SetEnvIfNoCase Request_URI application/postscript application/pdf* no-gzip
> dont-vary
> SetEnvIfNoCase Request_URI \.pdf$ no-gzip dont-vary
> but the apache serveur seem to send a servlet that is not reconize as
> containing a pdf file..


Hello,


I just met the problem today, on a similar configuration, and for me, the fix
that you applied worked.


I actually just modified a bit the sample configuration for mod_deflate:


  # Don't compress images
  SetEnvIfNoCase Request_URI \
  \.(?:gif|jpe?g|png|pdf)$ no-gzip dont-vary


restarted Apache, and that was it.


In my case, the PDF file was a real, static one, not generated by a servlet.


Maybe you can have a look at the actual packets exchanged to see what is the
difference in header with and without mod_deflate?


Laurent



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



This mail has originated outside your organization,
either from an external partner or the Global Internet. 
Keep this in mind if you answer this message.



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: cvs commit: jakarta-tomcat-connectors/jk/native/common jk_ajp_common.c

[David Rees]

Attached is a patch which cleans it up.

-Dave

David Rees wrote, On 2/17/2004 8:28 AM:
>
Umm, tab police?  ;-)

-Dave

[EMAIL PROTECTED] wrote, On 2/17/2004 2:38 AM:

hgomez  2004/02/17 02:38:25

  Modified:jk/native/common jk_ajp_common.c
  -  /* communication with tomcat has been interrupted 
AFTER   - * headers have been sent to the client.
  - * headers (and maybe parts of the body) have 
already been
  -   * sent, therefore the response is "complete" in 
a sense
  - * that nobody should append any data, especially 
no 500 error   - * page of the webserver!   
- *
  -   * BUT if you retrun JK_TRUE you have a 200 (OK) 
code in your
  - * in your apache access.log instead of a 500 
(Error).   - * Therefore return FALSE/FALSE
  - * return JK_TRUE;   - */


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

--- jk_ajp_common.c.orig2004-02-17 08:29:48.741514459 -0800
+++ jk_ajp_common.c 2004-02-17 08:33:47.518132894 -0800
@@ -658,28 +658,28 @@
inttimeout,
jk_logger_t   *l)
 {
-   fd_set  rset; 
-   fd_set  eset; 
-   struct  timeval tv;
-   int rc;
-   
-   FD_ZERO(&rset);
-   FD_ZERO(&eset);
-   FD_SET(ae->sd, &rset);
-   FD_SET(ae->sd, &eset);
+fd_set  rset; 
+fd_set  eset; 
+struct  timeval tv;
+int rc;
+
+FD_ZERO(&rset);
+FD_ZERO(&eset);
+FD_SET(ae->sd, &rset);
+FD_SET(ae->sd, &eset);
 
-   tv.tv_sec  = timeout / 1000;
-   tv.tv_usec = (timeout % 1000) * 1000;
+tv.tv_sec  = timeout / 1000;
+tv.tv_usec = (timeout % 1000) * 1000;
 
-   rc = select(ae->sd + 1, &rset, NULL, &eset, &tv);
+rc = select(ae->sd + 1, &rset, NULL, &eset, &tv);
   
 if ((rc < 1) || (FD_ISSET(ae->sd, &eset)))
-   {
-   jk_log(l, JK_LOG_ERROR, "Error ajp13:is_input_event: error during 
select [%d]\n", rc);
-   return JK_FALSE;
-   }
-   
-   return ((FD_ISSET(ae->sd, &rset)) ? JK_TRUE : JK_FALSE) ;
+{
+jk_log(l, JK_LOG_ERROR, "Error ajp13:is_input_event: error during select 
[%d]\n", rc);
+return JK_FALSE;
+}
+
+return ((FD_ISSET(ae->sd, &rset)) ? JK_TRUE : JK_FALSE) ;
 }
 
  
@@ -687,46 +687,46 @@
  * Handle the CPING/CPONG initial query
  */
 int ajp_handle_cping_cpong(ajp_endpoint_t *ae,
-  int  timeout,
+   inttimeout,
jk_logger_t*l)
 {
-   int cmd;
-   jk_msg_buf_t * msg;
+intcmd;
+jk_msg_buf_t * msg;
+
+msg = jk_b_new(&ae->pool);
+jk_b_set_buffer_size(msg, 16);/* 16 is way too large but I'm lazy :-) */
+jk_b_reset(msg);
+jk_b_append_byte(msg, AJP13_CPING_REQUEST); 
 
-   msg = jk_b_new(&ae->pool);
-   jk_b_set_buffer_size(msg, 16);  /* 16 is way too large but I'm lazy :-) */
-   jk_b_reset(msg);
-   jk_b_append_byte(msg, AJP13_CPING_REQUEST); 
-
-   /* Send CPing query */  
-   if (ajp_connection_tcp_send_message(ae, msg, l) != JK_TRUE)
-   {
-   jk_log(l, JK_LOG_ERROR, "Error ajp13:cping: can't send cping query\n");
-   return JK_FALSE;
-   }
-   
-   /* wait for Pong reply for timeout milliseconds
-*/
-   if (ajp_is_input_event(ae, timeout, l) == JK_FALSE)
-   {
-   jk_log(l, JK_LOG_ERROR, "Error ajp13:cping: timeout in reply pong\n");
-   return JK_FALSE;
-   }
-   
-   /* Read and check for Pong reply 
-*/
-   if (ajp_connection_tcp_get_message(ae, msg, l) != JK_TRUE)
-   {
-   jk_log(l, JK_LOG_ERROR, "Error ajp13:cping: awaited reply cpong, not 
received\n");
-   return JK_FALSE;
-   }
-   
-   if ((cmd = jk_b_get_byte(msg)) != AJP13_CPONG_REPLY) {
-   jk_log(l, JK_LOG_ERROR, "Error ajp13:cping: awaited reply cpong, 
received %d instead\n", cmd);
-   return JK_FALSE;
-   }
+/* Send CPing query */
+if (ajp_connection_tcp_send_message(ae, msg, l) != JK_TRUE)
+{
+jk_log(l, JK_LOG_ERROR, "Error ajp13:cping: can't send cping query\n");
+return JK_FALSE;
+}
+
+/* wait for Pong reply for timeout milliseconds
+ */
+if (ajp_is_input_event(ae, timeout, l) == JK_FALSE)
+{
+jk_log(l, JK_LOG_ERROR, "Error ajp13:cping: timeout in reply pong\n");
+return JK_FALSE;
+}
+
+/* Read and check for Pong reply 
+ */
+if (ajp_connection_tcp_get_message(ae, msg, l) !

Re: cvs commit: jakarta-tomcat-connectors/jk/native/common jk_ajp_common.c

[David Rees]

Umm, tab police?  ;-)

-Dave

[EMAIL PROTECTED] wrote, On 2/17/2004 2:38 AM:

hgomez  2004/02/17 02:38:25

  Modified:jk/native/common jk_ajp_common.c
  -  	/* communication with tomcat has been interrupted AFTER 
  -		 * headers have been sent to the client.
  -	 * headers (and maybe parts of the body) have already been
  -  		 * sent, therefore the response is "complete" in a sense
  -		 * that nobody should append any data, especially no 500 error 
  -		 * page of the webserver! 
  -		 *
  -  		 * BUT if you retrun JK_TRUE you have a 200 (OK) code in your
  -		 * in your apache access.log instead of a 500 (Error). 
  -			 * Therefore return FALSE/FALSE
  - * return JK_TRUE; 
  - */


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: REMOVE EMAIL

[Cynthia Trevino]

  PLEASE REMOVE EMAIL FROM LIST!!

  [EMAIL PROTECTED]


  thank you!


  - Original Message - 
  From: "Cynthia Trevino" <[EMAIL PROTECTED]>
  To: "Tomcat Developers List" <[EMAIL PROTECTED]>; "CustServ1"
<[EMAIL PROTECTED]>
  Sent: Tuesday, February 17, 2004 9:47 AM
  Subject: REMOVE EMAIL


  >   PLEASE REMOVE MY EMAIL ADDRESS FROM YOUR LIST!!!
  >
  >
  >
  >   - Original Message - 
  >   From: "CustServ1" <[EMAIL PROTECTED]>
  >   To: "Tomcat Developers List" <[EMAIL PROTECTED]>
  >   Sent: Monday, February 16, 2004 2:53 PM
  >   Subject: Re: cvs commit: jakarta-tomcat-connectors/jk/support
jk_apr.m4
  >
  >
  >   > Dear Customer,
  >   >
  >   > Thank you for writing LTD Commodities.
  >   >
  >   >
  >   > We value your business. If you have any questions in the future,
please
  >   > let us know.
  >   >
  >   > Sincerely,
  >   >
  >   > Bonnie Cawley
  >   > Internet Customer Service Department
  >   > www.ltdcommodities.com
  >   >
  >   > **Did you know that you can now request an account statement or a
copy
  >   > of your prepaid order online? Visit our web site at
  >   > www.ltdcommodities.com and click on "account information request",
which
  >   > is located on the left side of our homepage**
  >   >
  >   >
  >   >
  >   > Original Message Follows:
  >   > -
  >   >
  >   > truk2004/02/13 13:38:26
  >   >
  >   >   Modified:jk/native2 Makefile.in
  >   >jk/native2/server/apache13 Makefile.apxs.in
  >   >jk/support jk_apr.m4
  >   >   Log:
  >   >   add apxs meta targets and jk2-install-apxs from Guenter Knauf
  >   >   For apache13:
  >   >Change apr and apr-util to install into build dirs
  >   >Fixup apxs build and add install target
  >   >
  >   >   apxs build is the only way to build on OpenBSD right now
  >   >   due to libtool issues.
  >   >
  >   >   Tested on FreeBSD and OpenBSD so far.
  >   >
  >   >   Revision  ChangesPath
  >   >   1.5   +16 -1
jakarta-tomcat-connectors/jk/native2/Makefile.in
  >   >
  >   >   Index: Makefile.in
  >   >
===
  >   >   RCS file:
/home/cvs/jakarta-tomcat-connectors/jk/native2/Makefile.in,v
  >   >   retrieving revision 1.4
  >   >   retrieving revision 1.5
  >   >   diff -u -r1.4 -r1.5
  >   >   --- Makefile.in 10 Nov 2003 11:05:33 - 1.4
  >   >   +++ Makefile.in 13 Feb 2004 21:38:26 - 1.5
  >   >   @@ -4,6 +4,12 @@
  >   >
  >   >clean: @APR_CLEAN@ jk2-clean
  >   >
  >   >   +build-apxs: @APR_BUILD@ jk2-build-apxs
  >   >   +
  >   >   +clean-apxs: @APR_CLEAN@ jk2-clean-apxs
  >   >   +
  >   >   +install-apxs: jk2-install-apxs
  >   >   +
  >   >jk2-build:
  >   >list='@WEBSERVERS@';for i in $$list; do   @@ -22,6 +28,15 @@
  >   >fi;done;
  >   >
  >   >   +jk2-install-apxs:
  >   >   + list='@WEBSERVERS@';   + for i in $$list; do   + echo "Making
  >   > $$target in $$i";   + if test "$$i" != "."; then   + (cd $$i &&
  >   > $(MAKE) -f Makefile.apxs install) || exit 1;   + fi;   + done;
  >   >   +
  >   >jk2-clean:
  >   >list='@WEBSERVERS@';for i in $$list; do   @@ -41,7 +56,7 @@
  >   >done;
  >   >
  >   >apr-build:
  >   >   - ( cd @APR_DIR@ && make && cd @APR_UTIL_DIR@ && make )
  >   >   + ( cd @APR_DIR@ && make install && cd @APR_UTIL_DIR@ && make
install
  >   > )
  >   >
  >   >apr-clean:
  >   >( cd @APR_DIR@ && make clean && cd @APR_UTIL_DIR@ && make clean )
  >   >
  >   >
  >   >
  >   >   1.10  +9 -9
  >   >
jakarta-tomcat-connectors/jk/native2/server/apache13/Makefile.apxs.in
  >   >
  >   >   Index: Makefile.apxs.in
  >   >
===
  >   >   RCS file:
  >   >
/home/cvs/jakarta-tomcat-connectors/jk/native2/server/apache13/Makefile.
  >   > apxs.in,v
  >   >   retrieving revision 1.9
  >   >   retrieving revision 1.10
  >   >   diff -u -r1.9 -r1.10
  >   >   --- Makefile.apxs.in 10 Feb 2004 04:39:51 - 1.9
  >   >   +++ Makefile.apxs.in 13 Feb 2004 21:38:26 - 1.10
  >   >   @@ -3,28 +3,28 @@
  >   >[EMAIL PROTECTED]@
  >   >[EMAIL PROTECTED]@
  >   >JK_DIR := ../..
  >   >   [EMAIL PROTECTED]@
  >   >   [EMAIL PROTECTED]@
  >   >COMMON_C_FILES := $(wildcard ${JK_DIR}/common/*.c )
  >   >[EMAIL PROTECTED]@
  >   >   [EMAIL PROTECTED]@
  >   >C_FILES=jk_service_apache13.c mod_jk2.c
  >   >[EMAIL PROTECTED]@
  >   >   [EMAIL PROTECTED]@/apr-config --libs`
  >   >   -
  >   >   -JK=../../common/
  >   >   -JKINC=../../include/
  >   >   -JK_INCL=-DUSE_APACHE_MD5 -I ${JK} -I ${JKINC} -DHAVE_MMAP
  >   >   [EMAIL PROTECTED]@/bin/apr-config --link-ld`
  >   >   [EMAIL PROTECTED]@/bin/apu-config --link-ld`
  >   >
  >   >ifneq ($(strip $(JAVA_HOME)),)
  >   >JAVA_INCL=-I ${JAVA_HOME}/include -I ${JAVA_HOME}/include/${OS}
  >   > @HAVE_JNI@
  >   >JAVA_LIB=-L ${JAVA_HOME}/jre/lib/${ARCH} -L
  >   > ${JAV

REMOVE EMAIL

[Cynthia Trevino]

  PLEASE REMOVE MY EMAIL ADDRESS FROM YOUR LIST!!!



  - Original Message - 
  From: "CustServ1" <[EMAIL PROTECTED]>
  To: "Tomcat Developers List" <[EMAIL PROTECTED]>
  Sent: Monday, February 16, 2004 2:53 PM
  Subject: Re: cvs commit: jakarta-tomcat-connectors/jk/support jk_apr.m4


  > Dear Customer,
  >
  > Thank you for writing LTD Commodities.
  >
  >
  > We value your business. If you have any questions in the future, please
  > let us know.
  >
  > Sincerely,
  >
  > Bonnie Cawley
  > Internet Customer Service Department
  > www.ltdcommodities.com
  >
  > **Did you know that you can now request an account statement or a copy
  > of your prepaid order online? Visit our web site at
  > www.ltdcommodities.com and click on "account information request", which
  > is located on the left side of our homepage**
  >
  >
  >
  > Original Message Follows:
  > -
  >
  > truk2004/02/13 13:38:26
  >
  >   Modified:jk/native2 Makefile.in
  >jk/native2/server/apache13 Makefile.apxs.in
  >jk/support jk_apr.m4
  >   Log:
  >   add apxs meta targets and jk2-install-apxs from Guenter Knauf
  >   For apache13:
  >Change apr and apr-util to install into build dirs
  >Fixup apxs build and add install target
  >
  >   apxs build is the only way to build on OpenBSD right now
  >   due to libtool issues.
  >
  >   Tested on FreeBSD and OpenBSD so far.
  >
  >   Revision  ChangesPath
  >   1.5   +16 -1 jakarta-tomcat-connectors/jk/native2/Makefile.in
  >
  >   Index: Makefile.in
  >   ===
  >   RCS file: /home/cvs/jakarta-tomcat-connectors/jk/native2/Makefile.in,v
  >   retrieving revision 1.4
  >   retrieving revision 1.5
  >   diff -u -r1.4 -r1.5
  >   --- Makefile.in 10 Nov 2003 11:05:33 - 1.4
  >   +++ Makefile.in 13 Feb 2004 21:38:26 - 1.5
  >   @@ -4,6 +4,12 @@
  >
  >clean: @APR_CLEAN@ jk2-clean
  >
  >   +build-apxs: @APR_BUILD@ jk2-build-apxs
  >   +
  >   +clean-apxs: @APR_CLEAN@ jk2-clean-apxs
  >   +
  >   +install-apxs: jk2-install-apxs
  >   +
  >jk2-build:
  >list='@WEBSERVERS@';for i in $$list; do   @@ -22,6 +28,15 @@
  >fi;done;
  >
  >   +jk2-install-apxs:
  >   + list='@WEBSERVERS@';   + for i in $$list; do   + echo "Making
  > $$target in $$i";   + if test "$$i" != "."; then   + (cd $$i &&
  > $(MAKE) -f Makefile.apxs install) || exit 1;   + fi;   + done;
  >   +
  >jk2-clean:
  >list='@WEBSERVERS@';for i in $$list; do   @@ -41,7 +56,7 @@
  >done;
  >
  >apr-build:
  >   - ( cd @APR_DIR@ && make && cd @APR_UTIL_DIR@ && make )
  >   + ( cd @APR_DIR@ && make install && cd @APR_UTIL_DIR@ && make install
  > )
  >
  >apr-clean:
  >( cd @APR_DIR@ && make clean && cd @APR_UTIL_DIR@ && make clean )
  >
  >
  >
  >   1.10  +9 -9
  > jakarta-tomcat-connectors/jk/native2/server/apache13/Makefile.apxs.in
  >
  >   Index: Makefile.apxs.in
  >   ===
  >   RCS file:
  > /home/cvs/jakarta-tomcat-connectors/jk/native2/server/apache13/Makefile.
  > apxs.in,v
  >   retrieving revision 1.9
  >   retrieving revision 1.10
  >   diff -u -r1.9 -r1.10
  >   --- Makefile.apxs.in 10 Feb 2004 04:39:51 - 1.9
  >   +++ Makefile.apxs.in 13 Feb 2004 21:38:26 - 1.10
  >   @@ -3,28 +3,28 @@
  >[EMAIL PROTECTED]@
  >[EMAIL PROTECTED]@
  >JK_DIR := ../..
  >   [EMAIL PROTECTED]@
  >   [EMAIL PROTECTED]@
  >COMMON_C_FILES := $(wildcard ${JK_DIR}/common/*.c )
  >[EMAIL PROTECTED]@
  >   [EMAIL PROTECTED]@
  >C_FILES=jk_service_apache13.c mod_jk2.c
  >[EMAIL PROTECTED]@
  >   [EMAIL PROTECTED]@/apr-config --libs`
  >   -
  >   -JK=../../common/
  >   -JKINC=../../include/
  >   -JK_INCL=-DUSE_APACHE_MD5 -I ${JK} -I ${JKINC} -DHAVE_MMAP
  >   [EMAIL PROTECTED]@/bin/apr-config --link-ld`
  >   [EMAIL PROTECTED]@/bin/apu-config --link-ld`
  >
  >ifneq ($(strip $(JAVA_HOME)),)
  >JAVA_INCL=-I ${JAVA_HOME}/include -I ${JAVA_HOME}/include/${OS}
  > @HAVE_JNI@
  >JAVA_LIB=-L ${JAVA_HOME}/jre/lib/${ARCH} -L
  > ${JAVA_HOME}/lib/${ARCH}/native_threads
  >endif
  >
  >   +JK_CFLAGS=-I ${JK_DIR}/include -DCHUNK_SIZE=4096 -DUSE_APACHE_MD5
  > ${APR_CFLAGS} -DHAVE_MMAP
  >   +
  >all: mod_jk2.so
  >
  >mod_jk2.so:
  >   - $(APXS) -c -o $@ -Wc,"${JK_INCL} ${APR_CFLAGS} ${APR_LDFLAGS}"
  > "${JAVA_INCL}" ${C_FILES} ${COMMON_C_FILES} ${APR_LIBS}
  >   + $(APXS) -c -o $@ ${JK_CFLAGS} ${JAVA_INCL} ${C_FILES}
  > ${COMMON_C_FILES}   + ${APR_LIBS} ${APR_UTIL_LIBS} ${JAVA_LIB}
  >   +
  >   +install: mod_jk2.so
  >   + $(APXS) -i mod_jk2.so
  >
  >clean:
  >rm -f *.o *.so
  >
  >
  >
  >   1.12  +5 -5  jakarta-tomcat-connectors/jk/support/jk_apr.m4
  >
  >   Index: jk_apr.m4
  >   ===
  >   RCS file: /home/cvs/jakarta-tomcat-connectors/jk/su

RE: [5.0.19] Release vote

[Shapira, Yoav]

Howdy,

>-Original Message-
>From: Remy Maucherat [mailto:[EMAIL PROTECTED]
>Sent: Monday, February 16, 2004 7:42 AM
>To: Tomcat Developers List
>Subject: [5.0.19] Release vote
>
>
>Release 5.0.19 as Stable:
>[ X ] Yes
>[ ] No
>

Nothing seems broken, good job ;)

Yoav Shapira



This e-mail, including any attachments, is a confidential business communication, and 
may contain information that is confidential, proprietary and/or privileged.  This 
e-mail is intended only for the individual(s) to whom it is addressed, and may not be 
saved, copied, printed, disclosed or used by anyone else.  If you are not the(an) 
intended recipient, please immediately delete this e-mail from your computer system 
and notify the sender.  Thank you.


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: pdf automatic opening problem

[Laurent Blume]

Quoting EBRARD Loic <[EMAIL PROTECTED]>:

> Hi every,
> is anabody found a solution for probem of opening a pdf send from
> apache-tomcat in mod_deflate ?
> the disease appear like this : ie receive a pdf file that would be open in
> adobe... however there is the window : "save file to ..." opening instead.
> if i disable mod_deflate... all works fine...
> 
> i'm actually in   - apache 2.0.48
>   - tomcat 4
>   - jk2
>   - mod_deflate
> 
> I tried to disable deflate on pdf with those sentences :
> SetEnvIfNoCase Request_URI application/postscript application/pdf* no-gzip
> dont-vary
> SetEnvIfNoCase Request_URI \.pdf$ no-gzip dont-vary
> but the apache serveur seem to send a servlet that is not reconize as
> containing a pdf file..

Hello,

I just met the problem today, on a similar configuration, and for me, the fix
that you applied worked.

I actually just modified a bit the sample configuration for mod_deflate:

  # Don't compress images
  SetEnvIfNoCase Request_URI \
  \.(?:gif|jpe?g|png|pdf)$ no-gzip dont-vary

restarted Apache, and that was it.

In my case, the PDF file was a real, static one, not generated by a servlet.

Maybe you can have a look at the actual packets exchanged to see what is the
difference in header with and without mod_deflate?

Laurent


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

[Site] FW: broken link

[Shapira, Yoav]

Hi,
This was brought to my attention before the weekend.  The link is indeed
broken, and I thought it'd be a simple fix but I don't see an obvious
replacement in CVS.  Is README.TXT gone?

Yoav Shapira
Millennium ChemInformatics


>-Original Message-
>From: Ankur Shah [mailto:[EMAIL PROTECTED]
>Sent: Friday, February 13, 2004 6:09 PM
>To: Shapira, Yoav
>Subject: broken link
>
>FYI, the README.txt link on Introduction page for TC5 is broken
>
>http://jakarta.apache.org/tomcat/tomcat-5.0-doc/introduction.html



This e-mail, including any attachments, is a confidential business communication, and 
may contain information that is confidential, proprietary and/or privileged.  This 
e-mail is intended only for the individual(s) to whom it is addressed, and may not be 
saved, copied, printed, disclosed or used by anyone else.  If you are not the(an) 
intended recipient, please immediately delete this e-mail from your computer system 
and notify the sender.  Thank you.


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

pdf automatic opening problem

[EBRARD Loic]

Title: pdf automatic opening problem





Hi every,
is anabody found a solution for probem of opening a pdf send from apache-tomcat in mod_deflate ?
the disease appear like this : ie receive a pdf file that would be open in adobe... however there is the window : "save file to ..." opening instead.

if i disable mod_deflate... all works fine...


i'm actually in     - apache 2.0.48
        - tomcat 4
        - jk2
        - mod_deflate


I tried to disable deflate on pdf with those sentences :
SetEnvIfNoCase Request_URI application/postscript application/pdf* no-gzip dont-vary
SetEnvIfNoCase Request_URI \.pdf$ no-gzip dont-vary
but the apache serveur seem to send a servlet that is not reconize as containing a pdf file..




please help


regards




-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 26990] - Tomcat doesn't responde

[bugzilla]

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_bug.cgi?id=26990

Tomcat doesn't responde





--- Additional Comments From [EMAIL PROTECTED]  2004-02-17 14:02 ---
Thank you Tim... we'll find some help in the user list, looking for an apropiate
answer. After that if the problem persist, I hope you can help us.

Regards
Nicolas Orbes

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 27006] New: - libtool: install: error: cannot install `../../../build/jk2/apache2/jkjni.la' to a directory not ending in /usr/lib/apache2

[bugzilla]

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_bug.cgi?id=27006

libtool: install: error: cannot install `../../../build/jk2/apache2/jkjni.la' to a 
directory not ending in /usr/lib/apache2

   Summary: libtool: install: error: cannot install
`../../../build/jk2/apache2/jkjni.la' to a directory not
ending in /usr/lib/apache2
   Product: Tomcat 4
   Version: 4.1.29
  Platform: PC
OS/Version: Other
Status: NEW
  Severity: Major
  Priority: Other
 Component: Connector:Coyote JK 2
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]


--
VERSIONS:
--
OS: Gentoo 1.4 (plus updates)

libtool --version 
ltmain.sh (GNU libtool) 1.4.3 (1.922.2.111 2002/10/23 02:54:36) 
(also tried: 1.4.1)

http://apache.mirrors.pair.
com/jakarta/tomcat-connectors/jk2/jakarta-tomcat-connectors-jk2-src-current.tar.
gz

--
PROBLEM:
--

When trying to compile the mod_jk modules, this message appears:

libtool: install: error: cannot install `../../../build/jk2/apache2/jkjni.la' to 
a directory not ending in /usr/lib/apache2

--
REPRODUCIBLE: Always
--

TO REPRODUCE:
# download and untar latest connectors file (link shown above in VERSIONS 
section)
cd jakarta-tomcat-connectors-jk2-2.0.2-src/jk/native2/
chmod 0777 buildconf.sh
./buildconf.sh
./configure  --with-apxs2=/usr/sbin/apxs2
make clean build
libtool --finish /usr/lib/apache2

--
EXPECTED OUTCOME:
--

1. make finishes with no errors.
2. ../build/jk2/apache2/jkjni.so and ../build/jk2/apache2/mod_jk2.so are 
generated

--
ACTUAL OUTCOME:
--
...

/usr/build/libtool  --mode=install  cp ../../../build/jk2/apache2/jkjni.la 
`pwd`/../../../build/jk2/apache2
libtool: install: error: cannot install `../../../build/jk2/apache2/jkjni.la' to 
a directory not ending in /usr/lib/apache2
make[1]: *** [../../../build/jk2/apache2/jkjni.so] Error 1
make[1]: Leaving directory `/test/jakarta-tomcat-connectors-jk2-2.0.
2-src/jk/native2/server/apache2'
make: *** [jk2-build] Error 1
PATH="$PATH:/sbin" ldconfig -n /usr/lib/apache2
--
Libraries have been installed in:
   /usr/lib/apache2

If you ever happen to want to link against installed libraries
in a given directory, LIBDIR, you must either use libtool, and
specify the full pathname of the library, or use the `-LLIBDIR'
flag during linking and do at least one of the following:
   - add LIBDIR to the `LD_LIBRARY_PATH' environment variable
 during execution
   - add LIBDIR to the `LD_RUN_PATH' environment variable
 during linking
   - use the `-Wl,--rpath -Wl,LIBDIR' linker flag
   - have your system administrator add LIBDIR to `/etc/ld.so.conf'

See any operating system documentation about shared libraries for
more information, such as the ld(1) and ld.so(8) manual pages.
--

Only ../build/jk2/apache2/mod_jk2.so is generated, not ..
/build/jk2/apache2/jkjni.so

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 26689] - Systax error in home.c file

[bugzilla]

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_bug.cgi?id=26689

Systax error in home.c file

[EMAIL PROTECTED] changed:

   What|Removed |Added

 CC||[EMAIL PROTECTED]



--- Additional Comments From [EMAIL PROTECTED]  2004-02-17 12:22 ---
*** Bug 27004 has been marked as a duplicate of this bug. ***

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 27004] - cannot "make" jsvc (syntax error at line 110 in 'home.c')

[bugzilla]

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_bug.cgi?id=27004

cannot "make" jsvc (syntax error at line 110 in 'home.c')

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||DUPLICATE



--- Additional Comments From [EMAIL PROTECTED]  2004-02-17 12:22 ---


*** This bug has been marked as a duplicate of 26689 ***

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 27004] New: - cannot "make" jsvc (syntax error at line 110 in 'home.c')

[bugzilla]

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_bug.cgi?id=27004

cannot "make" jsvc (syntax error at line 110 in 'home.c')

   Summary: cannot "make" jsvc (syntax error at line 110 in
'home.c')
   Product: Tomcat 5
   Version: 5.0.18
  Platform: PC
OS/Version: Linux
Status: NEW
  Severity: Normal
  Priority: Other
 Component: Native:Integration
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]


extract jsvc-srv.tar.gz 
in ./jsvc-src/native/home.c at line 110 there is a missing ';' at the end of 
the line;

old lines;
if(sp != NULL)
*sp = '\0'

fixed lines;
if(sp != NULL)
*sp = '\0';


thanks,

Deniz TATAR

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 26998] - Memory Leak when using ssl under linux

[bugzilla]

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_bug.cgi?id=26998

Memory Leak when using ssl under linux

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||INVALID



--- Additional Comments From [EMAIL PROTECTED]  2004-02-17 12:09 ---
Tomcat 4.0 is not under support. If this problem is also under tomcat 4.1 or 5 -
please debug with the tomcat-user list. It could be a JVM bug on Linux or
another configuration problem. Since the problem occurs under platform A while
not on platform B, it would be hard to blame tomcat for a memory leak.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 27002] - url-pattern don't work as expected

[bugzilla]

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_bug.cgi?id=27002

url-pattern don't work as expected

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||INVALID



--- Additional Comments From [EMAIL PROTECTED]  2004-02-17 11:00 ---
I have now tested this using the dumper from the servlet examples:

Request Dumper Filter
/test/*


/servlet-examples/test/foo invokes the filter (logging occurs)
/servlet-examples/test invokes the filter (logging occurs)
/servlet-examples/test.css doesn't invoke the filter (no logging)

So you have another problem somewhere. Please do not reopen this report.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 27002] - url-pattern don't work as expected

[bugzilla]

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_bug.cgi?id=27002

url-pattern don't work as expected





--- Additional Comments From [EMAIL PROTECTED]  2004-02-17 10:55 ---
I strongly doubt this is the case, but I will test it.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 27002] New: - url-pattern don't work as expected

[bugzilla]

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_bug.cgi?id=27002

url-pattern don't work as expected

   Summary: url-pattern don't work as expected
   Product: Tomcat 5
   Version: 5.0.18
  Platform: PC
OS/Version: Linux
Status: NEW
  Severity: Major
  Priority: Other
 Component: Catalina
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]


With the following filter mapping:

  
adminFilter
/admin/*
  


"adminFilter" is invoked when "/admin/index.jsp" and "/admin.css" are requested.

"/admin.css" shouldn't match the pattern.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 15306] - Tomcat does not startup SSL

[bugzilla]

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_bug.cgi?id=15306

Tomcat does not startup SSL





--- Additional Comments From [EMAIL PROTECTED]  2004-02-17 10:43 ---
Seems like the keystore passwd and the tomcat passwd for the keystore have to be 
the same. That solved the problem for me.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: POST recovery in JK and JK2 HEAD

[Henri Gomez]

Ok, I make the code configurable with a worker option,
recovery_options.
By default we keep the current behaviour, ie allways recover.

Set recovery_options (bitfield) to 1 to make reovery stopped if
tomcat get all request and to 2 to make recovery stopped if tomcat
send the headers to clients.
To have both set recovery_options to 3..

Thanks to test and validate before I see how to port this to jk2



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

cvs commit: jakarta-tomcat-connectors/jk/native/common jk_ajp_common.c

[hgomez]

hgomez  2004/02/17 02:38:25

  Modified:jk/native/common jk_ajp_common.c
  Log:
  Oups, missing bracket
  
  Revision  ChangesPath
  1.49  +53 -53jakarta-tomcat-connectors/jk/native/common/jk_ajp_common.c
  
  Index: jk_ajp_common.c
  ===
  RCS file: /home/cvs/jakarta-tomcat-connectors/jk/native/common/jk_ajp_common.c,v
  retrieving revision 1.48
  retrieving revision 1.49
  diff -u -r1.48 -r1.49
  --- jk_ajp_common.c   17 Feb 2004 10:36:00 -  1.48
  +++ jk_ajp_common.c   17 Feb 2004 10:38:25 -  1.49
  @@ -1282,58 +1282,58 @@
}

   if(!ajp_connection_tcp_get_message(p, op->reply, l)) {
  -/* we just can't recover, unset recover flag */
  - if(headeratclient == JK_FALSE) {
  -jk_log(l, JK_LOG_ERROR,
  -   "Tomcat is down or network problems. "
  -   "No response has been sent to the client (yet)\n");
  - /*
  -  * communication with tomcat has been interrupted BEFORE 
  -   * headers have been sent to the client.
  -   * DISCUSSION: As we suppose that tomcat has already started
  -   * to process the query we think it's unrecoverable (and we
  -   * should not retry or switch to another tomcat in the 
  -   * cluster). 
  -   */
  -   
  -   /*
  -* We mark it unrecoverable if recovery_opts set to 
RECOVER_ABORT_IF_TCGETREQUEST 
  -*/
  -if (p->worker->recovery_opts & RECOVER_ABORT_IF_TCGETREQUEST)
  - op->recoverable = JK_FALSE;
  -   /* 
  -* we want to display the webservers error page, therefore
  -* we return JK_FALSE 
  -*/
  -return JK_FALSE;
  -
  - } else {
  -jk_log(l, JK_LOG_ERROR,
  -   "Error reading reply from tomcat. "
  -   "Tomcat is down or network problems. "
  -"Part of the response has already been sent to the 
client\n");
  - 
  - /* communication with tomcat has been interrupted AFTER 
  -  * headers have been sent to the client.
  -  * headers (and maybe parts of the body) have already been
  -  * sent, therefore the response is "complete" in a sense
  -  * that nobody should append any data, especially no 500 error 
  -  * page of the webserver! 
  -  *
  -  * BUT if you retrun JK_TRUE you have a 200 (OK) code in 
your
  -  * in your apache access.log instead of a 500 (Error). 
  -  * Therefore return FALSE/FALSE
  - * return JK_TRUE; 
  - */
  -
  - /*
  -  * We mark it unrecoverable if recovery_opts set to 
RECOVER_ABORT_IF_TCSENDHEADER 
  - */
  -if (p->worker->recovery_opts & RECOVER_ABORT_IF_TCSENDHEADER)
  - op->recoverable = JK_FALSE;
  - 
  - return JK_FALSE;
  - }
  + /* we just can't recover, unset recover flag */
  + if(headeratclient == JK_FALSE) {
  + jk_log(l, JK_LOG_ERROR,
  +"Tomcat is down or network problems. "
  +"No response has been sent to the client (yet)\n");
  +  /*
  +   * communication with tomcat has been interrupted BEFORE 
  +   * headers have been sent to the client.
  +   * DISCUSSION: As we suppose that tomcat has already started
  +   * to process the query we think it's unrecoverable (and we
  +   * should not retry or switch to another tomcat in the 
  +   * cluster). 
  +   */
  +   
  +   /*
  +* We mark it unrecoverable if recovery_opts set to 
RECOVER_ABORT_IF_TCGETREQUEST 
  +*/
  + if (p->worker->recovery_opts & RECOVER_ABORT_IF_TCGETREQUEST)
  + op->recoverable = JK_FALSE;
  +   /* 
  +* we want to display the webservers error page, therefore
  +* we return JK_FALSE 
  +*/
  +return JK_FALSE;
  + } else {
  + jk_log(l, JK_LOG_ERROR,
  +"Error reading reply from tomcat. "
  +"Tomcat is down or network problems. "
  +   

cvs commit: jakarta-tomcat-connectors/jk/native/common jk_util.c jk_util.h jk_ajp_common.h jk_ajp_common.c

[hgomez]

hgomez  2004/02/17 02:36:01

  Modified:jk/native/common jk_util.c jk_util.h jk_ajp_common.h
jk_ajp_common.c
  Log:
  Make recovery scheme configurable :

  

  - We could abort recovery if tomcat failed after receiving request or

if tomcat failed after send headers. (For now we keep the default 

behaviour, recover allways)

  

  
  Revision  ChangesPath
  1.26  +17 -1 jakarta-tomcat-connectors/jk/native/common/jk_util.c
  
  Index: jk_util.c
  ===
  RCS file: /home/cvs/jakarta-tomcat-connectors/jk/native/common/jk_util.c,v
  retrieving revision 1.25
  retrieving revision 1.26
  diff -u -r1.25 -r1.26
  --- jk_util.c 5 Nov 2003 09:15:39 -   1.25
  +++ jk_util.c 17 Feb 2004 10:36:00 -  1.26
  @@ -85,6 +85,7 @@
   #define TYPE_OF_WORKER  ("type")
   #define CACHE_OF_WORKER ("cachesize")
   #define CACHE_TIMEOUT_OF_WORKER ("cache_timeout")
  +#define RECOVERY_OPTS_OF_WORKER ("recovery_options")
   #define CONNECT_TIMEOUT_OF_WORKER("connect_timeout")
   #define PREPOST_TIMEOUT_OF_WORKER("prepost_timeout")
   #define REPLY_TIMEOUT_OF_WORKER  ("reply_timeout")
  @@ -488,6 +489,21 @@
   }
   
   sprintf(buf, "%s.%s.%s", PREFIX_OF_WORKER, wname, REPLY_TIMEOUT_OF_WORKER);
  +
  +return map_get_int(m, buf, def);
  +}
  +
  +int jk_get_worker_recovery_opts(jk_map_t *m,
  +const char *wname,
  +int def)
  +{
  +char buf[1024];
  +
  +if(!m || !wname) {
  +return -1;
  +}
  +
  +sprintf(buf, "%s.%s.%s", PREFIX_OF_WORKER, wname, RECOVERY_OPTS_OF_WORKER);
   
   return map_get_int(m, buf, def);
   }
  
  
  
  1.15  +5 -1  jakarta-tomcat-connectors/jk/native/common/jk_util.h
  
  Index: jk_util.h
  ===
  RCS file: /home/cvs/jakarta-tomcat-connectors/jk/native/common/jk_util.h,v
  retrieving revision 1.14
  retrieving revision 1.15
  diff -u -r1.14 -r1.15
  --- jk_util.h 4 Feb 2004 16:37:06 -   1.14
  +++ jk_util.h 17 Feb 2004 10:36:00 -  1.15
  @@ -122,6 +122,10 @@
const char *wname,
int def);
   
  +int jk_get_worker_recovery_opts(jk_map_t *m,
  + const char *wname,
  + int def);
  +
   int jk_get_worker_connect_timeout(jk_map_t *m,
 const char *wname,
 int def);
  
  
  
  1.22  +12 -1 jakarta-tomcat-connectors/jk/native/common/jk_ajp_common.h
  
  Index: jk_ajp_common.h
  ===
  RCS file: /home/cvs/jakarta-tomcat-connectors/jk/native/common/jk_ajp_common.h,v
  retrieving revision 1.21
  retrieving revision 1.22
  diff -u -r1.21 -r1.22
  --- jk_ajp_common.h   5 Nov 2003 09:15:39 -   1.21
  +++ jk_ajp_common.h   17 Feb 2004 10:36:00 -  1.22
  @@ -232,6 +232,12 @@
   #define AJP_DEF_CONNECT_TIMEOUT   (0)/* NO CONNECTION TIMEOUT => NO 
CPING/CPONG */
   #define AJP_DEF_REPLY_TIMEOUT (0)/* NO REPLY TIMEOUT
*/
   #define AJP_DEF_PREPOST_TIMEOUT   (0)/* NO PREPOST TIMEOUT => NO 
CPING/CPONG*/
  +#define AJP_DEF_RECOVERY_OPTS  (0)   /* NO RECOVERY / NO*/
  +
  +#define RECOVER_ABORT_IF_TCGETREQUEST 0x0001 /* DONT RECOVER IF TOMCAT FAIL 
AFTER RECEIVING REQUEST */
  +#define RECOVER_ABORT_IF_TCSENDHEADER0x0002  /* DONT RECOVER IF TOMCAT FAIL 
AFTER SENDING HEADERS */
  +
  +
   
   struct jk_res_data {
   int status;
  @@ -307,6 +313,11 @@
unsigned connect_timeout;   /* connect cping/cpong delay in ms (0 means 
disabled)   */
unsigned reply_timeout; /* reply timeout delay in ms (0 means disabled)
 */
unsigned prepost_timeout;   /* before sending a request cping/cpong 
timeout delay in ms (0 means disabled)*/
  +
  + /*
  +  * Recovery option
  +  */
  + unsigned recovery_opts; /* Set the recovery option */
   }; 

   
  
  
  
  1.48  +65 -7 jakarta-tomcat-connectors/jk/native/common/jk_ajp_common.c
  
  Index: jk_ajp_common.c
  ===
  RCS file: /home/cvs/jakarta-tomcat-connectors/jk/native/common/jk_ajp_common.c,v
  retrieving revision 1.47
  retrieving revision 1.48
  diff -u -r1.47 -r1.48
  --- jk_ajp_common.c   11 Feb 2004 09:49:49 -  1.47
  +++ jk_ajp_common.c   17 Feb 2004 10:36:00 -  1.48
  @@ -1174,7 +1174,7 @@
 (const char * const *)res.header_values,
   

DO NOT REPLY [Bug 26998] New: - Memory Leak when using ssl under linux

[bugzilla]

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_bug.cgi?id=26998

Memory Leak when using ssl under linux

   Summary: Memory Leak when using ssl under linux
   Product: Tomcat 4
   Version: 4.0 Beta 1
  Platform: Other
OS/Version: Linux
Status: NEW
  Severity: Critical
  Priority: Other
 Component: Servlet & JSP API
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]


I have encountered a problem using tomcat, linux and ssl.

This is my configuration:
OS: Redhat7.2
Tomcat: 4.0
Jdk: 1.3.1_07

I have a servlet that does a post https connexion with a certificat client
and server.
When I execute 200 (or more) this servlet, we can see that the memory
increase.
After 200 calls consecutive, the memory has increased of 20M and doesn't
decrease.

After 1000 calls, the server doesn't have enough memory and tomcat crash.

I have upgrated the jdk toV1.4.1 and tomcat to V5.0, and have the same
problem.
I have add tomcat option like "-Xmx" without succes.

When I do this test with Windows2000, the memory increase but decrease
after. So, it seem to be link with linux.
The problem don't be link with the code.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]