DO NOT REPLY [Bug 28737] New: - Tomcat chooses wrong JDK at startup

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=28737

Tomcat chooses wrong JDK at startup

   Summary: Tomcat chooses wrong JDK at startup
   Product: Tomcat 5
   Version: 5.0.19
  Platform: Other
OS/Version: Other
Status: NEW
  Severity: Normal
  Priority: Other
 Component: Catalina
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]


Hello,

I have two Java JDKs installed on my machine (1.3 and 1.4). JAVA_HOME points 
to JDK1.3. While installing tomcat I selected that tomcat should use the 
JDK1.4, but when I start tomcat it nevertheless uses JDK 1.3... 

Thx,

Bernd

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

DO NOT REPLY [Bug 28737] - Tomcat chooses wrong JDK at startup

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=28737

Tomcat chooses wrong JDK at startup

[EMAIL PROTECTED] changed:

   What|Removed |Added

 OS/Version|Other   |Windows XP

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

DO NOT REPLY [Bug 18203] - jikes occationally fails to compile changed jsp pages

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=18203

jikes occationally fails to compile changed jsp pages





--- Additional Comments From [EMAIL PROTECTED]  2004-05-03 09:56 ---
I've made an example war that provokes the error consistently (check the
attached JikesTestCaseWeb.war).

To run it, deploy the war and hit:

http://localhost:8080/JikesTestCaseWeb/index.jsp

This reproduces the error for me. I've setup Jikes using the instructions in the
Tomcat docs. The init params are:


  compiler
  jikes


  javaEncoding
  ISO-8859-1


And I've set the JVM param: -Dbuild.compiler.emacs=true

Specs for my system are (updated since original posting):
OS: Fedora Core 1 Linux (kernel 2.4.22-1.2174.nptl)
JDK: Sun 1.4.2_04
Jikes: 1.2.0
Jboss: 3.2.3
Tomcat: 4.1.29 (integrated in JBoss)

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

DO NOT REPLY [Bug 18203] - jikes occationally fails to compile changed jsp pages

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=18203

jikes occationally fails to compile changed jsp pages





--- Additional Comments From [EMAIL PROTECTED]  2004-05-03 09:57 ---
Created an attachment (id=11411)
WAR to provoke Jikes compilation error with jar'ed taglib.

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

DO NOT REPLY [Bug 18203] - jikes occationally fails to compile changed jsp pages

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=18203

jikes occationally fails to compile changed jsp pages





--- Additional Comments From [EMAIL PROTECTED]  2004-05-03 09:58 ---
Oh, and by the way.. The example runs fine without Jikes as the JSP compiler.

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

DO NOT REPLY [Bug 28737] - Tomcat chooses wrong JDK at startup

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=28737

Tomcat chooses wrong JDK at startup





--- Additional Comments From [EMAIL PROTECTED]  2004-05-03 12:11 ---
i have the same problem .
if possible uninstall jdk1.4 and install it once again doing so what i think is 
it will write it's own property on default resource files on the systems used 
by jvm.

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

DO NOT REPLY [Bug 28737] - Tomcat chooses wrong JDK at startup

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=28737

Tomcat chooses wrong JDK at startup





--- Additional Comments From [EMAIL PROTECTED]  2004-05-03 12:29 ---
Thx for your feedback, but I will not uninstall and re-install JDK1.4. I will 
wait for a Tomcat 5 patch to correctly use the JDK selected in the 
installation process.

Thx,

Bernd

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

DO NOT REPLY [Bug 28742] New: - image from jsp

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=28742

image from jsp

   Summary: image from jsp
   Product: Tomcat 5
   Version: Unknown
  Platform: Other
OS/Version: Other
Status: NEW
  Severity: Normal
  Priority: Other
 Component: Unknown
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]


I tried writing jpeg data from servlet and jsp both both the case i have set 
content as Image/Jpeg
error like nopilot found always come in client side
i wish to make JSP to act as image or zip file is any way possible
thank you

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

Andrew Glass/SNG/BGM is out of the office.

[Andrew . Glass]

I will be out of the office starting  04/23/2004 and will not return until
05/12/2004.

G'day, I am currently travelling and uncontactable, back in office
Wednesday 12th May. I will respond to your message when I return.
Best regards, Andrew
__
This message is intended only for the named recipient and may
contain confidential, proprietary or legally privileged information.
No confidentiality or privilege is waived or lost by any misdirected
transmission. If you received this message in error, please notify
us immediately by telephone at 314 292-2000 and immediately delete
this message from your system. If you are not the intended recipient,
you must not use, disclose, distribute or copy any part of this message.




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

DO NOT REPLY [Bug 28750] New: - Forms won't save data in Authenticated Directory

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=28750

Forms won't save data in Authenticated Directory

   Summary: Forms won't save data in Authenticated Directory
   Product: Tomcat 5
   Version: 5.0.0
  Platform: Sun
OS/Version: Other
Status: NEW
  Severity: Blocker
  Priority: Other
 Component: Unknown
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]


Currently I have an application. The main directory under the webapps/myapp all 
those files I don't need protected. I need certain pages (admin stuff) 
protected. So I put that into a /webapps/myapp/admin directory with basic 
authentication. 

My problem comes with forms. If I create a form in the webapps/myapp directory 
and hit submit, it takes user to a confirmation page of what they entered. They 
hit the back button and the form will still contain the data they just entered. 
however, if I create a form in webapps/myapp/admin directory, when user hits 
back button,none of the data is saved. I have tried this with very basic form 
as below. test2.jsp just says "TESTING". 







I thought that form saving data was automatic. The only difference is which 
directory I put the form in. It seems that it's not reading something properly. 
The only difference is that the admin dir I have it set so only certain users 
can enter but other than that nothing. 

I tried this in another created directory without any authentication and it 
worked (saved data after hitting back button). I am using Tomcat 5.0

PLEASE HELP!

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

Re:(ID-number: 286630) DO NOT REPLY [Bug 28750] New: -Forms won't save data in Authenticated Directory

[operamail]

Dear Tomcat Developers List,

The Support Request you submitted to Opera Premium Support with
the Title of "DO NOT REPLY [Bug 28750] New: -Forms won't save data in Authenticated 
Directory" has been given the following ID-number:

286630

Please include the ID-number in the subject line if you want to reply to
this e-mail.

-

Information below are for registered Opera users only:

Please use the below URL if you wish to view the Support
Request again:

https://support.opera.no/bin/customer?a=286630+191652+xmvupybb


--
Sincerely Yours,
Customer Service Department
Opera Software AS 

Copyright Opera Software - © All rights reserved.



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

RE: Andrew Glass/SNG/BGM is out of the office.

[Asher Ben-Ishay]

לא ניתן לפתוח מייל052592924
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] 
Sent: Monday, May 03, 2004 7:00 PM
To: [EMAIL PROTECTED]
Subject: Andrew Glass/SNG/BGM is out of the office.


I will be out of the office starting  04/23/2004 and will not return
until 05/12/2004.

G'day, I am currently travelling and uncontactable, back in office
Wednesday 12th May. I will respond to your message when I return. Best
regards, Andrew
__
This message is intended only for the named recipient and may contain
confidential, proprietary or legally privileged information. No
confidentiality or privilege is waived or lost by any misdirected
transmission. If you received this message in error, please notify us
immediately by telephone at 314 292-2000 and immediately delete this
message from your system. If you are not the intended recipient, you
must not use, disclose, distribute or copy any part of this message.




-
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: 286630) DO NOT REPLY [Bug 28750] New: -Forms won't save data in Authenticated Directory

[Asher Ben-Ishay]

 

-Original Message-
From: Asher Ben-Ishay [mailto:[EMAIL PROTECTED] 
Sent: Monday, May 03, 2004 11:20 PM
To: 'Tomcat Developers List'
Subject: RE: (ID-number: 286630) DO NOT REPLY [Bug 28750] New: -Forms
won't save data in Authenticated Directory


לא ניתן לפתוח מייל052592924 

-Original Message- 
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] 
Sent: Monday, May 03, 2004 10:11 PM 
To: Tomcat Developers List 
Subject: Re:(ID-number: 286630) DO NOT REPLY [Bug 28750] New: -Forms
won't save data in Authenticated Directory 


Dear Tomcat Developers List, 

The Support Request you submitted to Opera Premium Support with the
Title of "DO NOT REPLY [Bug 28750] New: -Forms won't save data in
Authenticated Directory" has been given the following ID-number: 

286630 

Please include the ID-number in the subject line if you want to reply to
this e-mail. 

- 

Information below are for registered Opera users only: 

Please use the below URL if you wish to view the Support Request again: 

https://support.opera.no/bin/customer?a=286630+191652+xmvupybb 


-- 
Sincerely Yours, 
Customer Service Department 
Opera Software AS 

Copyright Opera Software - © 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] 

RE: (ID-number: 286630) DO NOT REPLY [Bug 28750] New: -Forms won't save data in Authenticated Directory

[Asher Ben-Ishay]

לא ניתן לפתוח מייל052592924

-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] 
Sent: Monday, May 03, 2004 10:11 PM
To: Tomcat Developers List 
Subject: Re:(ID-number: 286630) DO NOT REPLY [Bug 28750] New: -Forms
won't save data in Authenticated Directory


Dear Tomcat Developers List,

The Support Request you submitted to Opera Premium Support with the
Title of "DO NOT REPLY [Bug 28750] New: -Forms won't save data in
Authenticated Directory" has been given the following ID-number:

286630

Please include the ID-number in the subject line if you want to reply to
this e-mail.

-

Information below are for registered Opera users only:

Please use the below URL if you wish to view the Support Request again:

https://support.opera.no/bin/customer?a=286630+191652+xmvupybb


--
Sincerely Yours,
Customer Service Department
Opera Software AS 

Copyright Opera Software - © 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]

DO NOT REPLY [Bug 28750] - Forms won't save data in Authenticated Directory

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=28750

Forms won't save data in Authenticated Directory

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||WONTFIX



--- Additional Comments From [EMAIL PROTECTED]  2004-05-03 21:26 ---
Tomcat adds response headers to protected pages to prevent them from being 
cached by proxy servers.  You can look at BZ #27122 for an example of how to 
disable this "feature".  You can also try asking on tomcat-
[EMAIL PROTECTED] to see if other people have found a different solution.

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

Yahoo! Auto Response

[sdwouk]

WELCOME  TO SOMALILAND DEMOCRACY WATCH - SDWO

Thanks for your article, Insha Allah it will be published as soon as possilbe.

Saaxiib aad ayaad ugu mahadsantahay maqaalkan aad noo soo dirtay hadii, Ilaahay 
yidhaahdo sida ugu dhakhsaha badan ayaan u soo daabici doonaa ka dib markaan akhrino 
nuxurka maqaalka.

Dhamaan maqaalada na loo soo diro, masuuliyadeeda waxa iska leh qoraaga maqaalka, isla 
markaasna kama turjumayso fikirka ururka SDWO  Long Live Somaliland 

Thanks - Webmaster SDWO  -  Guled Abdi




Original Message:


X-Rocket-Spam: 80.45.161.129
X-YahooFilteredBulk: 80.45.161.129
X-Rocket-Track: 184426: 20 ; SFLAG=OPENRELAY ; IPCR=g-w0,n0,g100 ; IP=80.45.161.255 ; 
IPV=1083556177 ; SERVER=66.218.86.251
Return-Path: <[EMAIL PROTECTED]>
Received: from 80.45.161.129  (EHLO yahoo.com) (80.45.161.129)
  by mta222.mail.scd.yahoo.com with SMTP; Mon, 03 May 2004 15:12:28 -0700
From: [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Subject: Delivery Failure ([EMAIL PROTECTED])
Date: Mon, 3 May 2004 23:12:53 +0100
MIME-Version: 1.0
Content-Type: multipart/mixed;
boundary="=_NextPart_000_0016=_NextPart_000_0016"
X-Priority: 1
X-MSMail-Priority: High

This is a multi-part message in MIME format.

--=_NextPart_000_0016=_NextPart_000_0016
Content-Type: text/plain;
charset="Windows-1252"
Content-Transfer-Encoding: 7bit


Mail Transaction Failed - This mail couldn't be converted

- failed message -
Z,X&w2?V%Z~hQycy6|cX+Y'6'-sQ74KDnD2!HnWuüiPGs
;E|3Plt8peubQ,hu*
_
DO YOU YAHOO!?
Get your free @yahoo.com address at http://mail.yahoo.com


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

[Ann] "How Tomcat Works" book -- at 45% discount for direct purchase from publisher

[Budi Kurniawan]

How Tomcat Works: A Guide to Developing Your Own Java Servlet Container 
by Budi Kurniawan and Paul Deck 
Published by BrainySoftware.com (www.brainysoftware.com)
464 pages, April 2004
ISBN: 0-9752128-0-X
US$49.99/A$109.99/C$77.99

"How Tomcat Works" is the only book that explains the internal workings of
Tomcat, the open source project used by millions of Java developers. Unlike
other Tomcat titles, it is unique because it does not simply covers the
configuration or servlet development with Tomcat. Rather, this book is meant
for advanced readers interested in writing their own Tomcat modules or in
understanding more beyond servlet/JSP programming. 

The authors of this book have cracked open Tomcat 4 and 5 and revealed the
internal workings of each component. Upon understanding the contents of this
book, you will be able to develop your own Tomcat components or extend the
existing ones.

In particular, this book explains:
.   How to develop Java web servers 
.   Whether or not more Tomcat creates more than one instance for each
servlet
.   How Tomcat runs a servlet that implements the SingleThreadModel
interface
.   Why you cannot change the value of request parameters.
.   The two main modules of a servlet container: connector and container
.   How to build your own connector or extend the existing ones
.   The four types of containers: engine, host, context, wrapper
.   How Tomcat manages sessions and how to extend the session manager in
a distributed environment.
.   The class loader and how to create custom loaders
.   How Tomcat implements security and basic/form-based/digest
authentication
.   How realms and login configuration work.
.   How Tomcat processes the configuration file (server.xml) and
converts the XML elements to Java objects using Digester
.   Tomcat's shutdown hook
.   JMX, Apache's Commons Modeler, and Tomcat JMX manageable resources
---
Budi Kurniawan is the author of Java for the Web with Servlets, JSP, and EJB
(NewRiders, 2002), a servlet/JSP book that stayed as the No.1 best-selling
servlet/JSP book at amazon.com for 18 months. Budi is an IT consultant
specializing in Internet and object-oriented programming. In addition to a
number of computer books, he has published about 100 articles for more than
10 publications--including prestigious Java magazines, such as java.net,
JavaPro, JavaWorld, and www.onjava.com. Budi is the author of the popular
Brainysoftware.com File Upload Bean, which is licensed and purchased by many
major corporations worldwide.

Paul Deck is an IT architect with more than 15 years of experience. He has
been involved in various projects in the United States, Canada, China, and
Australia. Besides travelling, his interests include networking, Internet
programming, design patterns, and user interface design.


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

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

[glenn]

glenn   2004/05/03 14:29:22

  Modified:.RELEASE-NOTES-4.1.txt
  Log:
  Update release notes
  
  Revision  ChangesPath
  1.84  +8 -1  jakarta-tomcat-4.0/RELEASE-NOTES-4.1.txt
  
  Index: RELEASE-NOTES-4.1.txt
  ===
  RCS file: /home/cvs/jakarta-tomcat-4.0/RELEASE-NOTES-4.1.txt,v
  retrieving revision 1.83
  retrieving revision 1.84
  diff -u -r1.83 -r1.84
  --- RELEASE-NOTES-4.1.txt 25 Jan 2004 19:56:33 -  1.83
  +++ RELEASE-NOTES-4.1.txt 3 May 2004 21:29:21 -   1.84
  @@ -876,6 +876,13 @@
   [4.1.30] ExtendedAccessLogValve:
Port patch.
   
  +[4.1.31] #15463, Duplicates #18609, #20083, #20667
  + StandardSession:
  + Fix idle session timeout bug.
  +
  +[4.1.31] JDBCStore:
  + Optimize use of database session persistence to improve scaling
  + and performance.
   
   
   Coyote Bug Fixes:
  
  
  

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

DO NOT REPLY [Bug 15463] - StandardManager incorrectly uses getLastAccessedTime

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=15463

StandardManager incorrectly uses getLastAccessedTime

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED



--- Additional Comments From [EMAIL PROTECTED]  2004-05-03 21:29 ---
Problems with expiring sessions have been reported numerous times.
The basic problem is as follows, starting at time 0 min and with
a max inactive interval of 30 minutes:

00 min: First request, new session created, LastAccessedTime 0
02 min: Second request, reuse session, LastAccessedTime 0
31 min: Third request, reuse session, LastAccessedTime now 2
33 min: Background manager thread expires session even though
it has only been two minutes since the remote clients
last request.

The argument for not changing how this works is based on how
the Servlet Spec defines Session.getLastAccessedTime().

But I agree with all those who have complained about this
behaviour that Tomcat session timeouts are buggy.

So I came up with a compromise that still allows the
HttpSession.getLastAccessedTime() to return the time of the
previous request for those who are Servlet Spec purists.

But internally sessions are expired when
current time > last request + max inactive interval.

When we do a major revision we should consider adding
the StandardSession.getLastUsedTime() method to the
org.apache.catalina.Session interface.

Patch committed to CVS.
Will be available in 4.1.31 and later releases.

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

Hey

[craigmcc]

Norton AntiVirus gelöscht1.txt
Description: plain/text
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 28654] - Load balancer doesn't work for jk 2.0.4 with IIS

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=28654

Load balancer doesn't work for jk 2.0.4 with IIS





--- Additional Comments From [EMAIL PROTECTED]  2004-05-04 04:15 ---
I get exactly the sane error with Tomcat 4.1.29 on Windows 2003. 
 
I found a suggestion that the load balancing was at fault; after removing 
all references to the load balancer in the workers.prpoperties file and 
re-booting, everything worked correctly. 
 
Which brings up the question of how the workers are controlled: are they 
under the control of IIS, or are they daemon processes ? It seems that 
the only way to have them re-load their configuration details is to 
re-boot.I get exactly the sane error with Tomcat 4.1.29 on Windows 2003. 
 
I found a suggestion that the load balancing was at fault; after removing 
all references to the load balancer in the workers.prpoperties file and 
re-booting, everything worked correctly. 
 
Which brings up the question of how the workers are controlled: are they 
under the control of IIS, or are they daemon processes ? It seems that 
the only way to have them re-load their configuration details is to 
re-boot.

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

DO NOT REPLY [Bug 28654] - Load balancer doesn't work for jk 2.0.4 with IIS

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=28654

Load balancer doesn't work for jk 2.0.4 with IIS





--- Additional Comments From [EMAIL PROTECTED]  2004-05-04 04:18 ---
Sorry about the duplicated message.

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

DO NOT REPLY [Bug 28756] New: - Cannot filter requests when running behind a front-end

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=28756

Cannot filter requests when running behind a front-end

   Summary: Cannot filter requests when running behind a front-end
   Product: Tomcat 4
   Version: 4.1.29
  Platform: Other
OS/Version: Windows NT/2K
Status: NEW
  Severity: Enhancement
  Priority: Other
 Component: Catalina:Modules
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]


I realize that this type of functionality is normally handled by 
firewalls/packet filters, etc. but it seemed like a nice feature 
to add to the Tomcat configurstion options. 
 
Accordingly, here is a 'ServerNameValve' and a 'ServerPortValve'. 
 
I have verified these with Tomcat 4.1.29, but they should also be 
applicable to Tomcat 5.

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

Re: DO NOT REPLY [Bug 28756] New: -

[newstuff]

=

EXTREME Funny Pictures Of The Day

=



Thank You For Emailing EXTREME Funny Pictures!





UNSUBSCRIBE INSTRUCTIONS





To stop our newsletter, click below and fill in your email address:

http://www.extremefunnypictures.com/unsubscribe.htm

http://www.extremefunnypictures.com/unsubscribe.htm";>Click





=

CONTACT INFORMATION

=



This is an autoresponder to let you know that in order to contact 

EXTREME Funny Pictures you must go to:

http://www.extremefunnypictures.com/feedback.htm

http://www.extremefunnypictures.com/feedback.htm";>Click



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

DO NOT REPLY [Bug 28756] - Cannot filter requests when running behind a front-end

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=28756

Cannot filter requests when running behind a front-end





--- Additional Comments From [EMAIL PROTECTED]  2004-05-04 05:12 ---
Created an attachment (id=11419)
Documentation patch

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

DO NOT REPLY [Bug 28756] - Cannot filter requests when running behind a front-end

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=28756

Cannot filter requests when running behind a front-end





--- Additional Comments From [EMAIL PROTECTED]  2004-05-04 05:13 ---
Created an attachment (id=11420)
Server Name Valve

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

DO NOT REPLY [Bug 28756] - Cannot filter requests when running behind a front-end

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=28756

Cannot filter requests when running behind a front-end





--- Additional Comments From [EMAIL PROTECTED]  2004-05-04 05:13 ---
Created an attachment (id=11421)
Server Port Valve

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