Lynda Cullen/KIT/MLAC is out of the office.
I will be out of the office starting 04/09/2004 and will not return until 04/13/2004. I would be pleased to respond to your email upon my return. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Autoreply: Lynda Cullen/KIT/MLAC is out of the office.
Hello, Due to the increased volume of SPAM this mailbox has been closed. Please contact us via http://www.directxtras.com/ContactUS.asp We apology for the inconvenience. Best Regards, -- The DirectXtras Team - DirectXtras - Xtra Power for Director and Authorware - http://www.directxtras.com Sites with something to say - http://www.SpeaksForItself.com - Your message reads: Received: from mail.apache.org (unverified [208.185.179.12]) by mail2.intermedia.net (Rockliffe SMTPRA 4.5.6) with SMTP id [EMAIL PROTECTED] for [EMAIL PROTECTED]; Thu, 8 Apr 2004 23:51:07 -0700 Received: (qmail 20969 invoked by uid 500); 9 Apr 2004 06:50:48 - Mailing-List: contact [EMAIL PROTECTED]; run by ezmlm Precedence: bulk List-Unsubscribe: mailto:[EMAIL PROTECTED] List-Subscribe: mailto:[EMAIL PROTECTED] List-Help: mailto:[EMAIL PROTECTED] List-Post: mailto:[EMAIL PROTECTED] List-Id: Tomcat Developers List tomcat-dev.jakarta.apache.org Reply-To: Tomcat Developers List [EMAIL PROTECTED] Delivered-To: mailing list [EMAIL PROTECTED] Received: (qmail 20953 invoked from network); 9 Apr 2004 06:50:47 - Received: from unknown (HELO hfxprod50.MARITIMELIFE.CA) (206.191.71.5) by daedalus.apache.org with SMTP; 9 Apr 2004 06:50:47 - Subject: Lynda Cullen/KIT/MLAC is out of the office. From: [EMAIL PROTECTED] To: Tomcat Developers List [EMAIL PROTECTED] Message-ID: [EMAIL PROTECTED] Date: Fri, 9 Apr 2004 02:50:47 -0400 X-MIMETrack: Serialize by Router on HFX_Infodirect/MLAC(Release 5.0.11 |July 24, 2002) at 04/09/2004 03:50:53 AM MIME-Version: 1.0 Content-type: text/plain; charset=us-ascii X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N I will be out of the office starting 04/09/2004 and will not return until 04/13/2004. I would be pleased to respond to your email upon my return. - 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]
Your username and password
To: Tomcat Developers List [EMAIL PROTECTED] From: [EMAIL PROTECTED] Subject: Your Username and Password ** This is an automatic reply. Please do not respond directly to this e-mail ** Your support request has been received by Opera Software. You are receiving this automatic reply because we have received an e-mail from you. - Information below are for registered Opera users only: If you would like to check the status on your request or add comments to it, registered users can log in from our Premium Support page. For security reasons, and to make it easier for you to view the status of your previous and pending requests, you have been assigned a username and a temporary password: Username: [EMAIL PROTECTED] Password: xmvupybb NOTE! We strongly recommend that you change this password by using the Edit Profile link once you have logged in. Also note that you will have to enter your registration code the first time you log in. Those that have not purchased a license for the Opera browser will be unable to log in. To go to the Opera Software Support Request page, please use this URL: https://support.opera.no/bin/customer To log in directly, please use this URL: https://support.opera.no/bin/[EMAIL PROTECTED]password=xmvupybb -- Sincerely Yours, Customer Service Department Opera Software AS http://www.opera.com/ Copyright Opera Software - © All rights reserved. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re:(ID-number: 274783) Lynda Cullen/KIT/MLAC is out of the office.
Dear Tomcat Developers List, The Support Request you submitted to the Opera Software Support Desk with the Title of Lynda Cullen/KIT/MLAC is out of the office. has been given the following ID-number: 274783 Please do not change the Subject line if you want to reply to this e-mail. Please use the below URL if you wish to view the Support Request again: https://support.opera.no/bin/customer?a=274783+191652+xmvupybb Please note that only registered users of Opera are entitled to personal e-mail support from Opera customer service. Banner-ad (non-registered) users of Opera are encouraged to seek answers here: - The Opera help forums on the MyOpera community portal: http://my.opera.com/forums/ - The Support desk, which has a searchable Knowledge Base with answers to most Opera related questions, Tutorials, and other useful information: http://www.opera.com/support/ If you are a registered user, we will get back to you as soon as possible. For information on how to get help and find information about Opera, all users are advised to visit this page, which explains the easiest, fastest, and best way to get help: http://www.opera.com/support/supsearch/supsearch.cgi?index=371 If you are a registered user but haven't entered your registration code in your profile at our 'Help Desk' you need to do so in order to get personal e-mail support. Please enter your registration code in your profile on the Help Desk. Go to: https://support.opera.no/bin/customer and log in. Then click on 'Edit Profile' and enter your registration code there. Also make sure your other information is correct, as this helps us handle your request as soon as possible. If you have lost your registration code, please go to the 'Registration Lookup Form' page to have it emailed to you: http://www.opera.com/support/new2opera/buy/lostkey/ If you have received this e-mail in error, it is because someone has sent an e-mail to us with your address as the sender address. In these cases, you can safely disregard this message. We will not use your address to contact you in the future, and will not share the address with others. Our privacy policy can be found here: http://www.opera.com/privacy/ -- Sincerely Yours, Customer Service Department Opera Software AS http://www.opera.com/ Copyright Opera Software - © All rights reserved. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Autoreply: Your username and password
Hello, Due to the increased volume of SPAM this mailbox has been closed. Please contact us via http://www.directxtras.com/ContactUS.asp We apology for the inconvenience. Best Regards, -- The DirectXtras Team - DirectXtras - Xtra Power for Director and Authorware - http://www.directxtras.com Sites with something to say - http://www.SpeaksForItself.com - Your message reads: Received: from mail.apache.org (unverified [208.185.179.12]) by mail2.intermedia.net (Rockliffe SMTPRA 4.5.6) with SMTP id [EMAIL PROTECTED] for [EMAIL PROTECTED]; Thu, 8 Apr 2004 23:52:30 -0700 Received: (qmail 25186 invoked by uid 500); 9 Apr 2004 06:52:03 - Mailing-List: contact [EMAIL PROTECTED]; run by ezmlm Precedence: bulk List-Unsubscribe: mailto:[EMAIL PROTECTED] List-Subscribe: mailto:[EMAIL PROTECTED] List-Help: mailto:[EMAIL PROTECTED] List-Post: mailto:[EMAIL PROTECTED] List-Id: Tomcat Developers List tomcat-dev.jakarta.apache.org Reply-To: Tomcat Developers List [EMAIL PROTECTED] Delivered-To: mailing list [EMAIL PROTECTED] Received: (qmail 25124 invoked from network); 9 Apr 2004 06:52:02 - Received: from unknown (HELO mx1.opera.com) (193.69.116.6) by daedalus.apache.org with SMTP; 9 Apr 2004 06:52:02 - Received: from mail.opera.no (IDENT:[EMAIL PROTECTED] [193.69.113.66]) by mx1.opera.com (8.12.3/8.12.3/Debian-6.6) with ESMTP id i396qDPd006998 for [EMAIL PROTECTED]; Fri, 9 Apr 2004 06:52:13 GMT Received: from support.opera.no ([EMAIL PROTECTED] [193.69.113.77]) by mail.opera.no (8.11.6/8.11.6) with ESMTP id i396qDq00382 for [EMAIL PROTECTED]; Fri, 9 Apr 2004 08:52:13 +0200 Received: from localhost ([127.0.0.1] helo=support ident=ejournal) by support.opera.no with smtp (Exim 3.12 #1 (Debian)) id 1BBps5-00038d-00 for [EMAIL PROTECTED]; Fri, 09 Apr 2004 06:52:13 + To: Tomcat Developers List [EMAIL PROTECTED] From: [EMAIL PROTECTED] Subject: Your username and password Date: Fri, 09 Apr 2004 06:52:07 + MIME-Version: 1.0 X-Ejournal: support.opera.no Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Message-Id: [EMAIL PROTECTED] X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N To: Tomcat Developers List [EMAIL PROTECTED] From: [EMAIL PROTECTED] Subject: Your Username and Password ** This is an automatic reply. Please do not respond directly to this e-mail ** Your support request has been received by Opera Software. You are receiving this automatic reply because we have received an e-mail from you. - Information below are for registered Opera users only: If you would like to check the status on your request or add comments to= it, registered users can log in from our Premium Support page. For= security reasons, and to make it easier for you to view the status of your= previous and pending requests, you have been assigned a username and a= temporary password: Username: [EMAIL PROTECTED] Password: xmvupybb NOTE! We strongly recommend that you change this password by using the= Edit Profile link once you have logged in. Also note that you will have= to enter your registration code the first time you log in. Those that have= not purchased a license for the Opera browser will be unable to log in. To go to the Opera Software Support Request page, please use this URL: https://support.opera.no/bin/customer To log in directly, please use this URL: https://support.opera.no/bin/[EMAIL PROTECTED] apache.orgpassword=3Dxmvupybb -- Sincerely Yours, Customer Service Department Opera Software AS http://www.opera.com/ Copyright Opera Software - =A9 All rights reserved. - 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]
Autoreply: Re:(ID-number: 274783) Lynda Cullen/KIT/MLAC is out of the office.
Hello, Due to the increased volume of SPAM this mailbox has been closed. Please contact us via http://www.directxtras.com/ContactUS.asp We apology for the inconvenience. Best Regards, -- The DirectXtras Team - DirectXtras - Xtra Power for Director and Authorware - http://www.directxtras.com Sites with something to say - http://www.SpeaksForItself.com - Your message reads: Received: from mail.apache.org (unverified [208.185.179.12]) by mail2.intermedia.net (Rockliffe SMTPRA 4.5.6) with SMTP id [EMAIL PROTECTED] for [EMAIL PROTECTED]; Thu, 8 Apr 2004 23:52:39 -0700 Received: (qmail 25357 invoked by uid 500); 9 Apr 2004 06:52:04 - Mailing-List: contact [EMAIL PROTECTED]; run by ezmlm Precedence: bulk List-Unsubscribe: mailto:[EMAIL PROTECTED] List-Subscribe: mailto:[EMAIL PROTECTED] List-Help: mailto:[EMAIL PROTECTED] List-Post: mailto:[EMAIL PROTECTED] List-Id: Tomcat Developers List tomcat-dev.jakarta.apache.org Reply-To: Tomcat Developers List [EMAIL PROTECTED] Delivered-To: mailing list [EMAIL PROTECTED] Received: (qmail 25287 invoked from network); 9 Apr 2004 06:52:03 - Received: from unknown (HELO mx1.opera.com) (193.69.116.6) by daedalus.apache.org with SMTP; 9 Apr 2004 06:52:03 - Received: from mail.opera.no (IDENT:[EMAIL PROTECTED] [193.69.113.66]) by mx1.opera.com (8.12.3/8.12.3/Debian-6.6) with ESMTP id i396qEPd007001 for [EMAIL PROTECTED]; Fri, 9 Apr 2004 06:52:14 GMT Received: from support.opera.no ([EMAIL PROTECTED] [193.69.113.77]) by mail.opera.no (8.11.6/8.11.6) with ESMTP id i396qEq00410 for [EMAIL PROTECTED]; Fri, 9 Apr 2004 08:52:14 +0200 Received: from localhost ([127.0.0.1] helo=support ident=ejournal) by support.opera.no with smtp (Exim 3.12 #1 (Debian)) id 1BBps5-00038h-00 for [EMAIL PROTECTED]; Fri, 09 Apr 2004 06:52:13 + To: Tomcat Developers List [EMAIL PROTECTED] From: [EMAIL PROTECTED] Subject: =?iso-8859-1?q?Re:(ID-number:=20274783)=20Lynda=20Cullen/KIT/MLAC=20is=20o?= =?iso-8859-1?q?ut=20of=20the=20office.?= Date: Fri, 09 Apr 2004 06:52:07 + MIME-Version: 1.0 In-Reply-To: [EMAIL PROTECTED] Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Message-Id: [EMAIL PROTECTED] X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N Dear Tomcat Developers List, The Support Request you submitted to the Opera Software Support Desk with the Title of Lynda Cullen/KIT/MLAC is out of the= office. has been given the following ID-number: 274783 Please do not change the Subject line if you want to reply to this e-mail. Please use the below URL if you wish to view the Support Request again: https://support.opera.no/bin/customer?a=3D274783+191652+xmvupybb Please note that only registered users of Opera are entitled to personal e-mail support from Opera customer service. Banner-ad (non-registered) users of Opera are encouraged to seek answers here: - The Opera help forums on the MyOpera community portal: http://my.opera.com/forums/ - The Support desk, which has a searchable Knowledge Base with answers to most Opera related questions, Tutorials, and other useful information: http://www.opera.com/support/ If you are a registered user, we will get back to you as soon as possible. For information on how to get help and find information about Opera, all users are advised to visit this page, which explains the easiest, fastest, and best way to get help: http://www.opera.com/support/supsearch/supsearch.cgi?index=3D371 If you are a registered user but haven't entered your registration code in your profile at our 'Help Desk' you need to do so in order to get personal e-mail support. Please enter your registration code in your profile on the Help Desk. Go to: https://support.opera.no/bin/customer and log in. Then click on 'Edit Profile' and enter your registration code there. Also make sure your other information is correct, as this helps us handle your request as soon as possible. If you have lost your registration code, please go to the 'Registration= Lookup Form' page to have it emailed to you: http://www.opera.com/support/new2opera/buy/lostkey/ If you have received this e-mail in error, it is because someone has sent an e-mail to us with your address as the sender address. In these cases, you can safely disregard this message. We will not use your address to contact you in the future, and will not share the address with others. Our privacy policy can be found here: http://www.opera.com/privacy/ -- Sincerely Yours, Customer Service Department Opera Software AS http://www.opera.com/ Copyright Opera Software - =A9 All rights reserved. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL
Re:(ID-number: 274784) Autoreply: Lynda Cullen/KIT/MLAC is out of the office.
Dear Tomcat Developers List, The Support Request you submitted to the Opera Software Support Desk with the Title of Autoreply: Lynda Cullen/KIT/MLAC is out of the office. has been given the following ID-number: 274784 Please do not change the Subject line if you want to reply to this e-mail. Please use the below URL if you wish to view the Support Request again: https://support.opera.no/bin/customer?a=274784+191652+xmvupybb Please note that only registered users of Opera are entitled to personal e-mail support from Opera customer service. Banner-ad (non-registered) users of Opera are encouraged to seek answers here: - The Opera help forums on the MyOpera community portal: http://my.opera.com/forums/ - The Support desk, which has a searchable Knowledge Base with answers to most Opera related questions, Tutorials, and other useful information: http://www.opera.com/support/ If you are a registered user, we will get back to you as soon as possible. For information on how to get help and find information about Opera, all users are advised to visit this page, which explains the easiest, fastest, and best way to get help: http://www.opera.com/support/supsearch/supsearch.cgi?index=371 If you are a registered user but haven't entered your registration code in your profile at our 'Help Desk' you need to do so in order to get personal e-mail support. Please enter your registration code in your profile on the Help Desk. Go to: https://support.opera.no/bin/customer and log in. Then click on 'Edit Profile' and enter your registration code there. Also make sure your other information is correct, as this helps us handle your request as soon as possible. If you have lost your registration code, please go to the 'Registration Lookup Form' page to have it emailed to you: http://www.opera.com/support/new2opera/buy/lostkey/ If you have received this e-mail in error, it is because someone has sent an e-mail to us with your address as the sender address. In these cases, you can safely disregard this message. We will not use your address to contact you in the future, and will not share the address with others. Our privacy policy can be found here: http://www.opera.com/privacy/ -- Sincerely Yours, Customer Service Department Opera Software AS http://www.opera.com/ Copyright Opera Software - © All rights reserved. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Autoreply: Re:(ID-number: 274784) Autoreply: Lynda Cullen/KIT/MLAC is out of the office.
Hello, Due to the increased volume of SPAM this mailbox has been closed. Please contact us via http://www.directxtras.com/ContactUS.asp We apology for the inconvenience. Best Regards, -- The DirectXtras Team - DirectXtras - Xtra Power for Director and Authorware - http://www.directxtras.com Sites with something to say - http://www.SpeaksForItself.com - Your message reads: Received: from mail.apache.org (unverified [208.185.179.12]) by mail2.intermedia.net (Rockliffe SMTPRA 4.5.6) with SMTP id [EMAIL PROTECTED] for [EMAIL PROTECTED]; Thu, 8 Apr 2004 23:53:16 -0700 Received: (qmail 31050 invoked by uid 500); 9 Apr 2004 06:52:54 - Mailing-List: contact [EMAIL PROTECTED]; run by ezmlm Precedence: bulk List-Unsubscribe: mailto:[EMAIL PROTECTED] List-Subscribe: mailto:[EMAIL PROTECTED] List-Help: mailto:[EMAIL PROTECTED] List-Post: mailto:[EMAIL PROTECTED] List-Id: Tomcat Developers List tomcat-dev.jakarta.apache.org Reply-To: Tomcat Developers List [EMAIL PROTECTED] Delivered-To: mailing list [EMAIL PROTECTED] Received: (qmail 30936 invoked from network); 9 Apr 2004 06:52:52 - Received: from unknown (HELO mx1.opera.com) (193.69.116.6) by daedalus.apache.org with SMTP; 9 Apr 2004 06:52:52 - Received: from mail.opera.no (IDENT:[EMAIL PROTECTED] [193.69.113.66]) by mx1.opera.com (8.12.3/8.12.3/Debian-6.6) with ESMTP id i396r3Pd007048 for [EMAIL PROTECTED]; Fri, 9 Apr 2004 06:53:03 GMT Received: from support.opera.no ([EMAIL PROTECTED] [193.69.113.77]) by mail.opera.no (8.11.6/8.11.6) with ESMTP id i396r3q00684 for [EMAIL PROTECTED]; Fri, 9 Apr 2004 08:53:03 +0200 Received: from localhost ([127.0.0.1] helo=support ident=ejournal) by support.opera.no with smtp (Exim 3.12 #1 (Debian)) id 1BBpst-0003GH-00 for [EMAIL PROTECTED]; Fri, 09 Apr 2004 06:53:03 + To: Tomcat Developers List [EMAIL PROTECTED] From: [EMAIL PROTECTED] Subject: =?iso-8859-1?q?Re:(ID-number:=20274784)=20Autoreply:=20Lynda=20Cullen/KI?= =?iso-8859-1?q?T/MLAC=20is=20out=20of=20the=20office.?= Date: Fri, 09 Apr 2004 06:52:09 + MIME-Version: 1.0 In-Reply-To: [EMAIL PROTECTED] Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Message-Id: [EMAIL PROTECTED] X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N Dear Tomcat Developers List, The Support Request you submitted to the Opera Software Support Desk with the Title of Autoreply: Lynda Cullen/KIT/MLAC is out of= the office. has been given the following ID-number: 274784 Please do not change the Subject line if you want to reply to this e-mail. Please use the below URL if you wish to view the Support Request again: https://support.opera.no/bin/customer?a=3D274784+191652+xmvupybb Please note that only registered users of Opera are entitled to personal e-mail support from Opera customer service. Banner-ad (non-registered) users of Opera are encouraged to seek answers here: - The Opera help forums on the MyOpera community portal: http://my.opera.com/forums/ - The Support desk, which has a searchable Knowledge Base with answers to most Opera related questions, Tutorials, and other useful information: http://www.opera.com/support/ If you are a registered user, we will get back to you as soon as possible. For information on how to get help and find information about Opera, all users are advised to visit this page, which explains the easiest, fastest, and best way to get help: http://www.opera.com/support/supsearch/supsearch.cgi?index=3D371 If you are a registered user but haven't entered your registration code in your profile at our 'Help Desk' you need to do so in order to get personal e-mail support. Please enter your registration code in your profile on the Help Desk. Go to: https://support.opera.no/bin/customer and log in. Then click on 'Edit Profile' and enter your registration code there. Also make sure your other information is correct, as this helps us handle your request as soon as possible. If you have lost your registration code, please go to the 'Registration= Lookup Form' page to have it emailed to you: http://www.opera.com/support/new2opera/buy/lostkey/ If you have received this e-mail in error, it is because someone has sent an e-mail to us with your address as the sender address. In these cases, you can safely disregard this message. We will not use your address to contact you in the future, and will not share the address with others. Our privacy policy can be found here: http://www.opera.com/privacy/ -- Sincerely Yours, Customer Service Department Opera Software AS http://www.opera.com/ Copyright Opera Software - =A9 All rights reserved. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional
Lynda Cullen/KIT/MLAC is out of the office.
I will be out of the office starting 04/09/2004 and will not return until 04/13/2004. I would be pleased to respond to your email upon my return. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Autoreply: Lynda Cullen/KIT/MLAC is out of the office.
Hello, Due to the increased volume of SPAM this mailbox has been closed. Please contact us via http://www.directxtras.com/ContactUS.asp We apology for the inconvenience. Best Regards, -- The DirectXtras Team - DirectXtras - Xtra Power for Director and Authorware - http://www.directxtras.com Sites with something to say - http://www.SpeaksForItself.com - Your message reads: Received: from mail.apache.org (unverified [208.185.179.12]) by mail2.intermedia.net (Rockliffe SMTPRA 4.5.6) with SMTP id [EMAIL PROTECTED] for [EMAIL PROTECTED]; Fri, 9 Apr 2004 00:51:05 -0700 Received: (qmail 5734 invoked by uid 500); 9 Apr 2004 07:50:45 - Mailing-List: contact [EMAIL PROTECTED]; run by ezmlm Precedence: bulk List-Unsubscribe: mailto:[EMAIL PROTECTED] List-Subscribe: mailto:[EMAIL PROTECTED] List-Help: mailto:[EMAIL PROTECTED] List-Post: mailto:[EMAIL PROTECTED] List-Id: Tomcat Developers List tomcat-dev.jakarta.apache.org Reply-To: Tomcat Developers List [EMAIL PROTECTED] Delivered-To: mailing list [EMAIL PROTECTED] Received: (qmail 5718 invoked from network); 9 Apr 2004 07:50:45 - Received: from unknown (HELO hfxprod50.MARITIMELIFE.CA) (206.191.71.5) by daedalus.apache.org with SMTP; 9 Apr 2004 07:50:45 - Subject: Lynda Cullen/KIT/MLAC is out of the office. From: [EMAIL PROTECTED] To: Tomcat Developers List [EMAIL PROTECTED] Message-ID: [EMAIL PROTECTED] Date: Fri, 9 Apr 2004 03:50:50 -0400 X-MIMETrack: Serialize by Router on HFX_Infodirect/MLAC(Release 5.0.11 |July 24, 2002) at 04/09/2004 04:50:57 AM MIME-Version: 1.0 Content-type: text/plain; charset=us-ascii X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N I will be out of the office starting 04/09/2004 and will not return until 04/13/2004. I would be pleased to respond to your email upon my return. - 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]
Re:(ID-number: 274838) Lynda Cullen/KIT/MLAC is out of the office.
Dear Tomcat Developers List, The Support Request you submitted to the Opera Software Support Desk with the Title of Lynda Cullen/KIT/MLAC is out of the office. has been given the following ID-number: 274838 Please do not change the Subject line if you want to reply to this e-mail. Please use the below URL if you wish to view the Support Request again: https://support.opera.no/bin/customer?a=274838+191652+xmvupybb Please note that only registered users of Opera are entitled to personal e-mail support from Opera customer service. Banner-ad (non-registered) users of Opera are encouraged to seek answers here: - The Opera help forums on the MyOpera community portal: http://my.opera.com/forums/ - The Support desk, which has a searchable Knowledge Base with answers to most Opera related questions, Tutorials, and other useful information: http://www.opera.com/support/ If you are a registered user, we will get back to you as soon as possible. For information on how to get help and find information about Opera, all users are advised to visit this page, which explains the easiest, fastest, and best way to get help: http://www.opera.com/support/supsearch/supsearch.cgi?index=371 If you are a registered user but haven't entered your registration code in your profile at our 'Help Desk' you need to do so in order to get personal e-mail support. Please enter your registration code in your profile on the Help Desk. Go to: https://support.opera.no/bin/customer and log in. Then click on 'Edit Profile' and enter your registration code there. Also make sure your other information is correct, as this helps us handle your request as soon as possible. If you have lost your registration code, please go to the 'Registration Lookup Form' page to have it emailed to you: http://www.opera.com/support/new2opera/buy/lostkey/ If you have received this e-mail in error, it is because someone has sent an e-mail to us with your address as the sender address. In these cases, you can safely disregard this message. We will not use your address to contact you in the future, and will not share the address with others. Our privacy policy can be found here: http://www.opera.com/privacy/ -- Sincerely Yours, Customer Service Department Opera Software AS http://www.opera.com/ Copyright Opera Software - © All rights reserved. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Autoreply: Re:(ID-number: 274838) Lynda Cullen/KIT/MLAC is out of the office.
Hello, Due to the increased volume of SPAM this mailbox has been closed. Please contact us via http://www.directxtras.com/ContactUS.asp We apology for the inconvenience. Best Regards, -- The DirectXtras Team - DirectXtras - Xtra Power for Director and Authorware - http://www.directxtras.com Sites with something to say - http://www.SpeaksForItself.com - Your message reads: Received: from mail.apache.org (unverified [208.185.179.12]) by mail2.intermedia.net (Rockliffe SMTPRA 4.5.6) with SMTP id [EMAIL PROTECTED] for [EMAIL PROTECTED]; Fri, 9 Apr 2004 00:52:14 -0700 Received: (qmail 9512 invoked by uid 500); 9 Apr 2004 07:51:55 - Mailing-List: contact [EMAIL PROTECTED]; run by ezmlm Precedence: bulk List-Unsubscribe: mailto:[EMAIL PROTECTED] List-Subscribe: mailto:[EMAIL PROTECTED] List-Help: mailto:[EMAIL PROTECTED] List-Post: mailto:[EMAIL PROTECTED] List-Id: Tomcat Developers List tomcat-dev.jakarta.apache.org Reply-To: Tomcat Developers List [EMAIL PROTECTED] Delivered-To: mailing list [EMAIL PROTECTED] Received: (qmail 9495 invoked from network); 9 Apr 2004 07:51:54 - Received: from unknown (HELO mx1.opera.com) (193.69.116.6) by daedalus.apache.org with SMTP; 9 Apr 2004 07:51:54 - Received: from mail.opera.no (IDENT:[EMAIL PROTECTED] [193.69.113.66]) by mx1.opera.com (8.12.3/8.12.3/Debian-6.6) with ESMTP id i397q6Pd013664 for [EMAIL PROTECTED]; Fri, 9 Apr 2004 07:52:06 GMT Received: from support.opera.no ([EMAIL PROTECTED] [193.69.113.77]) by mail.opera.no (8.11.6/8.11.6) with ESMTP id i397q5q27075 for [EMAIL PROTECTED]; Fri, 9 Apr 2004 09:52:05 +0200 Received: from localhost ([127.0.0.1] helo=support ident=ejournal) by support.opera.no with smtp (Exim 3.12 #1 (Debian)) id 1BBqo1-0006p6-00 for [EMAIL PROTECTED]; Fri, 09 Apr 2004 07:52:05 + To: Tomcat Developers List [EMAIL PROTECTED] From: [EMAIL PROTECTED] Subject: =?iso-8859-1?q?Re:(ID-number:=20274838)=20Lynda=20Cullen/KIT/MLAC=20is=20o?= =?iso-8859-1?q?ut=20of=20the=20office.?= Date: Fri, 09 Apr 2004 07:52:03 + MIME-Version: 1.0 In-Reply-To: [EMAIL PROTECTED] Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Message-Id: [EMAIL PROTECTED] X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N Dear Tomcat Developers List, The Support Request you submitted to the Opera Software Support Desk with the Title of Lynda Cullen/KIT/MLAC is out of the= office. has been given the following ID-number: 274838 Please do not change the Subject line if you want to reply to this e-mail. Please use the below URL if you wish to view the Support Request again: https://support.opera.no/bin/customer?a=3D274838+191652+xmvupybb Please note that only registered users of Opera are entitled to personal e-mail support from Opera customer service. Banner-ad (non-registered) users of Opera are encouraged to seek answers here: - The Opera help forums on the MyOpera community portal: http://my.opera.com/forums/ - The Support desk, which has a searchable Knowledge Base with answers to most Opera related questions, Tutorials, and other useful information: http://www.opera.com/support/ If you are a registered user, we will get back to you as soon as possible. For information on how to get help and find information about Opera, all users are advised to visit this page, which explains the easiest, fastest, and best way to get help: http://www.opera.com/support/supsearch/supsearch.cgi?index=3D371 If you are a registered user but haven't entered your registration code in your profile at our 'Help Desk' you need to do so in order to get personal e-mail support. Please enter your registration code in your profile on the Help Desk. Go to: https://support.opera.no/bin/customer and log in. Then click on 'Edit Profile' and enter your registration code there. Also make sure your other information is correct, as this helps us handle your request as soon as possible. If you have lost your registration code, please go to the 'Registration= Lookup Form' page to have it emailed to you: http://www.opera.com/support/new2opera/buy/lostkey/ If you have received this e-mail in error, it is because someone has sent an e-mail to us with your address as the sender address. In these cases, you can safely disregard this message. We will not use your address to contact you in the future, and will not share the address with others. Our privacy policy can be found here: http://www.opera.com/privacy/ -- Sincerely Yours, Customer Service Department Opera Software AS http://www.opera.com/ Copyright Opera Software - =A9 All rights reserved. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL
Re:(ID-number: 274839) Autoreply: Lynda Cullen/KIT/MLAC is out of the office.
Dear Tomcat Developers List, The Support Request you submitted to the Opera Software Support Desk with the Title of Autoreply: Lynda Cullen/KIT/MLAC is out of the office. has been given the following ID-number: 274839 Please do not change the Subject line if you want to reply to this e-mail. Please use the below URL if you wish to view the Support Request again: https://support.opera.no/bin/customer?a=274839+191652+xmvupybb Please note that only registered users of Opera are entitled to personal e-mail support from Opera customer service. Banner-ad (non-registered) users of Opera are encouraged to seek answers here: - The Opera help forums on the MyOpera community portal: http://my.opera.com/forums/ - The Support desk, which has a searchable Knowledge Base with answers to most Opera related questions, Tutorials, and other useful information: http://www.opera.com/support/ If you are a registered user, we will get back to you as soon as possible. For information on how to get help and find information about Opera, all users are advised to visit this page, which explains the easiest, fastest, and best way to get help: http://www.opera.com/support/supsearch/supsearch.cgi?index=371 If you are a registered user but haven't entered your registration code in your profile at our 'Help Desk' you need to do so in order to get personal e-mail support. Please enter your registration code in your profile on the Help Desk. Go to: https://support.opera.no/bin/customer and log in. Then click on 'Edit Profile' and enter your registration code there. Also make sure your other information is correct, as this helps us handle your request as soon as possible. If you have lost your registration code, please go to the 'Registration Lookup Form' page to have it emailed to you: http://www.opera.com/support/new2opera/buy/lostkey/ If you have received this e-mail in error, it is because someone has sent an e-mail to us with your address as the sender address. In these cases, you can safely disregard this message. We will not use your address to contact you in the future, and will not share the address with others. Our privacy policy can be found here: http://www.opera.com/privacy/ -- Sincerely Yours, Customer Service Department Opera Software AS http://www.opera.com/ Copyright Opera Software - © All rights reserved. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Autoreply: Re:(ID-number: 274839) Autoreply: Lynda Cullen/KIT/MLAC is out of the office.
Hello, Due to the increased volume of SPAM this mailbox has been closed. Please contact us via http://www.directxtras.com/ContactUS.asp We apology for the inconvenience. Best Regards, -- The DirectXtras Team - DirectXtras - Xtra Power for Director and Authorware - http://www.directxtras.com Sites with something to say - http://www.SpeaksForItself.com - Your message reads: Received: from mail.apache.org (unverified [208.185.179.12]) by mail2.intermedia.net (Rockliffe SMTPRA 4.5.6) with SMTP id [EMAIL PROTECTED] for [EMAIL PROTECTED]; Fri, 9 Apr 2004 00:53:16 -0700 Received: (qmail 12699 invoked by uid 500); 9 Apr 2004 07:52:56 - Mailing-List: contact [EMAIL PROTECTED]; run by ezmlm Precedence: bulk List-Unsubscribe: mailto:[EMAIL PROTECTED] List-Subscribe: mailto:[EMAIL PROTECTED] List-Help: mailto:[EMAIL PROTECTED] List-Post: mailto:[EMAIL PROTECTED] List-Id: Tomcat Developers List tomcat-dev.jakarta.apache.org Reply-To: Tomcat Developers List [EMAIL PROTECTED] Delivered-To: mailing list [EMAIL PROTECTED] Received: (qmail 12673 invoked from network); 9 Apr 2004 07:52:56 - Received: from unknown (HELO mx1.opera.com) (193.69.116.6) by daedalus.apache.org with SMTP; 9 Apr 2004 07:52:56 - Received: from mail.opera.no (IDENT:[EMAIL PROTECTED] [193.69.113.66]) by mx1.opera.com (8.12.3/8.12.3/Debian-6.6) with ESMTP id i397r8Pd013713 for [EMAIL PROTECTED]; Fri, 9 Apr 2004 07:53:08 GMT Received: from support.opera.no ([EMAIL PROTECTED] [193.69.113.77]) by mail.opera.no (8.11.6/8.11.6) with ESMTP id i397r8q27449 for [EMAIL PROTECTED]; Fri, 9 Apr 2004 09:53:08 +0200 Received: from localhost ([127.0.0.1] helo=support ident=ejournal) by support.opera.no with smtp (Exim 3.12 #1 (Debian)) id 1BBqp2-0006we-00 for [EMAIL PROTECTED]; Fri, 09 Apr 2004 07:53:08 + To: Tomcat Developers List [EMAIL PROTECTED] From: [EMAIL PROTECTED] Subject: =?iso-8859-1?q?Re:(ID-number:=20274839)=20Autoreply:=20Lynda=20Cullen/KI?= =?iso-8859-1?q?T/MLAC=20is=20out=20of=20the=20office.?= Date: Fri, 09 Apr 2004 07:52:05 + MIME-Version: 1.0 In-Reply-To: [EMAIL PROTECTED] Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Message-Id: [EMAIL PROTECTED] X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N Dear Tomcat Developers List, The Support Request you submitted to the Opera Software Support Desk with the Title of Autoreply: Lynda Cullen/KIT/MLAC is out of= the office. has been given the following ID-number: 274839 Please do not change the Subject line if you want to reply to this e-mail. Please use the below URL if you wish to view the Support Request again: https://support.opera.no/bin/customer?a=3D274839+191652+xmvupybb Please note that only registered users of Opera are entitled to personal e-mail support from Opera customer service. Banner-ad (non-registered) users of Opera are encouraged to seek answers here: - The Opera help forums on the MyOpera community portal: http://my.opera.com/forums/ - The Support desk, which has a searchable Knowledge Base with answers to most Opera related questions, Tutorials, and other useful information: http://www.opera.com/support/ If you are a registered user, we will get back to you as soon as possible. For information on how to get help and find information about Opera, all users are advised to visit this page, which explains the easiest, fastest, and best way to get help: http://www.opera.com/support/supsearch/supsearch.cgi?index=3D371 If you are a registered user but haven't entered your registration code in your profile at our 'Help Desk' you need to do so in order to get personal e-mail support. Please enter your registration code in your profile on the Help Desk. Go to: https://support.opera.no/bin/customer and log in. Then click on 'Edit Profile' and enter your registration code there. Also make sure your other information is correct, as this helps us handle your request as soon as possible. If you have lost your registration code, please go to the 'Registration= Lookup Form' page to have it emailed to you: http://www.opera.com/support/new2opera/buy/lostkey/ If you have received this e-mail in error, it is because someone has sent an e-mail to us with your address as the sender address. In these cases, you can safely disregard this message. We will not use your address to contact you in the future, and will not share the address with others. Our privacy policy can be found here: http://www.opera.com/privacy/ -- Sincerely Yours, Customer Service Department Opera Software AS http://www.opera.com/ Copyright Opera Software - =A9 All rights reserved. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional
DO NOT REPLY [Bug 28305] New: - Unable to specify output file for redirection of stdout/stderr in catalina.sh
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=28305. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=28305 Unable to specify output file for redirection of stdout/stderr in catalina.sh Summary: Unable to specify output file for redirection of stdout/stderr in catalina.sh Product: Tomcat 4 Version: 4.1.30 Platform: Other OS/Version: Other Status: NEW Severity: Normal Priority: Other Component: Catalina AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] Different applications and operations departments have different restrictions on where log files must go. The attached patch makes catalina.sh's redirection of stdout and stderr more flexible in this regarding. catalina.bat did not seem to require a similar modification. * catalina/src/bin/catalina.sh CATALINA_OUT: (Optional) Location of the file to which stdout and stderr are written. Defaults to $CATALINA_BASE/logs/catalina.out. Used CATALINA_OUT in addition to or in place of $CATALINA_BASE/logs/catalina.out throughout the script. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Autoreply: DO NOT REPLY [Bug 28305] New: - Unable to specify output file for redirection of stdout/stderr in catalina.sh
Hello, Due to the increased volume of SPAM this mailbox has been closed. Please contact us via http://www.directxtras.com/ContactUS.asp We apology for the inconvenience. Best Regards, -- The DirectXtras Team - DirectXtras - Xtra Power for Director and Authorware - http://www.directxtras.com Sites with something to say - http://www.SpeaksForItself.com - Your message reads: Received: from mail.apache.org (unverified [208.185.179.12]) by mail2.intermedia.net (Rockliffe SMTPRA 4.5.6) with SMTP id [EMAIL PROTECTED] for [EMAIL PROTECTED]; Fri, 9 Apr 2004 01:03:14 -0700 Received: (qmail 27258 invoked by uid 500); 9 Apr 2004 08:02:54 - Mailing-List: contact [EMAIL PROTECTED]; run by ezmlm Precedence: bulk List-Unsubscribe: mailto:[EMAIL PROTECTED] List-Subscribe: mailto:[EMAIL PROTECTED] List-Help: mailto:[EMAIL PROTECTED] List-Post: mailto:[EMAIL PROTECTED] List-Id: Tomcat Developers List tomcat-dev.jakarta.apache.org Reply-To: Tomcat Developers List [EMAIL PROTECTED] Delivered-To: mailing list [EMAIL PROTECTED] Received: (qmail 27242 invoked from network); 9 Apr 2004 08:02:54 - Received: from unknown (HELO exchange.sun.com) (192.18.33.10) by daedalus.apache.org with SMTP; 9 Apr 2004 08:02:54 - Received: (qmail 25603 invoked by uid 50); 9 Apr 2004 08:03:49 - Date: 9 Apr 2004 08:03:49 - Message-ID: [EMAIL PROTECTED] From: [EMAIL PROTECTED] To: [EMAIL PROTECTED] Cc: Subject: DO NOT REPLY [Bug 28305] New: - Unable to specify output file for redirection of stdout/stderr in catalina.sh X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=28305. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=28305 Unable to specify output file for redirection of stdout/stderr in catalina.sh Summary: Unable to specify output file for redirection of stdout/stderr in catalina.sh Product: Tomcat 4 Version: 4.1.30 Platform: Other OS/Version: Other Status: NEW Severity: Normal Priority: Other Component: Catalina AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] Different applications and operations departments have different restrictions on where log files must go. The attached patch makes catalina.sh's redirection of stdout and stderr more flexible in this regarding. catalina.bat did not seem to require a similar modification. * catalina/src/bin/catalina.sh CATALINA_OUT: (Optional) Location of the file to which stdout and stderr are written. Defaults to $CATALINA_BASE/logs/catalina.out. Used CATALINA_OUT in addition to or in place of $CATALINA_BASE/logs/catalina.out throughout the script. - 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]
DO NOT REPLY [Bug 28305] - Unable to specify output file for redirection of stdout/stderr in catalina.sh
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=28305. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=28305 Unable to specify output file for redirection of stdout/stderr in catalina.sh --- Additional Comments From [EMAIL PROTECTED] 2004-04-09 08:04 --- Created an attachment (id=11196) Patch to catalina.sh adding support for CATALINA_OUT env var - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Autoreply: DO NOT REPLY [Bug 28305] - Unable to specify output file for redirection of stdout/stderr in catalina.sh
Hello, Due to the increased volume of SPAM this mailbox has been closed. Please contact us via http://www.directxtras.com/ContactUS.asp We apology for the inconvenience. Best Regards, -- The DirectXtras Team - DirectXtras - Xtra Power for Director and Authorware - http://www.directxtras.com Sites with something to say - http://www.SpeaksForItself.com - Your message reads: Received: from mail.apache.org (unverified [208.185.179.12]) by mail2.intermedia.net (Rockliffe SMTPRA 4.5.6) with SMTP id [EMAIL PROTECTED] for [EMAIL PROTECTED]; Fri, 9 Apr 2004 01:03:41 -0700 Received: (qmail 29590 invoked by uid 500); 9 Apr 2004 08:03:21 - Mailing-List: contact [EMAIL PROTECTED]; run by ezmlm Precedence: bulk List-Unsubscribe: mailto:[EMAIL PROTECTED] List-Subscribe: mailto:[EMAIL PROTECTED] List-Help: mailto:[EMAIL PROTECTED] List-Post: mailto:[EMAIL PROTECTED] List-Id: Tomcat Developers List tomcat-dev.jakarta.apache.org Reply-To: Tomcat Developers List [EMAIL PROTECTED] Delivered-To: mailing list [EMAIL PROTECTED] Received: (qmail 29577 invoked from network); 9 Apr 2004 08:03:21 - Received: from unknown (HELO exchange.sun.com) (192.18.33.10) by daedalus.apache.org with SMTP; 9 Apr 2004 08:03:21 - Received: (qmail 25742 invoked by uid 50); 9 Apr 2004 08:04:16 - Date: 9 Apr 2004 08:04:16 - Message-ID: [EMAIL PROTECTED] From: [EMAIL PROTECTED] To: [EMAIL PROTECTED] Cc: Subject: DO NOT REPLY [Bug 28305] - Unable to specify output file for redirection of stdout/stderr in catalina.sh X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=28305. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=28305 Unable to specify output file for redirection of stdout/stderr in catalina.sh --- Additional Comments From [EMAIL PROTECTED] 2004-04-09 08:04 --- Created an attachment (id=11196) Patch to catalina.sh adding support for CATALINA_OUT env var - 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]
DO NOT REPLY [Bug 28305] - Unable to specify an output file for redirection of stdout/stderr in catalina.sh
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=28305. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=28305 Unable to specify an output file for redirection of stdout/stderr in catalina.sh [EMAIL PROTECTED] changed: What|Removed |Added Priority|Other |Low Summary|Unable to specify output|Unable to specify an output |file for redirection of |file for redirection of |stdout/stderr in catalina.sh|stdout/stderr in catalina.sh - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Autoreply: DO NOT REPLY [Bug 28305] - Unable to specify an output file for redirection of stdout/stderr in catalina.sh
Hello, Due to the increased volume of SPAM this mailbox has been closed. Please contact us via http://www.directxtras.com/ContactUS.asp We apology for the inconvenience. Best Regards, -- The DirectXtras Team - DirectXtras - Xtra Power for Director and Authorware - http://www.directxtras.com Sites with something to say - http://www.SpeaksForItself.com - Your message reads: Received: from mail.apache.org (unverified [208.185.179.12]) by mail2.intermedia.net (Rockliffe SMTPRA 4.5.6) with SMTP id [EMAIL PROTECTED] for [EMAIL PROTECTED]; Fri, 9 Apr 2004 01:04:20 -0700 Received: (qmail 32257 invoked by uid 500); 9 Apr 2004 08:04:01 - Mailing-List: contact [EMAIL PROTECTED]; run by ezmlm Precedence: bulk List-Unsubscribe: mailto:[EMAIL PROTECTED] List-Subscribe: mailto:[EMAIL PROTECTED] List-Help: mailto:[EMAIL PROTECTED] List-Post: mailto:[EMAIL PROTECTED] List-Id: Tomcat Developers List tomcat-dev.jakarta.apache.org Reply-To: Tomcat Developers List [EMAIL PROTECTED] Delivered-To: mailing list [EMAIL PROTECTED] Received: (qmail 32241 invoked from network); 9 Apr 2004 08:04:01 - Received: from unknown (HELO exchange.sun.com) (192.18.33.10) by daedalus.apache.org with SMTP; 9 Apr 2004 08:04:01 - Received: (qmail 25828 invoked by uid 50); 9 Apr 2004 08:04:56 - Date: 9 Apr 2004 08:04:56 - Message-ID: [EMAIL PROTECTED] From: [EMAIL PROTECTED] To: [EMAIL PROTECTED] Cc: Subject: DO NOT REPLY [Bug 28305] - Unable to specify an output file for redirection of stdout/stderr in catalina.sh X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=28305. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=28305 Unable to specify an output file for redirection of stdout/stderr in catalina.sh [EMAIL PROTECTED] changed: What|Removed |Added Priority|Other |Low Summary|Unable to specify output|Unable to specify an output |file for redirection of |file for redirection of |stdout/stderr in catalina.sh|stdout/stderr in catalina.sh - 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]
DO NOT REPLY [Bug 28305] - Unable to specify an output file for redirection of stdout/stderr in catalina.sh
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=28305. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=28305 Unable to specify an output file for redirection of stdout/stderr in catalina.sh [EMAIL PROTECTED] changed: What|Removed |Added Keywords||PatchAvailable - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Autoreply: DO NOT REPLY [Bug 28305] - Unable to specify an output file for redirection of stdout/stderr in catalina.sh
Hello, Due to the increased volume of SPAM this mailbox has been closed. Please contact us via http://www.directxtras.com/ContactUS.asp We apology for the inconvenience. Best Regards, -- The DirectXtras Team - DirectXtras - Xtra Power for Director and Authorware - http://www.directxtras.com Sites with something to say - http://www.SpeaksForItself.com - Your message reads: Received: from mail.apache.org (unverified [208.185.179.12]) by mail2.intermedia.net (Rockliffe SMTPRA 4.5.6) with SMTP id [EMAIL PROTECTED] for [EMAIL PROTECTED]; Fri, 9 Apr 2004 01:05:44 -0700 Received: (qmail 36886 invoked by uid 500); 9 Apr 2004 08:05:25 - Mailing-List: contact [EMAIL PROTECTED]; run by ezmlm Precedence: bulk List-Unsubscribe: mailto:[EMAIL PROTECTED] List-Subscribe: mailto:[EMAIL PROTECTED] List-Help: mailto:[EMAIL PROTECTED] List-Post: mailto:[EMAIL PROTECTED] List-Id: Tomcat Developers List tomcat-dev.jakarta.apache.org Reply-To: Tomcat Developers List [EMAIL PROTECTED] Delivered-To: mailing list [EMAIL PROTECTED] Received: (qmail 36872 invoked from network); 9 Apr 2004 08:05:25 - Received: from unknown (HELO exchange.sun.com) (192.18.33.10) by daedalus.apache.org with SMTP; 9 Apr 2004 08:05:25 - Received: (qmail 26020 invoked by uid 50); 9 Apr 2004 08:06:20 - Date: 9 Apr 2004 08:06:20 - Message-ID: [EMAIL PROTECTED] From: [EMAIL PROTECTED] To: [EMAIL PROTECTED] Cc: Subject: DO NOT REPLY [Bug 28305] - Unable to specify an output file for redirection of stdout/stderr in catalina.sh X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=28305. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=28305 Unable to specify an output file for redirection of stdout/stderr in catalina.sh [EMAIL PROTECTED] changed: What|Removed |Added Keywords||PatchAvailable - 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-connectors/jk/java/org/apache/jk/common JkMX.java
hgomez 2004/04/09 01:22:30 Modified:jk/java/org/apache/jk/common JkMX.java Log: Set the RMI port to the one provided in parameter. If not, MX4J will use the default one, 1099, and JRMP adaptor won't be able to access service Revision ChangesPath 1.22 +2 -0 jakarta-tomcat-connectors/jk/java/org/apache/jk/common/JkMX.java Index: JkMX.java === RCS file: /home/cvs/jakarta-tomcat-connectors/jk/java/org/apache/jk/common/JkMX.java,v retrieving revision 1.21 retrieving revision 1.22 diff -u -r1.21 -r1.22 --- JkMX.java 9 Mar 2004 05:39:14 - 1.21 +++ JkMX.java 9 Apr 2004 08:22:29 - 1.22 @@ -165,6 +165,8 @@ try { jrmpServerName = registerObject(mx4j.tools.naming.NamingService, Naming:name=rmiregistry); + mserver.setAttribute(jrmpServerName, new Attribute(Port, + new Integer(jrmpport))); mserver.invoke(jrmpServerName, start, null, null); log.info( Creating + jrmpServerName ); - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Autoreply: cvs commit: jakarta-tomcat-connectors/jk/java/org/apache/jk/common JkMX.java
Hello, Due to the increased volume of SPAM this mailbox has been closed. Please contact us via http://www.directxtras.com/ContactUS.asp We apology for the inconvenience. Best Regards, -- The DirectXtras Team - DirectXtras - Xtra Power for Director and Authorware - http://www.directxtras.com Sites with something to say - http://www.SpeaksForItself.com - Your message reads: Received: from mail.apache.org (unverified [208.185.179.12]) by mail2.intermedia.net (Rockliffe SMTPRA 4.5.6) with SMTP id [EMAIL PROTECTED] for [EMAIL PROTECTED]; Fri, 9 Apr 2004 01:22:25 -0700 Received: (qmail 63070 invoked by uid 500); 9 Apr 2004 08:22:06 - Mailing-List: contact [EMAIL PROTECTED]; run by ezmlm Precedence: bulk List-Unsubscribe: mailto:[EMAIL PROTECTED] List-Subscribe: mailto:[EMAIL PROTECTED] List-Help: mailto:[EMAIL PROTECTED] List-Post: mailto:[EMAIL PROTECTED] List-Id: Tomcat Developers List tomcat-dev.jakarta.apache.org Reply-To: Tomcat Developers List [EMAIL PROTECTED] Delivered-To: mailing list [EMAIL PROTECTED] Received: (qmail 63057 invoked by uid 500); 9 Apr 2004 08:22:06 - Received: (qmail 63049 invoked from network); 9 Apr 2004 08:22:05 - Received: from unknown (HELO minotaur.apache.org) (209.237.227.194) by daedalus.apache.org with SMTP; 9 Apr 2004 08:22:05 - Received: (qmail 47691 invoked by uid 1198); 9 Apr 2004 08:22:30 - Date: 9 Apr 2004 08:22:30 - Message-ID: [EMAIL PROTECTED] From: [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: cvs commit: jakarta-tomcat-connectors/jk/java/org/apache/jk/common JkMX.java X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N hgomez 2004/04/09 01:22:30 Modified:jk/java/org/apache/jk/common JkMX.java Log: Set the RMI port to the one provided in parameter. If not, MX4J will use the default one, 1099, and JRMP adaptor won't be able to access service Revision ChangesPath 1.22 +2 -0 jakarta-tomcat-connectors/jk/java/org/apache/jk/common/JkMX.java Index: JkMX.java === RCS file: /home/cvs/jakarta-tomcat-connectors/jk/java/org/apache/jk/common/JkMX.java,v retrieving revision 1.21 retrieving revision 1.22 diff -u -r1.21 -r1.22 --- JkMX.java 9 Mar 2004 05:39:14 - 1.21 +++ JkMX.java 9 Apr 2004 08:22:29 - 1.22 @@ -165,6 +165,8 @@ try { jrmpServerName = registerObject(mx4j.tools.naming.NamingService, Naming:name=rmiregistry); + mserver.setAttribute(jrmpServerName, new Attribute(Port, + new Integer(jrmpport))); mserver.invoke(jrmpServerName, start, null, null); log.info( Creating + jrmpServerName ); - 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]
Re:(ID-number: 274864) cvs commit: jakarta-tomcat-connectors/jk/java/org/apache/jk/common JkMX.java
Dear Tomcat Developers List, The Support Request you submitted to the Opera Software Support Desk with the Title of cvs commit: jakarta-tomcat-connectors/jk/java/org/apache/jk/common JkMX.java has been given the following ID-number: 274864 Please do not change the Subject line if you want to reply to this e-mail. Please use the below URL if you wish to view the Support Request again: https://support.opera.no/bin/customer?a=274864+191652+xmvupybb Please note that only registered users of Opera are entitled to personal e-mail support from Opera customer service. Banner-ad (non-registered) users of Opera are encouraged to seek answers here: - The Opera help forums on the MyOpera community portal: http://my.opera.com/forums/ - The Support desk, which has a searchable Knowledge Base with answers to most Opera related questions, Tutorials, and other useful information: http://www.opera.com/support/ If you are a registered user, we will get back to you as soon as possible. For information on how to get help and find information about Opera, all users are advised to visit this page, which explains the easiest, fastest, and best way to get help: http://www.opera.com/support/supsearch/supsearch.cgi?index=371 If you are a registered user but haven't entered your registration code in your profile at our 'Help Desk' you need to do so in order to get personal e-mail support. Please enter your registration code in your profile on the Help Desk. Go to: https://support.opera.no/bin/customer and log in. Then click on 'Edit Profile' and enter your registration code there. Also make sure your other information is correct, as this helps us handle your request as soon as possible. If you have lost your registration code, please go to the 'Registration Lookup Form' page to have it emailed to you: http://www.opera.com/support/new2opera/buy/lostkey/ If you have received this e-mail in error, it is because someone has sent an e-mail to us with your address as the sender address. In these cases, you can safely disregard this message. We will not use your address to contact you in the future, and will not share the address with others. Our privacy policy can be found here: http://www.opera.com/privacy/ -- Sincerely Yours, Customer Service Department Opera Software AS http://www.opera.com/ Copyright Opera Software - © All rights reserved. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Autoreply: Re:(ID-number: 274864) cvs commit: jakarta-tomcat-connectors/jk/java/org/apache/jk/common JkMX.java
Hello, Due to the increased volume of SPAM this mailbox has been closed. Please contact us via http://www.directxtras.com/ContactUS.asp We apology for the inconvenience. Best Regards, -- The DirectXtras Team - DirectXtras - Xtra Power for Director and Authorware - http://www.directxtras.com Sites with something to say - http://www.SpeaksForItself.com - Your message reads: Received: from mail.apache.org (unverified [208.185.179.12]) by mail2.intermedia.net (Rockliffe SMTPRA 4.5.6) with SMTP id [EMAIL PROTECTED] for [EMAIL PROTECTED]; Fri, 9 Apr 2004 01:23:15 -0700 Received: (qmail 65795 invoked by uid 500); 9 Apr 2004 08:22:54 - Mailing-List: contact [EMAIL PROTECTED]; run by ezmlm Precedence: bulk List-Unsubscribe: mailto:[EMAIL PROTECTED] List-Subscribe: mailto:[EMAIL PROTECTED] List-Help: mailto:[EMAIL PROTECTED] List-Post: mailto:[EMAIL PROTECTED] List-Id: Tomcat Developers List tomcat-dev.jakarta.apache.org Reply-To: Tomcat Developers List [EMAIL PROTECTED] Delivered-To: mailing list [EMAIL PROTECTED] Received: (qmail 65778 invoked from network); 9 Apr 2004 08:22:54 - Received: from unknown (HELO mx1.opera.com) (193.69.116.6) by daedalus.apache.org with SMTP; 9 Apr 2004 08:22:54 - Received: from mail.opera.no (IDENT:[EMAIL PROTECTED] [193.69.113.66]) by mx1.opera.com (8.12.3/8.12.3/Debian-6.6) with ESMTP id i398N5Pd017073 for [EMAIL PROTECTED]; Fri, 9 Apr 2004 08:23:05 GMT Received: from support.opera.no ([EMAIL PROTECTED] [193.69.113.77]) by mail.opera.no (8.11.6/8.11.6) with ESMTP id i398N5q09092 for [EMAIL PROTECTED]; Fri, 9 Apr 2004 10:23:05 +0200 Received: from localhost ([127.0.0.1] helo=support ident=ejournal) by support.opera.no with smtp (Exim 3.12 #1 (Debian)) id 1BBrI1-Lp-00 for [EMAIL PROTECTED]; Fri, 09 Apr 2004 08:23:05 + To: Tomcat Developers List [EMAIL PROTECTED] From: [EMAIL PROTECTED] Subject: =?iso-8859-1?q?Re:(ID-number:=20274864)=20cvs=20commit:=20jakarta-tomcat?= =?iso-8859-1?q?-connectors/jk/java/org/apache/jk/common=20JkMX.java?= Date: Fri, 09 Apr 2004 08:23:03 + MIME-Version: 1.0 In-Reply-To: [EMAIL PROTECTED] Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Message-Id: [EMAIL PROTECTED] X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N Dear Tomcat Developers List, The Support Request you submitted to the Opera Software Support Desk with the Title of cvs commit: jakarta-tomcat-connectors/jk/jav= a/org/apache/jk/common JkMX.java has been given the following ID-number: 274864 Please do not change the Subject line if you want to reply to this e-mail. Please use the below URL if you wish to view the Support Request again: https://support.opera.no/bin/customer?a=3D274864+191652+xmvupybb Please note that only registered users of Opera are entitled to personal e-mail support from Opera customer service. Banner-ad (non-registered) users of Opera are encouraged to seek answers here: - The Opera help forums on the MyOpera community portal: http://my.opera.com/forums/ - The Support desk, which has a searchable Knowledge Base with answers to most Opera related questions, Tutorials, and other useful information: http://www.opera.com/support/ If you are a registered user, we will get back to you as soon as possible. For information on how to get help and find information about Opera, all users are advised to visit this page, which explains the easiest, fastest, and best way to get help: http://www.opera.com/support/supsearch/supsearch.cgi?index=3D371 If you are a registered user but haven't entered your registration code in your profile at our 'Help Desk' you need to do so in order to get personal e-mail support. Please enter your registration code in your profile on the Help Desk. Go to: https://support.opera.no/bin/customer and log in. Then click on 'Edit Profile' and enter your registration code there. Also make sure your other information is correct, as this helps us handle your request as soon as possible. If you have lost your registration code, please go to the 'Registration= Lookup Form' page to have it emailed to you: http://www.opera.com/support/new2opera/buy/lostkey/ If you have received this e-mail in error, it is because someone has sent an e-mail to us with your address as the sender address. In these cases, you can safely disregard this message. We will not use your address to contact you in the future, and will not share the address with others. Our privacy policy can be found here: http://www.opera.com/privacy/ -- Sincerely Yours, Customer Service Department Opera Software AS http://www.opera.com/ Copyright Opera Software - =A9 All rights reserved. - To unsubscribe, e-mail:
Hi, it's me
Norton AntiVirus Deleted1.txt Description: plain/text - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re:(ID-number: 274879) Hi, it's me
Dear Tomcat Developers List, The Support Request you submitted to the Opera Software Support Desk with the Title of Hi, it's me has been given the following ID-number: 274879 Please do not change the Subject line if you want to reply to this e-mail. Please use the below URL if you wish to view the Support Request again: https://support.opera.no/bin/customer?a=274879+191652+xmvupybb Please note that only registered users of Opera are entitled to personal e-mail support from Opera customer service. Banner-ad (non-registered) users of Opera are encouraged to seek answers here: - The Opera help forums on the MyOpera community portal: http://my.opera.com/forums/ - The Support desk, which has a searchable Knowledge Base with answers to most Opera related questions, Tutorials, and other useful information: http://www.opera.com/support/ If you are a registered user, we will get back to you as soon as possible. For information on how to get help and find information about Opera, all users are advised to visit this page, which explains the easiest, fastest, and best way to get help: http://www.opera.com/support/supsearch/supsearch.cgi?index=371 If you are a registered user but haven't entered your registration code in your profile at our 'Help Desk' you need to do so in order to get personal e-mail support. Please enter your registration code in your profile on the Help Desk. Go to: https://support.opera.no/bin/customer and log in. Then click on 'Edit Profile' and enter your registration code there. Also make sure your other information is correct, as this helps us handle your request as soon as possible. If you have lost your registration code, please go to the 'Registration Lookup Form' page to have it emailed to you: http://www.opera.com/support/new2opera/buy/lostkey/ If you have received this e-mail in error, it is because someone has sent an e-mail to us with your address as the sender address. In these cases, you can safely disregard this message. We will not use your address to contact you in the future, and will not share the address with others. Our privacy policy can be found here: http://www.opera.com/privacy/ -- Sincerely Yours, Customer Service Department Opera Software AS http://www.opera.com/ Copyright Opera Software - © All rights reserved. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Lynda Cullen/KIT/MLAC is out of the office.
I will be out of the office starting 04/09/2004 and will not return until 04/13/2004. I would be pleased to respond to your email upon my return. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[5.0.22] Release vote
ballot Release 5.0.22 as Stable: [ ] Yes [ ] No /ballot I've tested the new Windows wrapper, and it did work for me (and it looks as if we did hire some M$ guy to do its UI). However, some more testing is needed (note: it's not suppoed to work on Win9x for now). Another risky change is the upgrade to Xerces 1.6.2. I didn't put the latest docs bundle on the website (AFAIK, the changelog will be the only update, so I think I'll only upload this file). I didn't run the CTS yet with that build. Rémy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re:(ID-number: 274972) [5.0.22] Release vote
Dear Tomcat Developers List, The Support Request you submitted to the Opera Software Support Desk with the Title of [5.0.22] Release vote has been given the following ID-number: 274972 Please do not change the Subject line if you want to reply to this e-mail. Please use the below URL if you wish to view the Support Request again: https://support.opera.no/bin/customer?a=274972+191652+xmvupybb Please note that only registered users of Opera are entitled to personal e-mail support from Opera customer service. Banner-ad (non-registered) users of Opera are encouraged to seek answers here: - The Opera help forums on the MyOpera community portal: http://my.opera.com/forums/ - The Support desk, which has a searchable Knowledge Base with answers to most Opera related questions, Tutorials, and other useful information: http://www.opera.com/support/ If you are a registered user, we will get back to you as soon as possible. For information on how to get help and find information about Opera, all users are advised to visit this page, which explains the easiest, fastest, and best way to get help: http://www.opera.com/support/supsearch/supsearch.cgi?index=371 If you are a registered user but haven't entered your registration code in your profile at our 'Help Desk' you need to do so in order to get personal e-mail support. Please enter your registration code in your profile on the Help Desk. Go to: https://support.opera.no/bin/customer and log in. Then click on 'Edit Profile' and enter your registration code there. Also make sure your other information is correct, as this helps us handle your request as soon as possible. If you have lost your registration code, please go to the 'Registration Lookup Form' page to have it emailed to you: http://www.opera.com/support/new2opera/buy/lostkey/ If you have received this e-mail in error, it is because someone has sent an e-mail to us with your address as the sender address. In these cases, you can safely disregard this message. We will not use your address to contact you in the future, and will not share the address with others. Our privacy policy can be found here: http://www.opera.com/privacy/ -- Sincerely Yours, Customer Service Department Opera Software AS http://www.opera.com/ Copyright Opera Software - © All rights reserved. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-connectors/procrun/bin tomcat5w.exe tomcat5.exe
mturk 2004/04/09 05:21:00 Modified:procrun/bin tomcat5w.exe tomcat5.exe Log: Latest binary builds Revision ChangesPath 1.2 +127 -133 jakarta-tomcat-connectors/procrun/bin/tomcat5w.exe Binary file 1.2 +94 -96jakarta-tomcat-connectors/procrun/bin/tomcat5.exe Binary file - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: [5.0.22] Release vote
-Original Message- From: Remy Maucherat [mailto:[EMAIL PROTECTED] Sent: Friday, April 09, 2004 2:00 PM To: Tomcat Developers List Subject: [5.0.22] Release vote ballot Release 5.0.22 as Stable: [x] Yes [ ] No /ballot I've tested the new Windows wrapper, and it did work for me There was a bug in the service.bat (now fixed in the CVS) caused by missing quotations. I've also updated the prunsvc so that manager gets shut down on uninstall, and -Xss now uses KB instead Bytes, so you don't need to round that yourself on the 1024 byte boundary. Can you repack only those tree? (and it looks as if we did hire some M$ guy to do its UI). However, some more testing is needed (note: it's not suppoed to work on Win9x for now). It will by wrapping NT missing API (I'm working on it). MT. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [5.0.22] Release vote
Mladen Turk wrote There was a bug in the service.bat (now fixed in the CVS) caused by missing quotations. I've also updated the prunsvc so that manager gets shut down on uninstall, and -Xss now uses KB instead Bytes, so you don't need to round that yourself on the 1024 byte boundary. Can you repack only those tree? No. I will not tag any release for at least a couple weeks. Rémy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: [5.0.22] Release vote
-Original Message- From: Remy Maucherat There was a bug in the service.bat (now fixed in the CVS) caused by missing quotations. Can you repack only those tree? No. Ok then, It will manifest only when Tomcat installed in path having spaces, but only for manual install, so it's not critical. The rest is just cosmetic. MT. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [5.0.22] Release vote
Remy Maucherat wrote: ballot Release 5.0.22 as Stable: [X ] Yes [ ] No /ballot I've tested the new Windows wrapper, and it did work for me (and it looks as if we did hire some M$ guy to do its UI). However, some more testing is needed (note: it's not suppoed to work on Win9x for now). Another risky change is the upgrade to Xerces 1.6.2. I did spin my normal test and everything works fine with 1.6.2 (wow, more that 3 releases without regressionss ;-) ). The Servlet TCKs are also passing (didn't have a chance to update my jsp one yet) -- Jeanfrancois I didn't put the latest docs bundle on the website (AFAIK, the changelog will be the only update, so I think I'll only upload this file). I didn't run the CTS yet with that build. 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]
RE: [5.0.22] Release vote
Hi, ballot Release 5.0.22 as Stable: [ ] Yes [ ] No /ballot I'm voting 0 on this, because of one bug I found: - Logging into Admin webapp, clicking on Connector (8080) brings up an error page: javax.servlet.jsp.JspException: Missing message for key connector.useBodyEncodingForURI org.apache.struts.taglib.bean.MessageTag.doStartTag(MessageTag.java:297) admin.connector.connector_jsp._jspx_meth_bean_message_11(connector_jsp.j ava:2624). It's not a critical bug, so I'm not voting -1, but I also don't like to bless a release as stable with such a simple glaring bug present. All my other tests run fine. 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]
DO NOT REPLY [Bug 28313] New: - Invalid redirect after successful FORM-based authentication
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=28313. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=28313 Invalid redirect after successful FORM-based authentication Summary: Invalid redirect after successful FORM-based authentication Product: Tomcat 4 Version: 4.1.30 Platform: PC OS/Version: Windows NT/2K Status: NEW Severity: Normal Priority: Other Component: Unknown AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] Description: when my login-page JSP uses other resources from protected area e.g. .CSS or .JS files then after successful authentication client always redirected to last requested protected resource used by login-page. This behaviour violated Servlet 2.3 Spec section SRV.12.5.3 Form Based Authentication. With accordance to spec after successful authentication client should be redirected to URL path triggering the authentication and stored by the container Details: 1.Here are scraps of my web.xml: login-config auth-methodFORM/auth-method form-login-config form-login-page/login.jsp/form-login-page [..skipped..] security-constraint [..skipped..] url-pattern/*/url-pattern [..skipped..] 2.Here are scraps of my localhost_access_log.txt 127.0.0.1 - - [09/Apr/2004:17:18:13 +0200] GET /tceinq/index.jsp HTTP/1.1 302 - 127.0.0.1 - - [09/Apr/2004:17:18:13 +0200] GET /tceinq/login.jsp HTTP/1.1 200 908 127.0.0.1 - - [09/Apr/2004:17:18:13 +0200] GET /tceinq/_.js HTTP/1.1 302 - 127.0.0.1 - - [09/Apr/2004:17:18:13 +0200] GET /tceinq/login.jsp HTTP/1.1 200 908 127.0.0.1 - - [09/Apr/2004:17:18:20 +0200] POST /tceinq/j_security_check HTTP/1.1 302 - 127.0.0.1 - tomcat [09/Apr/2004:17:18:20 +0200] GET /tceinq/_.js HTTP/1.1 200 197 So as you can see container done redundant redirect to login.jsp when _.js (JavaScript file) had been requested, and exactly this file had been stored as initiating URL, so after authentication I see content of my _.js file instead of content of my realy initialy requested index.jsp file. Thanks in advance. Do not hesitate to ask me about additional info about the issue. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [5.0.22] Release vote
Remy Maucherat wrote: ballot Release 5.0.22 as Stable: [ ] Yes [ ] No /ballot I've tested the new Windows wrapper, and it did work for me (and it looks as if we did hire some M$ guy to do its UI). However, some more testing is needed (note: it's not suppoed to work on Win9x for now). Another risky change is the upgrade to Xerces 1.6.2. I didn't put the latest docs bundle on the website (AFAIK, the changelog will be the only update, so I think I'll only upload this file). I didn't run the CTS yet with that build. Did the 5.0.22 will include my patch in jk/java/org/apache/jk/common JkMX.java to set correctly the RMI port ? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: I think lb_factor in JK2 is broken (or just backwards from JK)
Angus Mezick wrote: I forgot to mention that I am using the following software: Apache: apache_2.0.47-win32-x86-no_ssl.msi JK2: mod_jk2-2.0.43.dll AND the 2.0.4 mod_jk.so from the jakarta site. Tomcat: 4.1.27 -Original Message- From: Angus Mezick Sent: Thursday, April 08, 2004 9:44 AM To: [EMAIL PROTECTED] Subject: I think lb_factor in JK2 is broken (or just backwards from JK) Web01 is running apache Web01 and web02 are running tomcat I set web01 to lb_factor=1 I set web02 to lb_factor=15 From what I see in code, lb_factor is used as increment and not as load factor... if (rc != NULL) { /* It it's the default, it'll remain the default - we don't increase the factor */ rc-in_error_state = JK_FALSE; if (rc-lb_value != 0) { int newValue = rc-lb_value + rc-lb_factor; if (newValue 255) { rc-lb_value = rc-lb_factor; /* Roll over. This has 2 goals: - avoid the lb factor becoming too big, and give a chance to run to workers that were in error state ( I think it's cleaner than looking for max ) - the actual lb_value will be 1 byte. Even on the craziest platform, that will be an atomic write. We do a lot of operations on lb_value in a MT environment, and the chance of reading something inconsistent is considerable. Since APR will not support atomic - and adding a CS would cost too much, this is actually a good solution. Note that lb_value is not used for anything critical - just to balance the load, the worst that may happen is having a worker stay idle for 255 requests. */ for (i = 0; i lb-workerCnt[currentLevel]; i++) { jk_worker_t *w = lb-workerTables[currentLevel][i]; w-lb_value = w-lb_factor; } } else { rc-lb_value = newValue; } } } - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [5.0.22] Release vote
I'm not a committer, but... Given the number of did you get _ important fix xyz _? mails, it seems to make sense to re-tag. It has been a while since a public release and it would be nice to have a public release with this latest flurry of fixes (i.e. so maybe the public release is considered as good as CVS head for a little while...) -- Jess Holle Henri Gomez wrote: Remy Maucherat wrote: ballot Release 5.0.22 as Stable: [ ] Yes [ ] No /ballot I've tested the new Windows wrapper, and it did work for me (and it looks as if we did hire some M$ guy to do its UI). However, some more testing is needed (note: it's not suppoed to work on Win9x for now). Another risky change is the upgrade to Xerces 1.6.2. I didn't put the latest docs bundle on the website (AFAIK, the changelog will be the only update, so I think I'll only upload this file). I didn't run the CTS yet with that build. Did the 5.0.22 will include my patch in jk/java/org/apache/jk/common JkMX.java to set correctly the RMI port ? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [5.0.22] Release vote
ballot Release 5.0.22 as Stable: [ ] Yes [ ] No /ballot I vote -1 Autodeploy with HostConfig not working correct with Windows. see my bug report with a fix. http://issues.apache.org/bugzilla/show_bug.cgi?id=28262 Regards Peter Remy Maucherat schrieb: ballot Release 5.0.22 as Stable: [ ] Yes [ ] No /ballot I've tested the new Windows wrapper, and it did work for me (and it looks as if we did hire some M$ guy to do its UI). However, some more testing is needed (note: it's not suppoed to work on Win9x for now). Another risky change is the upgrade to Xerces 1.6.2. I didn't put the latest docs bundle on the website (AFAIK, the changelog will be the only update, so I think I'll only upload this file). I didn't run the CTS yet with that build. Rémy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- J2EE Systemarchitekt und Tomcat Experte http://objektpark.de/ http://www.webapp.de/ Am Josephsschacht 72, 44879 Bochum, Deutschland Telefon: (49) 234 9413228 Mobil:(49) 175 1660884 E-Mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: [5.0.22] Release vote
ballot Release 5.0.22 as Stable: [ ] Yes [ ] No [x] Prefer not to :) /ballot -0 I don't think we should relase a stable with a few bugs we can fix easily, a lot of people don't read the release notes, and might start filing bugs against them, so we will lose the time later anyway. There were several check ins after the tag, from different committers, so I think it would benefit us to cut a new tag. If I am the only one that feels like this, then I will redraw my vote. Filip -Original Message- From: Henri Gomez [mailto:[EMAIL PROTECTED] Sent: Friday, April 09, 2004 9:57 AM To: Tomcat Developers List Subject: Re: [5.0.22] Release vote Remy Maucherat wrote: ballot Release 5.0.22 as Stable: [ ] Yes [ ] No /ballot I've tested the new Windows wrapper, and it did work for me (and it looks as if we did hire some M$ guy to do its UI). However, some more testing is needed (note: it's not suppoed to work on Win9x for now). Another risky change is the upgrade to Xerces 1.6.2. I didn't put the latest docs bundle on the website (AFAIK, the changelog will be the only update, so I think I'll only upload this file). I didn't run the CTS yet with that build. Did the 5.0.22 will include my patch in jk/java/org/apache/jk/common JkMX.java to set correctly the RMI port ? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] --- Incoming mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.654 / Virus Database: 419 - Release Date: 4/6/2004 --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.654 / Virus Database: 419 - Release Date: 4/6/2004 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: [5.0.22] Release vote
Hi, I don't think we should relase a stable with a few bugs we can fix easily, a lot of people don't read the release notes, and might start filing bugs against them, so we will lose the time later anyway. There were several check ins after the tag, from different committers, so I think it would benefit us to cut a new tag. If I am the only one that feels like this, then I will redraw my vote. You're not the only one, I agree. 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: I think lb_factor in JK2 is broken (or just backwards from JK)
So, the only relationship between JK lbfactor and JK2 lb_factor is in their names and the fact they have SOMETHING to do with load balancing. They definetly don't seem to do the same thing. --Angus -Original Message- From: Henri Gomez [mailto:[EMAIL PROTECTED] Sent: Friday, April 09, 2004 11:02 AM To: Tomcat Developers List Subject: Re: I think lb_factor in JK2 is broken (or just backwards from JK) Angus Mezick wrote: I forgot to mention that I am using the following software: Apache: apache_2.0.47-win32-x86-no_ssl.msi JK2: mod_jk2-2.0.43.dll AND the 2.0.4 mod_jk.so from the jakarta site. Tomcat: 4.1.27 -Original Message- From: Angus Mezick Sent: Thursday, April 08, 2004 9:44 AM To: [EMAIL PROTECTED] Subject: I think lb_factor in JK2 is broken (or just backwards from JK) Web01 is running apache Web01 and web02 are running tomcat I set web01 to lb_factor=1 I set web02 to lb_factor=15 From what I see in code, lb_factor is used as increment and not as load factor... if (rc != NULL) { /* It it's the default, it'll remain the default - we don't increase the factor */ rc-in_error_state = JK_FALSE; if (rc-lb_value != 0) { int newValue = rc-lb_value + rc-lb_factor; if (newValue 255) { rc-lb_value = rc-lb_factor; /* Roll over. This has 2 goals: - avoid the lb factor becoming too big, and give a chance to run to workers that were in error state ( I think it's cleaner than looking for max ) - the actual lb_value will be 1 byte. Even on the craziest platform, that will be an atomic write. We do a lot of operations on lb_value in a MT environment, and the chance of reading something inconsistent is considerable. Since APR will not support atomic - and adding a CS would cost too much, this is actually a good solution. Note that lb_value is not used for anything critical - just to balance the load, the worst that may happen is having a worker stay idle for 255 requests. */ for (i = 0; i lb-workerCnt[currentLevel]; i++) { jk_worker_t *w = lb-workerTables[currentLevel][i]; w-lb_value = w-lb_factor; } } else { rc-lb_value = newValue; } } } - 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]
DO NOT REPLY [Bug 28072] - The TomCat can't be started.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=28072. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=28072 The TomCat can't be started. [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||INVALID Summary|The TomCat can't be started.|The TomCat can't be started. --- Additional Comments From [EMAIL PROTECTED] 2004-04-09 16:06 --- Bugzilla is not a support forum. Please ask questions like this on the tomcat- user mailing list. Guidance on the use of bugzilla and the mailing lists is available on the tomcat home page: http://jakarta.apache.org/tomcat - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Need help creating a JK2 Docs Patch
I am trying to figure out this JK2 load balancing code and fix the docs. I need some help verifying some of the coding decisions that have been made. Ok, as I dig deeper into the code, I discover the following: Both worker:AJP13 and channel.socket can have both the level and lb_factor parameters The docs only mention channel.socket having lb_factor The docs only mention worker:AJP13 having level What is the prefered way to assign these attributes? What happens if I reverse them, group both to one section, or put both parameters in both sections? Level: the lower the level the higher your priority. If I give channel/socket pair A level 1 and pair B level 2, then pair A will get ALL the traffic unless it is down. True or False? If False, why? Lb_factor: The lower the lb_factor the more traffic you get. If channel/socket pair A has a factor of 1, pair B has a factor of 3 and pair C has a factor of 6 the traffic will be assigned thus: AAABAAABC True or False? If False, why? Thanks for any and all help that can be provided. --Angus -Original Message- From: Henri Gomez [mailto:[EMAIL PROTECTED] Sent: Friday, April 09, 2004 11:02 AM To: Tomcat Developers List Subject: Re: I think lb_factor in JK2 is broken (or just backwards from JK) Angus Mezick wrote: I forgot to mention that I am using the following software: Apache: apache_2.0.47-win32-x86-no_ssl.msi JK2: mod_jk2-2.0.43.dll AND the 2.0.4 mod_jk.so from the jakarta site. Tomcat: 4.1.27 -Original Message- From: Angus Mezick Sent: Thursday, April 08, 2004 9:44 AM To: [EMAIL PROTECTED] Subject: I think lb_factor in JK2 is broken (or just backwards from JK) Web01 is running apache Web01 and web02 are running tomcat I set web01 to lb_factor=1 I set web02 to lb_factor=15 From what I see in code, lb_factor is used as increment and not as load factor... if (rc != NULL) { /* It it's the default, it'll remain the default - we don't increase the factor */ rc-in_error_state = JK_FALSE; if (rc-lb_value != 0) { int newValue = rc-lb_value + rc-lb_factor; if (newValue 255) { rc-lb_value = rc-lb_factor; /* Roll over. This has 2 goals: - avoid the lb factor becoming too big, and give a chance to run to workers that were in error state ( I think it's cleaner than looking for max ) - the actual lb_value will be 1 byte. Even on the craziest platform, that will be an atomic write. We do a lot of operations on lb_value in a MT environment, and the chance of reading something inconsistent is considerable. Since APR will not support atomic - and adding a CS would cost too much, this is actually a good solution. Note that lb_value is not used for anything critical - just to balance the load, the worst that may happen is having a worker stay idle for 255 requests. */ for (i = 0; i lb-workerCnt[currentLevel]; i++) { jk_worker_t *w = lb-workerTables[currentLevel][i]; w-lb_value = w-lb_factor; } } else { rc-lb_value = newValue; } } } - 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]
RE: I think lb_factor in JK2 is broken (or just backwards from JK)
-Original Message- From: Angus Mezick So, the only relationship between JK lbfactor and JK2 lb_factor is in their names and the fact they have SOMETHING to do with load balancing. They definetly don't seem to do the same thing. I gave you detailed explanation how the lb algorithm in JK2 works replying to your post on the Tomcat Users list on March 1st. So once again it's not percentage but rather relation between lb workers. Remember that when lb gets reset on 255, so it's just a simple math. Perhaps we could document that better or do the math by ourself. MT. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: I think lb_factor in JK2 is broken (or just backwards from JK)
Yup, I think I misinterpreted what you said in the email back then. I wasn't able to rid myself of the assumption that jk lbfactor and jk2 lb_factor behave the same. That assumption is now dead. If you reply to my email with the series of questions about this I will be happy to do the docs. --Angus -Original Message- From: Mladen Turk [mailto:[EMAIL PROTECTED] Sent: Friday, April 09, 2004 12:07 PM To: 'Tomcat Developers List' Subject: RE: I think lb_factor in JK2 is broken (or just backwards from JK) -Original Message- From: Angus Mezick So, the only relationship between JK lbfactor and JK2 lb_factor is in their names and the fact they have SOMETHING to do with load balancing. They definetly don't seem to do the same thing. I gave you detailed explanation how the lb algorithm in JK2 works replying to your post on the Tomcat Users list on March 1st. So once again it's not percentage but rather relation between lb workers. Remember that when lb gets reset on 255, so it's just a simple math. Perhaps we could document that better or do the math by ourself. MT. - 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]
RE: JK2 LB_FACTOR problem
Back to that march 1 post. 1. lb_value += lb_factor Ok, I see this I think. But this happens after step 2. 2. the highest lb_value gets server; Am I reading this code wrong, or is it the LOWEST value that is getting the server /** Get one worker that is ready */ for( level=0; levelJK_LB_LEVELS; level++ ) { for(i = 0 ; i lb-workerCnt[level] ; i++) { jk_worker_t *w=lb-workerTables[level][i]; if( w-mbean-disabled ) continue; if( w-in_error_state ) continue; if( w-lb_disabled ) continue; if( rc==NULL ) { rc=w; currentLevel=level; lb_min=w-lb_value; continue; } if( w-lb_value lb_min ) { lb_min = w-lb_value; rc = w; currentLevel=level; } } 3. if lb_value 255 lb_value = 0; This hunk of code reads to me like: if the lb_value of the winning server 255 then reset the lb_value of ALL workers on the level to their lb_factor. (not 0) if( rc-lb_value != 0 ) { int newValue=rc-lb_value + rc-lb_factor; if( newValue 255 ) { rc-lb_value=rc-lb_factor; /* Roll over. This has 2 goals: - avoid the lb factor becoming too big, and give a chance to run to workers that were in error state ( I think it's cleaner than looking for max ) - the actual lb_value will be 1 byte. Even on the craziest platform, that will be an atomic write. We do a lot of operations on lb_value in a MT environment, and the chance of reading something inconsistent is considerable. Since APR will not support atomic - and adding a CS would cost too much, this is actually a good solution. Note that lb_value is not used for anything critical - just to balance the load, the worst that may happen is having a worker stay idle for 255 requests. */ for(i = 0 ; i lb-workerCnt[currentLevel] ; i++) { jk_worker_t *w=lb-workerTables[currentLevel][i]; w-lb_value=w-lb_factor; } } else { rc-lb_value=newValue; } default lb_factor is 1, the value of 2 is two times higher, so using 100 i not appropriate. Use the numbers up to 10. It will give you 90%-10% workload in favor with the one with value of 10. The maximum meaningful factor is 25. 1. lb_value += lb_factor 2. the highest lb_value gets server; 3. if lb_value 255 lb_value = 0; That's the algorithm. Is it perfect? Probably it could be better. The level parameter REALLY helps if you want a primary/secondary set of servers. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: I think lb_factor in JK2 is broken (or just backwards from JK)
-Original Message- From: Angus Mezick Yup, I think I misinterpreted what you said in the email back then. I wasn't able to rid myself of the assumption that jk lbfactor and jk2 lb_factor behave the same. That assumption is now dead. If you reply to my email with the series of questions about this I will be happy to do the docs. --Angus No problem. Algorithm (lb_value is on per worker basis) 1. lb_value += lb_factor 2. the worker with the highest lb_value gets serverd 3. if lb_value 255 lb_value = 0; So, can you put that on paper using english :) Perhaps with few examples. MT. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/runtime PageContextImpl.java
markt 2004/04/09 09:31:29 Modified:jasper2/src/share/org/apache/jasper/runtime PageContextImpl.java Log: Fixing indents prior to actually changing the code. Revision ChangesPath 1.58 +6 -7 jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/runtime/PageContextImpl.java Index: PageContextImpl.java === RCS file: /home/cvs/jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/runtime/PageContextImpl.java,v retrieving revision 1.57 retrieving revision 1.58 diff -u -r1.57 -r1.58 --- PageContextImpl.java 17 Mar 2004 19:23:04 - 1.57 +++ PageContextImpl.java 9 Apr 2004 16:31:29 - 1.58 @@ -800,23 +800,22 @@ request.removeAttribute(javax.servlet.jsp.jspException); } else { - -// Otherwise throw the exception wrapped inside a ServletException. +// Otherwise throw the exception wrapped inside a ServletException. // Set the exception as the root cause in the ServletException // to get a stack trace for the real problem if (t instanceof IOException) throw (IOException)t; if (t instanceof ServletException) throw (ServletException)t; -if (t instanceof RuntimeException) throw (RuntimeException)t; +if (t instanceof RuntimeException) throw (RuntimeException)t; Throwable rootCause = null; -if (t instanceof JspException) { -rootCause = ((JspException) t).getRootCause(); +if (t instanceof JspException) { +rootCause = ((JspException) t).getRootCause(); } else if (t instanceof ELException) { -rootCause = ((ELException) t).getRootCause(); +rootCause = ((ELException) t).getRootCause(); } if (rootCause != null) { -throw new ServletException(t.getMessage(), rootCause); +throw new ServletException(t.getMessage(), rootCause); } throw new ServletException(t); - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/runtime PageContextImpl.java
markt 2004/04/09 09:35:12 Modified:jasper2/src/share/org/apache/jasper/runtime PageContextImpl.java Log: - Fix bug19049. Clarify error message when nesting exceptions. - Patch provided by Joseph Shraibman. Revision ChangesPath 1.59 +2 -1 jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/runtime/PageContextImpl.java Index: PageContextImpl.java === RCS file: /home/cvs/jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/runtime/PageContextImpl.java,v retrieving revision 1.58 retrieving revision 1.59 diff -u -r1.58 -r1.59 --- PageContextImpl.java 9 Apr 2004 16:31:29 - 1.58 +++ PageContextImpl.java 9 Apr 2004 16:35:12 - 1.59 @@ -815,7 +815,8 @@ } if (rootCause != null) { -throw new ServletException(t.getMessage(), rootCause); +throw new ServletException(t.getClass().getName() + : + + t.getMessage(), rootCause); } throw new ServletException(t); - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/runtime PageContextImpl.java
markt 2004/04/09 09:40:13 Modified:jasper2/src/share/org/apache/jasper/runtime Tag: tomcat_4_branch PageContextImpl.java Log: Fixing indents prior to actually changing the code. Revision ChangesPath No revision No revision 1.11.2.8 +10 -10 jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/runtime/PageContextImpl.java Index: PageContextImpl.java === RCS file: /home/cvs/jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/runtime/PageContextImpl.java,v retrieving revision 1.11.2.7 retrieving revision 1.11.2.8 diff -u -r1.11.2.7 -r1.11.2.8 --- PageContextImpl.java 29 Feb 2004 19:07:26 - 1.11.2.7 +++ PageContextImpl.java 9 Apr 2004 16:40:13 - 1.11.2.8 @@ -524,12 +524,12 @@ request.removeAttribute(javax.servlet.error.status_code); request.removeAttribute(javax.servlet.jsp.jspException); - } else { + } else { // Otherwise throw the exception wrapped inside a ServletException. - // Set the exception as the root cause in the ServletException - // to get a stack trace for the real problem - if (t instanceof IOException) throw (IOException)t; - if (t instanceof ServletException) throw (ServletException)t; + // Set the exception as the root cause in the ServletException + // to get a stack trace for the real problem + if (t instanceof IOException) throw (IOException)t; + if (t instanceof ServletException) throw (ServletException)t; if (t instanceof RuntimeException) throw (RuntimeException)t; if (t instanceof JspException) { Throwable rootCause = ((JspException)t).getRootCause(); @@ -539,8 +539,8 @@ throw new ServletException(t); } } - throw new ServletException(t); - } + throw new ServletException(t); + } } protected JspWriterImpl _createOut(int bufferSize, boolean autoFlush) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/runtime PageContextImpl.java
markt 2004/04/09 09:42:29 Modified:jasper2/src/share/org/apache/jasper/runtime Tag: tomcat_4_branch PageContextImpl.java Log: - Fix bug19049. Clarify error message when nesting exceptions. - Patch provided by Joseph Shraibman. - Ported from TC5. Revision ChangesPath No revision No revision 1.11.2.9 +5 -4 jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/runtime/PageContextImpl.java Index: PageContextImpl.java === RCS file: /home/cvs/jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/runtime/PageContextImpl.java,v retrieving revision 1.11.2.8 retrieving revision 1.11.2.9 diff -u -r1.11.2.8 -r1.11.2.9 --- PageContextImpl.java 9 Apr 2004 16:40:13 - 1.11.2.8 +++ PageContextImpl.java 9 Apr 2004 16:42:29 - 1.11.2.9 @@ -534,7 +534,8 @@ if (t instanceof JspException) { Throwable rootCause = ((JspException)t).getRootCause(); if (rootCause != null) { -throw new ServletException(t.getMessage(), rootCause); +throw new ServletException(t.getClass().getName() + : + + t.getMessage(), rootCause); } else { throw new ServletException(t); } - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 19049] - Nested Exceptions result in confusing error messages
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=19049. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=19049 Nested Exceptions result in confusing error messages [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2004-04-09 16:44 --- This patch has been committed to TC4 and TC5. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [5.0.22] Release vote
Henri Gomez wrote: Remy Maucherat wrote: ballot Release 5.0.22 as Stable: [ ] Yes [ ] No /ballot I've tested the new Windows wrapper, and it did work for me (and it looks as if we did hire some M$ guy to do its UI). However, some more testing is needed (note: it's not suppoed to work on Win9x for now). Another risky change is the upgrade to Xerces 1.6.2. I didn't put the latest docs bundle on the website (AFAIK, the changelog will be the only update, so I think I'll only upload this file). I didn't run the CTS yet with that build. Did the 5.0.22 will include my patch in jk/java/org/apache/jk/common JkMX.java to set correctly the RMI port ? No ;) Rémy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [5.0.22] Release vote
Peter Rossbach wrote: ballot Release 5.0.22 as Stable: [ ] Yes [ ] No /ballot I vote -1 Autodeploy with HostConfig not working correct with Windows. see my bug report with a fix. http://issues.apache.org/bugzilla/show_bug.cgi?id=28262 Windows is a very broken platform, and I don't quite care about this issue anyway. Rémy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [5.0.22] Release vote
Jess Holle wrote: I'm not a committer, but... Given the number of did you get _ important fix xyz _? mails, it seems to make sense to re-tag. It has been a while since a public release and it would be nice to have a public release with this latest flurry of fixes (i.e. so maybe the public release is considered as good as CVS head for a little while...) We already knew you were a whiner, you know ;) Rémy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [5.0.22] Release vote
Shapira, Yoav wrote: Hi, I don't think we should relase a stable with a few bugs we can fix easily, a lot of people don't read the release notes, and might start filing bugs against them, so we will lose the time later anyway. There were several check ins after the tag, from different committers, so I think it would benefit us to cut a new tag. If I am the only one that feels like this, then I will redraw my vote. You're not the only one, I agree. Oki, no release then. I don't care at all, and don't expect a new tag for weeks. I'm really really tired of the wait, you tagged five minutes ago, and you forgot my all important patch attitude. Rémy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [5.0.22] Release vote
Remy Maucherat wrote: Shapira, Yoav wrote: Hi, I don't think we should relase a stable with a few bugs we can fix easily, a lot of people don't read the release notes, and might start filing bugs against them, so we will lose the time later anyway. There were several check ins after the tag, from different committers, so I think it would benefit us to cut a new tag. If I am the only one that feels like this, then I will redraw my vote. You're not the only one, I agree. Oki, no release then. I don't care at all, and don't expect a new tag for weeks. I'm really really tired of the wait, you tagged five minutes ago, and you forgot my all important patch attitude. Given all the time and energy you put into this Remy, I can completely understand. On the flip side, the overall community would be best served by getting as solid of a point release as possible out sooner rather than later. If the current 5.0.22 tag is the best you/we have time/energy for, then that seems better than 5.0.19. If the plan was to release furiously every couple of weeks or something than I believe everyone's release criteria would be simply better than the last public release. Given that you don't expect to tag for weeks, which I would assume means more like 4-5 than 2 (and would completely understand and concur with this decision as no one can keep up with releases happening every week or two anyway and this sponges up too much time doing release management), then there is a desire to try to get as many of the fixes in process into each public release -- rather than having to refer the masses to CVS for weeks... -- Jess Holle - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [5.0.22] Release vote
Remy Maucherat wrote: Jess Holle wrote: I'm not a committer, but... Given the number of did you get _ important fix xyz _? mails, it seems to make sense to re-tag. It has been a while since a public release and it would be nice to have a public release with this latest flurry of fixes (i.e. so maybe the public release is considered as good as CVS head for a little while...) We already knew you were a whiner, you know ;) Guilty as charged :-) -- Jess Holle - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [5.0.22] Release vote
Jess Holle wrote: Given all the time and energy you put into this Remy, I can completely understand. On the flip side, the overall community would be best served by getting as solid of a point release as possible out sooner rather than later. If the current 5.0.22 tag is the best you/we have time/energy for, then that seems better than 5.0.19. I don't know how much better than 5.0.19 this build is. Given that the mood seems to be on the woops, I did it again patch, a new tag immidiately seems worthless. If the plan was to release furiously every couple of weeks or something than I believe everyone's release criteria would be simply better than the last public release. Given that you don't expect to tag for weeks, which I would assume means more like 4-5 than 2 (and would completely understand and concur with this decision as no one can keep up with releases happening every week or two anyway and this sponges up too much time doing release management), then there is a desire to try to get as many of the fixes in process into each public release -- rather than having to refer the masses to CVS for weeks... One (real) release per month seems to be acceptable. If you need a particular patch, use the CVS code, it's really easy to build. No one seems to be able to manage it, though. Rémy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-catalina/webapps/admin/WEB-INF/classes/org/apache/webapp/admin ApplicationResources.properties
amyroh 2004/04/09 10:35:33 Modified:webapps/admin/WEB-INF/classes/org/apache/webapp/admin ApplicationResources.properties Log: Add missing keys - connector.useBodyEncodingForURI allowTrace. Revision ChangesPath 1.2 +2 -0 jakarta-tomcat-catalina/webapps/admin/WEB-INF/classes/org/apache/webapp/admin/ApplicationResources.properties Index: ApplicationResources.properties === RCS file: /home/cvs/jakarta-tomcat-catalina/webapps/admin/WEB-INF/classes/org/apache/webapp/admin/ApplicationResources.properties,v retrieving revision 1.1 retrieving revision 1.2 diff -u -r1.1 -r1.2 --- ApplicationResources.properties 4 Mar 2004 18:44:49 - 1.1 +++ ApplicationResources.properties 9 Apr 2004 17:35:33 - 1.2 @@ -122,6 +122,8 @@ connector.connection.disableUploadTimeout=Disable Upload Timeout connector.enable.dns=Enable DNS Lookups connector.uriencoding=URI Encoding +connector.useBodyEncodingForURI=Use Body Encoding For URI Query Parameters +connector.allowTrace=Allow TRACE Method connector.address.ip=IP Address connector.redirect.portnumber=Redirect Port Number connector.min=Minimum - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [5.0.22] Release vote
I'm voting 0 on this, because of one bug I found: - Logging into Admin webapp, clicking on Connector (8080) brings up an error page: javax.servlet.jsp.JspException: Missing message for key connector.useBodyEncodingForURI I just fixed this. Thanks for pointing it out. Amy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [5.0.22] Release vote
Amy Roh wrote: I just fixed this. Thanks for pointing it out. Thanks. The last String related bug was worse though ;) Rémy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: [5.0.22] Release vote
Hi, No problem -- thank YOU for fixing it ;) And a good weekend to all, Yoav Shapira Millennium Research Informatics -Original Message- From: Amy Roh [mailto:[EMAIL PROTECTED] Sent: Friday, April 09, 2004 1:39 PM To: Tomcat Developers List Subject: Re: [5.0.22] Release vote I'm voting 0 on this, because of one bug I found: - Logging into Admin webapp, clicking on Connector (8080) brings up an error page: javax.servlet.jsp.JspException: Missing message for key connector.useBodyEncodingForURI I just fixed this. Thanks for pointing it out. Amy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] 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: [5.0.22] Release vote
Amy Roh wrote: I just fixed this. Thanks for pointing it out. Thanks. The last String related bug was worse though ;) Which bug? Sorry, I'm lost. Rémy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [5.0.22] Release vote
Amy Roh wrote: Which bug? Sorry, I'm lost. After the i18n patch was committed, there was a leftover _en bundle which missed all the new strings. The fix was obviously trivial (remove the older bundle). Rémy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 28147] - JasperException for jsp files that are symbolic links
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=28147. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=28147 JasperException for jsp files that are symbolic links --- Additional Comments From [EMAIL PROTECTED] 2004-04-09 18:01 --- Hi, Please consider patching this. Thanks, Rick -- Index: JspC.java === RCS file: /home/cvspublic/jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/JspC.java,v retrieving revision 1.69 diff -u -r1.69 JspC.java --- JspC.java 6 Apr 2004 17:58:59 - 1.69 +++ JspC.java 8 Apr 2004 20:39:59 - @@ -830,7 +830,7 @@ Enumeration e = pages.elements(); while (e.hasMoreElements()) { String nextjsp = e.nextElement().toString(); -try { +// try { File fjsp = new File(nextjsp); if (!fjsp.exists()) { if (log.isWarnEnabled()) { @@ -839,14 +839,21 @@ } continue; } -String s = fjsp.getCanonicalPath(); +// BZ#28147 getCanonicalPath() dereferences symbolic links. If the file +// is a symbolic link to a file in a different directory, +// getCanonicalPath() will cause the following s.startWith() +// to fail to match the uriRoot, resulting in file-not-found +// error. Changing to getAbsolutePath() will allow files that +// are symbolic links to be found correctly. +// String s = fjsp.getCanonicalPath(); +String s = fjsp.getAbsolutePath(); //System.out.println(** + s); if (s.startsWith(uriRoot)) { nextjsp = s.substring(uriRoot.length()); } -} catch (IOException ioe) { +// } catch (IOException ioe) { // if we got problems dont change the file name -} +// } if (nextjsp.startsWith(. + File.separatorChar)) { nextjsp = nextjsp.substring(2); - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [5.0.22] Release vote
Hello Remy, the fix is also usefull at linux and all other systems following with current autodeploy host not working a) copy a webapp at host appBase (webapps dir) b) remove this new deployed application with manager app c) copy the same webapp again at host appBase. Peter PS: Your windows comment is out of comment Remy Maucherat schrieb: Peter Rossbach wrote: ballot Release 5.0.22 as Stable: [ ] Yes [ ] No /ballot I vote -1 Autodeploy with HostConfig not working correct with Windows. see my bug report with a fix. http://issues.apache.org/bugzilla/show_bug.cgi?id=28262 Windows is a very broken platform, and I don't quite care about this issue anyway. Rémy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- J2EE Systemarchitekt und Tomcat Experte http://objektpark.de/ http://www.webapp.de/ Am Josephsschacht 72, 44879 Bochum, Deutschland Telefon: (49) 234 9413228 Mobil:(49) 175 1660884 E-Mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [5.0.22] Release vote
Peter Rossbach wrote: Hello Remy, the fix is also usefull at linux and all other systems following with current autodeploy host not working a) copy a webapp at host appBase (webapps dir) b) remove this new deployed application with manager app c) copy the same webapp again at host appBase. The auto deployer is a convinience feature at best in Tomcat. The importance you give to this issue is rather ridiculous. (and yes, I'm getting really tired of Windows; still using it for now, though, but likely not for too long) Rémy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-connectors/jk/native/apache-2.0 NWGNUmakefile
fuankg 2004/04/09 13:00:18 Modified:jk/native2/server/apache2 NWGNUmakefile jk/native/apache-2.0 NWGNUmakefile Log: fix problem with differences between Apache2 build systems of 2.0.x and 2.1.x Revision ChangesPath 1.4 +1 -7 jakarta-tomcat-connectors/jk/native2/server/apache2/NWGNUmakefile Index: NWGNUmakefile === RCS file: /home/cvs/jakarta-tomcat-connectors/jk/native2/server/apache2/NWGNUmakefile,v retrieving revision 1.3 retrieving revision 1.4 diff -u -r1.3 -r1.4 --- NWGNUmakefile 6 Apr 2004 16:07:58 - 1.3 +++ NWGNUmakefile 9 Apr 2004 20:00:18 - 1.4 @@ -329,13 +329,7 @@ # Any specialized rules here # -$(OBJDIR)/%.o: $(JKCOMMON)/%.c $(OBJDIR)\cc.opt - @echo Compiling $ - $(CC) $(JKCOMMON)/$(F) -o=$(OBJDIR)\$(@F) @$(OBJDIR)\cc.opt - -$(OBJDIR)/%.o: $(JKJNI)/%.c $(OBJDIR)\cc.opt - @echo Compiling $ - $(CC) $(JKJNI)/$(F) -o=$(OBJDIR)\$(@F) @$(OBJDIR)\cc.opt +vpath %.c $(JKCOMMON);$(JKJNI) $(OBJDIR)/version.inc: $(JKINCLUDE)/jk_global.h $(OBJDIR) @echo Creating $@ 1.2 +3 -5 jakarta-tomcat-connectors/jk/native/apache-2.0/NWGNUmakefile Index: NWGNUmakefile === RCS file: /home/cvs/jakarta-tomcat-connectors/jk/native/apache-2.0/NWGNUmakefile,v retrieving revision 1.1 retrieving revision 1.2 diff -u -r1.1 -r1.2 --- NWGNUmakefile 22 Jan 2004 16:42:31 - 1.1 +++ NWGNUmakefile 9 Apr 2004 20:00:18 - 1.2 @@ -145,7 +145,7 @@ # # If this is specified, it will override the default of 64K # -NLM_STACK_SIZE = 32768 +NLM_STACK_SIZE = 49152 # @@ -269,7 +269,7 @@ # Paths must all use the '/' character # FILES_lib_objs = \ - $(EOLIST) + $(EOLIST) # # implement targets and dependancies (leave this section alone) @@ -290,9 +290,7 @@ # Any specialized rules here # -$(OBJDIR)/%.o: $(JKCOMMON)/%.c $(OBJDIR)\cc.opt - @echo Compiling $ - $(CC) $(JKCOMMON)/$(F) -o=$(OBJDIR)\$(@F) @$(OBJDIR)\cc.opt +vpath %.c $(JKCOMMON) $(OBJDIR)/version.inc: $(JKCOMMON)/jk_version.h $(OBJDIR) @echo Creating $@ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 28107] - Enhance Tomcat's Ant tasks for easy build.xml configuration
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=28107. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=28107 Enhance Tomcat's Ant tasks for easy build.xml configuration --- Additional Comments From [EMAIL PROTECTED] 2004-04-09 20:22 --- I'm not convinced by the usefulness of it. It is a little smaller in the user's build script, but there are still things to add. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 28013] - Service install does not set IMAGE_PATH correctly
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=28013. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=28013 Service install does not set IMAGE_PATH correctly [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||INVALID --- Additional Comments From [EMAIL PROTECTED] 2004-04-09 20:23 --- This is supposed to be copied to common/lib by the installer. At least for now that's how it works. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 27582] - tomcatw.exe and Jdk14 loging
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=27582. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=27582 tomcatw.exe and Jdk14 loging [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||WONTFIX --- Additional Comments From [EMAIL PROTECTED] 2004-04-09 20:24 --- The log viewer is hard to implement, and only mildly useful overall. It has been removed in the new procrun, which is a lot more polished than before. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 28263] - Tomcat 5 installer Windows detects JRE instead of JDK
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=28263. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=28263 Tomcat 5 installer Windows detects JRE instead of JDK [EMAIL PROTECTED] changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|INVALID | --- Additional Comments From [EMAIL PROTECTED] 2004-04-09 20:29 --- I've looked into the installation scripts from Tomcat CVS. There's a Function findJavaPath in tomcat.nsi file. In Tomcat 4 script, which correctly find the JDK path, the registry keys for the Java Development Kit are read, and the JavaHome path value will be put into $1 correctly: ReadRegStr $2 HKLM SOFTWARE\JavaSoft\Java Development Kit CurrentVersion ReadRegStr $1 HKLM SOFTWARE\JavaSoft\Java Development Kit\$2 JavaHome ReadRegStr $3 HKLM SOFTWARE\JavaSoft\Java Runtime Environment CurrentVersion ReadRegStr $4 HKLM SOFTWARE\JavaSoft\Java Runtime Environment\$3 RuntimeLib But, in the Tomcat 5 installation script, this is WRONG, it really gets the JavaHome from JRE, not from JDK, as show in the current code: ReadRegStr $2 HKLM SOFTWARE\JavaSoft\Java Runtime Environment CurrentVersion ReadRegStr $1 HKLM SOFTWARE\JavaSoft\Java Runtime Environment\$2 JavaHome ReadRegStr $3 HKLM SOFTWARE\JavaSoft\Java Runtime Environment\$2 RuntimeLib The solution is just replace the installation code I've found for Tomcat 4. After that, if you still close the bug as invalid, I quit. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 28013] - Service install does not set IMAGE_PATH correctly
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=28013. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=28013 Service install does not set IMAGE_PATH correctly --- Additional Comments From [EMAIL PROTECTED] 2004-04-09 20:59 --- I can understand the invalid at the moment, but this means that when you change your JAVA_HOME variable the tools.jar used won't change even if you re-install the service -- which is not cool. Adding %JAVA_HOME%\lib\tools.jar to the image/class path seems a lot nicer (and does not require extra steps for those not using the installer). - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 28321] New: - Tomcat JK2 Connector Memory Leak
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=28321. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=28321 Tomcat JK2 Connector Memory Leak Summary: Tomcat JK2 Connector Memory Leak Product: Tomcat 5 Version: 5.0.19 Platform: PC OS/Version: Windows NT/2K Status: NEW Severity: Blocker Priority: Other Component: Connector:AJP AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] Server Setup: iPlanetTM Web Server, Enterprise Edition 6.0 Windows 2000 Tomcat 5.0.19 iPlanet is connected to the Tomcat server using the jk2 connector. I configured JMeter with 40 threads to repeated request the same JSP over and over. All this JSP did was print out the Total Memory, Free Memory. After about 5000 requests, Tomcat got an out of memory error. Same test was done but hitting the tomcat container directly, successfully served 15k requests with no memory leak Test was done again, but instead of IPlanet used Apache 2. Successfully served 15k requests with no memory leak. In the test case using IPlanet, there were continuous error files that were not present in the other test cases: Apr 8, 2004 6:24:57 PM org.apache.jk.common.HandlerRequest decodeRequest WARNING: Error registering request Apr 8, 2004 6:24:57 PM org.apache.jk.common.HandlerRequest invoke INFO: Unknown message 0 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 28321] - Tomcat JK2 Connector Memory Leak
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=28321. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=28321 Tomcat JK2 Connector Memory Leak --- Additional Comments From [EMAIL PROTECTED] 2004-04-09 21:28 --- Created an attachment (id=11203) Tomcat stdout.log - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 28321] - Tomcat JK2 Connector Memory Leak
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=28321. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=28321 Tomcat JK2 Connector Memory Leak --- Additional Comments From [EMAIL PROTECTED] 2004-04-09 21:30 --- Also, I tried the IPlanet-Tomcat test case using Tomcat 5.0.18. There was not memory leak. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/startup ContextConfig.java
remm2004/04/09 14:47:04 Modified:catalina/src/share/org/apache/catalina/startup ContextConfig.java Log: - If there's a non fatal exception (with validation), no exception will be rethrown by the digester. This will make the webapp startup fail if the XML is invalid and XML validation is enabled, even if the error isn't fatal (= the webapp would run without errors if validation was disabled). Revision ChangesPath 1.44 +37 -1 jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/startup/ContextConfig.java Index: ContextConfig.java === RCS file: /home/cvs/jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/startup/ContextConfig.java,v retrieving revision 1.43 retrieving revision 1.44 diff -u -r1.43 -r1.44 --- ContextConfig.java25 Mar 2004 22:31:46 - 1.43 +++ ContextConfig.java9 Apr 2004 21:47:04 - 1.44 @@ -50,6 +50,7 @@ import org.apache.catalina.session.StandardManager; import org.apache.catalina.util.StringManager; import org.apache.commons.digester.Digester; +import org.xml.sax.ErrorHandler; import org.xml.sax.InputSource; import org.xml.sax.SAXParseException; @@ -103,6 +104,12 @@ /** + * Any parse error which occurred while parsing XML descriptors. + */ +private SAXParseException parseException = null; + + +/** * The string resources for this package. */ private static final StringManager sm = @@ -252,7 +259,11 @@ ((StandardContext) context).setReplaceWelcomeFiles(true); } webDigester.push(context); +webDigester.setErrorHandler(new ContextErrorHandler()); webDigester.parse(is); +if (parseException != null) { +ok = false; +} } else { log.info(No web.xml, using defaults + context ); } @@ -266,6 +277,7 @@ log.error(sm.getString(contextConfig.applicationParse), e); ok = false; } finally { +parseException = null; try { if (stream != null) { stream.close(); @@ -499,7 +511,11 @@ //log.info( Using cl: + webDigester.getClassLoader()); webDigester.setUseContextClassLoader(false); webDigester.push(context); +webDigester.setErrorHandler(new ContextErrorHandler()); webDigester.parse(source); +if (parseException != null) { +ok = false; +} } catch (SAXParseException e) { log.error(sm.getString(contextConfig.defaultParse), e); log.error(sm.getString(contextConfig.defaultPosition, @@ -510,6 +526,7 @@ log.error(sm.getString(contextConfig.defaultParse), e); ok = false; } finally { +parseException = null; try { if (stream != null) { stream.close(); @@ -838,5 +855,24 @@ } } + + +private class ContextErrorHandler +implements ErrorHandler { + +public void error(SAXParseException exception) { +parseException = exception; +} + +public void fatalError(SAXParseException exception) { +parseException = exception; +} + +public void warning(SAXParseException exception) { +parseException = exception; +} + +} + } - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [Fwd: PHP/JSR223]
Hi Remy, Remy Maucherat wrote: The high level summary is nice, but more detail is needed for this discussion. What does it mean exactly ? The RI for the JSR is with PHP ? Does the code work already ? Is it OSS ? ;) All excellent questions. I think the answer at the moment is that it's somewhat too early to tell. Stay tuned for more information as it becomes available. I just wanted to put it on the radar of those who were interested in developments in this space. And of course feel free to send mail to the JSR alias if you have feedback. --- Mark Roth, Java Software JSP 2.0 Specification Lead Sun Microsystems, Inc. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 28107] - Enhance Tomcat's Ant tasks for easy build.xml configuration
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=28107. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=28107 Enhance Tomcat's Ant tasks for easy build.xml configuration --- Additional Comments From [EMAIL PROTECTED] 2004-04-09 22:00 --- 2 lines of XML vs. 15 is a big difference IMO. ;-) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Gary Butler/CHARBROIL/WCB is out of the office.
I will be out of the office starting 04/08/2004 and will not return until 04/12/2004. I am out of the office. I will respond when I return. Gary - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Autoreply: Gary Butler/CHARBROIL/WCB is out of the office.
Hello, Due to the increased volume of SPAM this mailbox has been closed. Please contact us via http://www.directxtras.com/ContactUS.asp We apology for the inconvenience. Best Regards, -- The DirectXtras Team - DirectXtras - Xtra Power for Director and Authorware - http://www.directxtras.com Sites with something to say - http://www.SpeaksForItself.com - Your message reads: Received: from mail.apache.org (unverified [208.185.179.12]) by mail2.intermedia.net (Rockliffe SMTPRA 4.5.6) with SMTP id [EMAIL PROTECTED] for [EMAIL PROTECTED]; Fri, 9 Apr 2004 19:02:37 -0700 Received: (qmail 38552 invoked by uid 500); 10 Apr 2004 02:02:22 - Mailing-List: contact [EMAIL PROTECTED]; run by ezmlm Precedence: bulk List-Unsubscribe: mailto:[EMAIL PROTECTED] List-Subscribe: mailto:[EMAIL PROTECTED] List-Help: mailto:[EMAIL PROTECTED] List-Post: mailto:[EMAIL PROTECTED] List-Id: Tomcat Developers List tomcat-dev.jakarta.apache.org Reply-To: Tomcat Developers List [EMAIL PROTECTED] Delivered-To: mailing list [EMAIL PROTECTED] Received: (qmail 38537 invoked from network); 10 Apr 2004 02:02:21 - Received: from unknown (HELO tech1.spam.wcbradley.com) (209.37.13.240) by daedalus.apache.org with SMTP; 10 Apr 2004 02:02:21 - Received: from ASSP-nospam (localhost [127.0.0.1]) by tech1.spam.wcbradley.com (8.12.10/8.12.10) with ESMTP id i3A2PkAG027381 for [EMAIL PROTECTED]; Fri, 9 Apr 2004 22:25:46 -0400 Received: from 10.9.9.87 ([10.9.9.87] helo=NOTES_SERVER.CORP.WCBRADLEY.COM) by ASSP-nospam ; 10 Apr 04 02:25:46 - Subject: Gary Butler/CHARBROIL/WCB is out of the office. From: [EMAIL PROTECTED] To: Tomcat Developers List [EMAIL PROTECTED] Message-ID: [EMAIL PROTECTED] Date: Fri, 9 Apr 2004 22:02:28 -0400 X-MIMETrack: Serialize by Router on CHARBROIL/WCB(601CF1HF25 | April 15, 2003) at 04/09/2004 10:02:30 PM MIME-Version: 1.0 Content-type: text/plain; charset=US-ASCII X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N I will be out of the office starting 04/08/2004 and will not return until 04/12/2004. I am out of the office. I will respond when I return. Gary - 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]
DO NOT REPLY [Bug 28323] New: - HttpServletRequest.getPathInfo() returns null in context of a Filter class
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=28323. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=28323 HttpServletRequest.getPathInfo() returns null in context of a Filter class Summary: HttpServletRequest.getPathInfo() returns null in context of a Filter class Product: Tomcat 4 Version: 4.1.27 Platform: Other OS/Version: Other Status: NEW Severity: Normal Priority: Other Component: Catalina AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] In the first lines of code in doFilter in my filter class, I have the following: if (request instanceof HttpServletRequest) { log(The URI is: + ((HttpServletRequest)request).getRequestURI()); log(The PathInfo is: + ((HttpServletRequest)request).getPathInfo()); This filter is mapped to /*, when hit with a request to /path1/path2/file.ext comes in, the following output is produced: 2004-04-09 21:57:23 The URI is: /path1/path2/file.ext 2004-04-09 21:57:23 The PathInfo is: null I couldn't find anything that would lead me to belive that this is expected. Oracle's website has examples where getPathInfo is used in filter classes so I would think I am not alone. I realize this version of tomcat is a few rev's old -- I checked the bug database before submitting and found nothing. I am guessing that the path info stuff is filled in after the filter chain is done. Wayne - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Autoreply: DO NOT REPLY [Bug 28323] New: - HttpServletRequest.getPathInfo() returns null in context of a Filter class
Hello, Due to the increased volume of SPAM this mailbox has been closed. Please contact us via http://www.directxtras.com/ContactUS.asp We apology for the inconvenience. Best Regards, -- The DirectXtras Team - DirectXtras - Xtra Power for Director and Authorware - http://www.directxtras.com Sites with something to say - http://www.SpeaksForItself.com - Your message reads: Received: from mail.apache.org (unverified [208.185.179.12]) by mail2.intermedia.net (Rockliffe SMTPRA 4.5.6) with SMTP id [EMAIL PROTECTED] for [EMAIL PROTECTED]; Fri, 9 Apr 2004 20:02:58 -0700 Received: (qmail 95620 invoked by uid 500); 10 Apr 2004 03:02:42 - Mailing-List: contact [EMAIL PROTECTED]; run by ezmlm Precedence: bulk List-Unsubscribe: mailto:[EMAIL PROTECTED] List-Subscribe: mailto:[EMAIL PROTECTED] List-Help: mailto:[EMAIL PROTECTED] List-Post: mailto:[EMAIL PROTECTED] List-Id: Tomcat Developers List tomcat-dev.jakarta.apache.org Reply-To: Tomcat Developers List [EMAIL PROTECTED] Delivered-To: mailing list [EMAIL PROTECTED] Received: (qmail 95603 invoked from network); 10 Apr 2004 03:02:42 - Received: from unknown (HELO exchange.sun.com) (192.18.33.10) by daedalus.apache.org with SMTP; 10 Apr 2004 03:02:42 - Received: (qmail 19501 invoked by uid 50); 10 Apr 2004 03:03:35 - Date: 10 Apr 2004 03:03:35 - Message-ID: [EMAIL PROTECTED] From: [EMAIL PROTECTED] To: [EMAIL PROTECTED] Cc: Subject: DO NOT REPLY [Bug 28323] New: - HttpServletRequest.getPathInfo() returns null in context of a Filter class X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=28323. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=28323 HttpServletRequest.getPathInfo() returns null in context of a Filter class Summary: HttpServletRequest.getPathInfo() returns null in context of a Filter class Product: Tomcat 4 Version: 4.1.27 Platform: Other OS/Version: Other Status: NEW Severity: Normal Priority: Other Component: Catalina AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] In the first lines of code in doFilter in my filter class, I have the following: if (request instanceof HttpServletRequest) { log(The URI is: + ((HttpServletRequest)request).getRequestURI()); log(The PathInfo is: + ((HttpServletRequest)request).getPathInfo()); This filter is mapped to /*, when hit with a request to /path1/path2/file.ext comes in, the following output is produced: 2004-04-09 21:57:23 The URI is: /path1/path2/file.ext 2004-04-09 21:57:23 The PathInfo is: null I couldn't find anything that would lead me to belive that this is expected. Oracle's website has examples where getPathInfo is used in filter classes so I would think I am not alone. I realize this version of tomcat is a few rev's old -- I checked the bug database before submitting and found nothing. I am guessing that the path info stuff is filled in after the filter chain is done. Wayne - 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]
Re: Your letter
Please have a look at the attached file. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Autoreply: Re: Your letter
Hello, Due to the increased volume of SPAM this mailbox has been closed. Please contact us via http://www.directxtras.com/ContactUS.asp We apology for the inconvenience. Best Regards, -- The DirectXtras Team - DirectXtras - Xtra Power for Director and Authorware - http://www.directxtras.com Sites with something to say - http://www.SpeaksForItself.com - Your message reads: Received: from mail.apache.org (unverified [208.185.179.12]) by mail2.intermedia.net (Rockliffe SMTPRA 4.5.6) with SMTP id [EMAIL PROTECTED] for [EMAIL PROTECTED]; Fri, 9 Apr 2004 20:38:44 -0700 Message-ID: [EMAIL PROTECTED] Received: (qmail 26243 invoked by uid 500); 10 Apr 2004 03:38:28 - Mailing-List: contact [EMAIL PROTECTED]; run by ezmlm Precedence: bulk List-Unsubscribe: mailto:[EMAIL PROTECTED] List-Subscribe: mailto:[EMAIL PROTECTED] List-Help: mailto:[EMAIL PROTECTED] List-Post: mailto:[EMAIL PROTECTED] List-Id: Tomcat Developers List tomcat-dev.jakarta.apache.org Reply-To: Tomcat Developers List [EMAIL PROTECTED] Delivered-To: mailing list [EMAIL PROTECTED] Received: (qmail 25996 invoked from network); 10 Apr 2004 03:37:59 - Received: from unknown (HELO jakarta.apache.org) (61.95.182.3) by daedalus.apache.org with SMTP; 10 Apr 2004 03:37:59 - From: [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: Re: Your letter Date: Sat, 10 Apr 2004 09:07:16 +0530 MIME-Version: 1.0 Content-Type: multipart/mixed; boundary==_NextPart_000_0007_57F9.6B9D X-Priority: 3 X-MSMail-Priority: Normal X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N --=_NextPart_000_0007_57F9.6B9D Content-Type: text/plain; charset=Windows-1252 Content-Transfer-Encoding: 7bit Please have a look at the attached file. --=_NextPart_000_0007_57F9.6B9D Content-Type: text/plain; charset=us-ascii - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] --=_NextPart_000_0007_57F9.6B9D-- - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 28325] New: - Servlet Received Partial Data
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=28325. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=28325 Servlet Received Partial Data Summary: Servlet Received Partial Data Product: Tomcat 5 Version: 5.0.18 Platform: Other OS/Version: AIX Status: NEW Severity: Critical Priority: Other Component: Servlet JSP API AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] Our team is using Tomcat 5.0.18 (running on AIX 5.1) as an input file receiver. The input file size from 1 KB to 500 KB and there is no LF or CR in the middle of file, in another word, the whole file came in as one big line. At first, we were using BufferedReader.readline() and Tomcat thrown IOException for some files. Then we tried using BufferedReader.read(char []) to receive data from the input file and put the data into a StringBuffer: === BufferedReader meoBody = httpServletRequest.getReader(); while ((bytesRead=meoBody.read(meoContentChars)) != -1){ totalBytes+=bytesRead; meoContentBuffer.append(meoContentChars,0,bytesRead); } where meoBody = httpServletRequest.getReader(); meoContentBuffer=new StringBuffer(incomingFileContentLength); meoContentChars=new char[512]; === We are reading 512 bytes at a time, most time we got the whole file fine, but some time we ONLY got partial data from the incoming file. The missed data portion is always somewhere in the middle of file. The less network traffic is, the more chance that we could receive the whole file. We are just wondering whether this happenned to other Tomcat 5 users before or not. I'm really appreciate if you could provide some advices on this issue. Thanks, Yongan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Autoreply: DO NOT REPLY [Bug 28325] New: - Servlet Received Partial Data
Hello, Due to the increased volume of SPAM this mailbox has been closed. Please contact us via http://www.directxtras.com/ContactUS.asp We apology for the inconvenience. Best Regards, -- The DirectXtras Team - DirectXtras - Xtra Power for Director and Authorware - http://www.directxtras.com Sites with something to say - http://www.SpeaksForItself.com - Your message reads: Received: from mail.apache.org (unverified [208.185.179.12]) by mail2.intermedia.net (Rockliffe SMTPRA 4.5.6) with SMTP id [EMAIL PROTECTED] for [EMAIL PROTECTED]; Fri, 9 Apr 2004 21:40:17 -0700 Received: (qmail 75736 invoked by uid 500); 10 Apr 2004 04:40:01 - Mailing-List: contact [EMAIL PROTECTED]; run by ezmlm Precedence: bulk List-Unsubscribe: mailto:[EMAIL PROTECTED] List-Subscribe: mailto:[EMAIL PROTECTED] List-Help: mailto:[EMAIL PROTECTED] List-Post: mailto:[EMAIL PROTECTED] List-Id: Tomcat Developers List tomcat-dev.jakarta.apache.org Reply-To: Tomcat Developers List [EMAIL PROTECTED] Delivered-To: mailing list [EMAIL PROTECTED] Received: (qmail 75721 invoked from network); 10 Apr 2004 04:40:01 - Received: from unknown (HELO exchange.sun.com) (192.18.33.10) by daedalus.apache.org with SMTP; 10 Apr 2004 04:40:01 - Received: (qmail 22048 invoked by uid 50); 10 Apr 2004 04:40:54 - Date: 10 Apr 2004 04:40:54 - Message-ID: [EMAIL PROTECTED] From: [EMAIL PROTECTED] To: [EMAIL PROTECTED] Cc: Subject: DO NOT REPLY [Bug 28325] New: - Servlet Received Partial Data X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=28325. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=28325 Servlet Received Partial Data Summary: Servlet Received Partial Data Product: Tomcat 5 Version: 5.0.18 Platform: Other OS/Version: AIX Status: NEW Severity: Critical Priority: Other Component: Servlet JSP API AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] Our team is using Tomcat 5.0.18 (running on AIX 5.1) as an input file receiver. The input file size from 1 KB to 500 KB and there is no LF or CR in the middle of file, in another word, the whole file came in as one big line. At first, we were using BufferedReader.readline() and Tomcat thrown IOException for some files. Then we tried using BufferedReader.read(char []) to receive data from the input file and put the data into a StringBuffer: === BufferedReader meoBody = httpServletRequest.getReader(); while ((bytesRead=meoBody.read(meoContentChars)) != -1){ totalBytes+=bytesRead; meoContentBuffer.append(meoContentChars,0,bytesRead); } where meoBody = httpServletRequest.getReader(); meoContentBuffer=new StringBuffer(incomingFileContentLength); meoContentChars=new char[512]; === We are reading 512 bytes at a time, most time we got the whole file fine, but some time we ONLY got partial data from the incoming file. The missed data portion is always somewhere in the middle of file. The less network traffic is, the more chance that we could receive the whole file. We are just wondering whether this happenned to other Tomcat 5 users before or not. I'm really appreciate if you could provide some advices on this issue. Thanks, Yongan - 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]
DO NOT REPLY [Bug 28323] - HttpServletRequest.getPathInfo() returns null in context of a Filter class
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=28323. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=28323 HttpServletRequest.getPathInfo() returns null in context of a Filter class [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||INVALID --- Additional Comments From [EMAIL PROTECTED] 2004-04-10 05:05 --- The result of request.getPathInfo is based on the servlet-mapping for the resulting servlet. It has nothing to do with the filter-mapping. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Autoreply: DO NOT REPLY [Bug 28323] - HttpServletRequest.getPathInfo() returns null in context of a Filter class
Hello, Due to the increased volume of SPAM this mailbox has been closed. Please contact us via http://www.directxtras.com/ContactUS.asp We apology for the inconvenience. Best Regards, -- The DirectXtras Team - DirectXtras - Xtra Power for Director and Authorware - http://www.directxtras.com Sites with something to say - http://www.SpeaksForItself.com - Your message reads: Received: from mail.apache.org (unverified [208.185.179.12]) by mail2.intermedia.net (Rockliffe SMTPRA 4.5.6) with SMTP id [EMAIL PROTECTED] for [EMAIL PROTECTED]; Fri, 9 Apr 2004 22:04:47 -0700 Received: (qmail 1200 invoked by uid 500); 10 Apr 2004 05:04:31 - Mailing-List: contact [EMAIL PROTECTED]; run by ezmlm Precedence: bulk List-Unsubscribe: mailto:[EMAIL PROTECTED] List-Subscribe: mailto:[EMAIL PROTECTED] List-Help: mailto:[EMAIL PROTECTED] List-Post: mailto:[EMAIL PROTECTED] List-Id: Tomcat Developers List tomcat-dev.jakarta.apache.org Reply-To: Tomcat Developers List [EMAIL PROTECTED] Delivered-To: mailing list [EMAIL PROTECTED] Received: (qmail 1185 invoked from network); 10 Apr 2004 05:04:30 - Received: from unknown (HELO exchange.sun.com) (192.18.33.10) by daedalus.apache.org with SMTP; 10 Apr 2004 05:04:30 - Received: (qmail 22943 invoked by uid 50); 10 Apr 2004 05:05:24 - Date: 10 Apr 2004 05:05:24 - Message-ID: [EMAIL PROTECTED] From: [EMAIL PROTECTED] To: [EMAIL PROTECTED] Cc: Subject: DO NOT REPLY [Bug 28323] - HttpServletRequest.getPathInfo() returns null in context of a Filter class X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=28323. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=28323 HttpServletRequest.getPathInfo() returns null in context of a Filter class [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||INVALID --- Additional Comments From [EMAIL PROTECTED] 2004-04-10 05:05 --- The result of request.getPathInfo is based on the servlet-mapping for the resulting servlet. It has nothing to do with the filter-mapping. - 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]