DO NOT REPLY [Bug 22266] - Keep template text together with mappedfile="true"

[bugzilla]

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

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=22266

Keep template text together with mappedfile="true"





--- Additional Comments From [EMAIL PROTECTED]  2003-08-21 06:00 ---
It's just occurred to me that if the consolidation were done in a separate 
pass, it would apply to JSPs in XML format as well.  So provided the 
performance hit during compilation is acceptable (and I take your point that 
webapps should be deployed precompiled), I agree a separate pass is the way to 
go.

But if a performance hit during compilation is acceptable, is there any reason 
not to do this consolidation even when mappedfile="false"?  As you say, it 
should improve runtime performance, and we always have JspUtil.CHUNKSIZE 
(which could be made a configurable parameter) to keep individual lines from 
getting too long.  That was the only other downside that I found when I tested 
with mappedfile="false"-- very long template text sections were arguably even 
harder to follow all crammed into one output line than they were split at 
every HTML tag.

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

cvs commit: jakarta-tomcat-connectors/util/java/org/apache/tomcat/util/net/jsse JSSESupport.java

[billbarker]

billbarker2003/08/20 22:14:39

  Modified:util/java/org/apache/tomcat/util/net/jsse Tag: coyote_10
JSSESupport.java
  Log:
  Port patch from HEAD, since the user list is complaining about the size of their 
logfiles
  
  Revision  ChangesPath
  No   revision
  No   revision
  1.3.2.2   +6 -2  
jakarta-tomcat-connectors/util/java/org/apache/tomcat/util/net/jsse/JSSESupport.java
  
  Index: JSSESupport.java
  ===
  RCS file: 
/home/cvs/jakarta-tomcat-connectors/util/java/org/apache/tomcat/util/net/jsse/JSSESupport.java,v
  retrieving revision 1.3.2.1
  retrieving revision 1.3.2.2
  diff -u -r1.3.2.1 -r1.3.2.2
  --- JSSESupport.java  27 Apr 2003 05:36:50 -  1.3.2.1
  +++ JSSESupport.java  21 Aug 2003 05:14:39 -  1.3.2.2
  @@ -108,9 +108,13 @@
   }
   
   protected java.security.cert.X509Certificate [] 
  - getX509Certificates(SSLSession session) throws IOException {
  +getX509Certificates(SSLSession session) throws IOException {
   X509Certificate jsseCerts[] = null;
  - jsseCerts = session.getPeerCertificateChain();
  +try {
  +jsseCerts = session.getPeerCertificateChain();
  +} catch(Exception iex) {
  +// swallow to avoid inflating logs
  +}
   
if(jsseCerts == null)
jsseCerts = new X509Certificate[0];
  
  
  

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

cvs commit: jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/core StandardContext.java

[remm]

remm2003/08/20 21:17:06

  Modified:catalina/src/share/org/apache/catalina/core
StandardContext.java
  Log:
  - Ensure uniqueness of patters across all servlets, so that the mapper doesn't
become a mess.
  - This should fix Jean-Francois' problem.
  
  Revision  ChangesPath
  1.86  +8 -1  
jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/core/StandardContext.java
  
  Index: StandardContext.java
  ===
  RCS file: 
/home/cvs/jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/core/StandardContext.java,v
  retrieving revision 1.85
  retrieving revision 1.86
  diff -u -r1.85 -r1.86
  --- StandardContext.java  20 Aug 2003 08:24:22 -  1.85
  +++ StandardContext.java  21 Aug 2003 04:17:06 -  1.86
  @@ -2027,6 +2027,13 @@
   
   // Add this mapping to our registered set
   synchronized (servletMappings) {
  +String name2 = (String) servletMappings.get(pattern);
  +if (name2 != null) {
  +// Don't allow more than one servlet on the same pattern
  +Wrapper wrapper = (Wrapper) findChild(name2);
  +wrapper.removeMapping(pattern);
  +mapper.removeWrapper(pattern);
  +}
   servletMappings.put(pattern, name);
   }
   Wrapper wrapper = (Wrapper) findChild(name);
  
  
  

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

Re: cvs commit: jakarta-tomcat-connectors/util/java/org/apache/tomcat/util/http/mapperMapper.java

[Remy Maucherat]

[EMAIL PROTECTED] wrote:
jfarcand2003/08/20 18:20:39

  Modified:util/java/org/apache/tomcat/util/http/mapper Mapper.java
  Log:
  Revert my patch since it doesn't fix the problem entirely.
This case shouldn't be fixed in the mapper, but rather in 
StandardContext/Wrapper (which IMO shouldn't allow two servlets with the 
same mapping in the first place).

Remy



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

DO NOT REPLY [Bug 22279] - [PATCH] Typo fixes for various parts in Tomcat-FAQ

[bugzilla]

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

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=22279

[PATCH] Typo fixes for various parts in Tomcat-FAQ

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED



--- Additional Comments From [EMAIL PROTECTED]  2003-08-21 00:59 ---
Thanks! Its patched.

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

cvs commit: jakarta-tomcat-connectors/util/java/org/apache/tomcat/util/http/mapper Mapper.java

[jfarcand]

jfarcand2003/08/20 18:20:39

  Modified:util/java/org/apache/tomcat/util/http/mapper Mapper.java
  Log:
  Revert my patch since it doesn't fix the problem entirely.
  
  Revision  ChangesPath
  1.30  +6 -14 
jakarta-tomcat-connectors/util/java/org/apache/tomcat/util/http/mapper/Mapper.java
  
  Index: Mapper.java
  ===
  RCS file: 
/home/cvs/jakarta-tomcat-connectors/util/java/org/apache/tomcat/util/http/mapper/Mapper.java,v
  retrieving revision 1.29
  retrieving revision 1.30
  diff -u -r1.29 -r1.30
  --- Mapper.java   20 Aug 2003 21:09:56 -  1.29
  +++ Mapper.java   21 Aug 2003 01:20:39 -  1.30
  @@ -901,13 +901,9 @@
   return -1;
   }
   
  -int result = compare(name, start, end, map[0].name);
  -if (result < 0 ) {
  +if (compare(name, start, end, map[0].name) < 0 ) {
   return -1;
  -} else if (result == 0){
  -return 0;   
  -}
  -
  +} 
   if (b == 0) {
   return 0;
   }
  @@ -915,7 +911,7 @@
   int i = 0;
   while (true) {
   i = (b + a) / 2;
  -result = compare(name, start, end, map[i].name);
  +int result = compare(name, start, end, map[i].name);
   if (result == 1) {
   a = i;
   } else if (result == 0) {
  @@ -951,13 +947,9 @@
   return -1;
   }
   
  -int result = name.compareTo(map[0].name);
  -if (result < 0) {
  +if (name.compareTo(map[0].name) < 0) {
   return -1;
  -} else if (result == 0){
  -return 0;
  -}   
  -
  +} 
   if (b == 0) {
   return 0;
   }
  @@ -965,7 +957,7 @@
   int i = 0;
   while (true) {
   i = (b + a) / 2;
  -result = name.compareTo(map[i].name);
  +int result = name.compareTo(map[i].name);
   if (result > 0) {
   a = i;
   } else if (result == 0) {
  
  
  

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

DO NOT REPLY [Bug 22592] - Documentation on how to create keystore certificates

[bugzilla]

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

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=22592

Documentation on how to create keystore certificates

[EMAIL PROTECTED] changed:

   What|Removed |Added

 AssignedTo|[EMAIL PROTECTED]   |tomcat-
   ||[EMAIL PROTECTED]



--- Additional Comments From [EMAIL PROTECTED]  2003-08-21 00:00 ---
and reassign... I hope, it's the proper address :)

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

cvs commit: jakarta-tomcat-site/docs/faq/printer bugs.html classnotfound.html memory.html misc.html performance.html security.html version.html

[funkman]

funkman 2003/08/20 17:56:41

  Modified:docs/faq bugs.html classnotfound.html memory.html misc.html
performance.html security.html version.html
   docs/faq/printer bugs.html classnotfound.html memory.html
misc.html performance.html security.html
version.html
  Log:
  Per bz 22279 fix FAQ typos.
  
  Thanks to yannc76 at yahoo.de (Yann C?bron)
  
  Revision  ChangesPath
  1.5   +86 -86jakarta-tomcat-site/docs/faq/bugs.html
  
  
http://cvs.apache.org/viewcvs/jakarta-tomcat-site/docs/faq/bugs.html.diff?r1=1.4&r2=1.5
  
  
  1.5   +5 -5  jakarta-tomcat-site/docs/faq/classnotfound.html
  
  
http://cvs.apache.org/viewcvs/jakarta-tomcat-site/docs/faq/classnotfound.html.diff?r1=1.4&r2=1.5
  
  
  1.5   +144 -144  jakarta-tomcat-site/docs/faq/memory.html
  
  
http://cvs.apache.org/viewcvs/jakarta-tomcat-site/docs/faq/memory.html.diff?r1=1.4&r2=1.5
  
  
  1.6   +542 -541  jakarta-tomcat-site/docs/faq/misc.html
  
  
http://cvs.apache.org/viewcvs/jakarta-tomcat-site/docs/faq/misc.html.diff?r1=1.5&r2=1.6
  
  
  1.5   +50 -50jakarta-tomcat-site/docs/faq/performance.html
  
  
http://cvs.apache.org/viewcvs/jakarta-tomcat-site/docs/faq/performance.html.diff?r1=1.4&r2=1.5
  
  
  1.5   +90 -90jakarta-tomcat-site/docs/faq/security.html
  
  
http://cvs.apache.org/viewcvs/jakarta-tomcat-site/docs/faq/security.html.diff?r1=1.4&r2=1.5
  
  
  1.6   +76 -76jakarta-tomcat-site/docs/faq/version.html
  
  
http://cvs.apache.org/viewcvs/jakarta-tomcat-site/docs/faq/version.html.diff?r1=1.5&r2=1.6
  
  
  1.3   +2 -2  jakarta-tomcat-site/docs/faq/printer/bugs.html
  
  
http://cvs.apache.org/viewcvs/jakarta-tomcat-site/docs/faq/printer/bugs.html.diff?r1=1.2&r2=1.3
  
  
  1.3   +5 -5  jakarta-tomcat-site/docs/faq/printer/classnotfound.html
  
  
http://cvs.apache.org/viewcvs/jakarta-tomcat-site/docs/faq/printer/classnotfound.html.diff?r1=1.2&r2=1.3
  
  
  1.3   +6 -6  jakarta-tomcat-site/docs/faq/printer/memory.html
  
  
http://cvs.apache.org/viewcvs/jakarta-tomcat-site/docs/faq/printer/memory.html.diff?r1=1.2&r2=1.3
  
  
  1.4   +9 -8  jakarta-tomcat-site/docs/faq/printer/misc.html
  
  
http://cvs.apache.org/viewcvs/jakarta-tomcat-site/docs/faq/printer/misc.html.diff?r1=1.3&r2=1.4
  
  
  1.3   +1 -1  jakarta-tomcat-site/docs/faq/printer/performance.html
  
  
http://cvs.apache.org/viewcvs/jakarta-tomcat-site/docs/faq/printer/performance.html.diff?r1=1.2&r2=1.3
  
  
  1.3   +1 -1  jakarta-tomcat-site/docs/faq/printer/security.html
  
  
http://cvs.apache.org/viewcvs/jakarta-tomcat-site/docs/faq/printer/security.html.diff?r1=1.2&r2=1.3
  
  
  1.4   +7 -7  jakarta-tomcat-site/docs/faq/printer/version.html
  
  
http://cvs.apache.org/viewcvs/jakarta-tomcat-site/docs/faq/printer/version.html.diff?r1=1.3&r2=1.4
  
  

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

cvs commit: jakarta-tomcat-site/xdocs-faq bugs.xml classnotfound.xml memory.xml misc.xml performance.xml security.xml version.xml

[funkman]

funkman 2003/08/20 17:53:56

  Modified:xdocs-faq bugs.xml classnotfound.xml memory.xml misc.xml
performance.xml security.xml version.xml
  Log:
  Per bz 22279 fix FAQ typos.
  
  Thanks to yannc76 at yahoo.de (Yann C?bron)
  html commit coming in sperate email since it usually get rejected
  
  Revision  ChangesPath
  1.3   +2 -2  jakarta-tomcat-site/xdocs-faq/bugs.xml
  
  Index: bugs.xml
  ===
  RCS file: /home/cvs/jakarta-tomcat-site/xdocs-faq/bugs.xml,v
  retrieving revision 1.2
  retrieving revision 1.3
  diff -u -r1.2 -r1.3
  --- bugs.xml  11 Jul 2003 01:57:39 -  1.2
  +++ bugs.xml  21 Aug 2003 00:53:56 -  1.3
  @@ -78,7 +78,7 @@
   Can a developer easily reproduce the bug in their own environment?
 
 
  -Have you provided a patch? Is against cvs? using the correct file? Using
  +Have you provided a patch? Is it against cvs? Using the correct file? Using
   cvs diff -u
 
 
  @@ -90,7 +90,7 @@
   
   
   Some developers are uncomfortable submitting patches to code they are
  -unfamiliar with. The committers are not experts in all areas of tomcat.
  +unfamiliar with. The committers are not experts in all areas of Tomcat.
   It may be that the developer who has the ability to adequately review
   the patch may be too busy or unable to review the bug. That is the bad news,
   the good news is Tomcat is Open Source and you can build and use your own
  
  
  
  1.3   +5 -5  jakarta-tomcat-site/xdocs-faq/classnotfound.xml
  
  Index: classnotfound.xml
  ===
  RCS file: /home/cvs/jakarta-tomcat-site/xdocs-faq/classnotfound.xml,v
  retrieving revision 1.2
  retrieving revision 1.3
  diff -u -r1.2 -r1.3
  --- classnotfound.xml 24 Jun 2003 02:07:01 -  1.2
  +++ classnotfound.xml 21 Aug 2003 00:53:56 -  1.3
  @@ -71,12 +71,12 @@
   
 
   
  -  Why is jsp:useBean not working!
  +  Why is jsp:useBean not working?
   
   
 
   Why do I get java.lang.NoClassDefFoundError:
  -javax/servlet/Filter
  +javax/servlet/Filter?
   

   
  @@ -101,7 +101,7 @@
   Your bean is packaged in a class.
 
 
  -You have fully qualifies your class name
  +You have fully qualified your class name
   (eg:com.bar.package.MyClass) OR
 
 
  @@ -115,7 +115,7 @@
   

  Why do I get java.lang.NoClassDefFoundError:
  -   javax/servlet/Filter
  +   javax/servlet/Filter?

   
   
  @@ -129,7 +129,7 @@
   

  Why do I get java.lang.NoClassDefFoundError:
  -   org/xml/sax/InputSource
  +   org/xml/sax/InputSource?

   
   
  
  
  
  1.3   +6 -6  jakarta-tomcat-site/xdocs-faq/memory.xml
  
  Index: memory.xml
  ===
  RCS file: /home/cvs/jakarta-tomcat-site/xdocs-faq/memory.xml,v
  retrieving revision 1.2
  retrieving revision 1.3
  diff -u -r1.2 -r1.3
  --- memory.xml11 Jul 2003 01:57:39 -  1.2
  +++ memory.xml21 Aug 2003 00:53:56 -  1.3
  @@ -94,9 +94,9 @@
   Many reasons.
   
 
  -  Your out of memory. Simple as that - add more to your heap.
  +  You're out of memory. Simple as that - add more to your heap.
 
  -  Your out of memory. You have code which is hanging onto object
  +  You're out of memory. You have code which is hanging onto object
 references and the garbage collector can't do its job. Get a
 profiler to debug this one.
 
  @@ -128,22 +128,22 @@
   
 
   
  -  How much memory is tomcat/webapp/??? using?
  +  How much memory is Tomcat/webapp/??? using?
   
 
 
   
 
  -To find out how much memory tomcat is using, you might be able to
  +To find out how much memory Tomcat is using, you might be able to
   use the Runtime class provided by the JDK.
 
 
   You can't find out how much memory a webapp is using. The JVM
  -doesn't give us this detail.
  +doesn't give us these detail.
 
 
   You can't find out how much memory a ??? is using. The JVM
  -doesn't give us this detail.
  +doesn't give us these detail.
 
 
   That being said, a memory profiling tool might prove the above
  
  
  
  1.4   +9 -8  jakarta-tomcat-site/xdocs-faq/misc.xml
  
  Index: misc.xml
  ===
  RCS file: /home/cvs/jakarta-tomcat-site/xdocs-faq/misc.xml,v
  retrieving revision 1.3
  retrieving revision 1.4
  diff -u -r1.3 -r

DO NOT REPLY [Bug 17350] - SSL Handshake problem with Certificates

[bugzilla]

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

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=17350

SSL Handshake problem with Certificates

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED



--- Additional Comments From [EMAIL PROTECTED]  2003-08-20 22:54 ---
I have tested this for the latest versions of tomcat 4 and 5 and with the 
latest versions of IE, Mozilla and Netscape. In all cases I was using the 
1.4.1 JDK.

I was unable to reproduce the problem and am therefore changing the status to 
resolved (fixed) on the assumption a code change in Tomcat since 4.1.18 is 
responsible for this being fixed.

I believe I have covered all the options but if you identify a configuration 
where this still occurs, please reopen the bug, detail the configuration and I 
will be happy to investigate further.

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

DO NOT REPLY [Bug 22607] New: - Does not recognize servlets when update a servlet

[bugzilla]

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

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=22607

Does not recognize servlets when update a servlet

   Summary: Does not recognize servlets when update a servlet
   Product: Tomcat 4
   Version: 4.1.27
  Platform: PC
OS/Version: Windows NT/2K
Status: NEW
  Severity: Normal
  Priority: Other
 Component: Catalina
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]


I am compiling a source and i send the result class to /WEB-INF/..., but the 
problem is that once i compile and i try to run the program, it is sending me 
the next message:, 
 HTTP Status 503 - Servlet ShowFile is currently unavailable
but if i restart the tomcat, nothing happends, and the app works

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

DO NOT REPLY [Bug 22604] - listening spelled wrong

[bugzilla]

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

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=22604

listening spelled wrong





--- Additional Comments From [EMAIL PROTECTED]  2003-08-20 21:44 ---
Created an attachment (id=7907)
Fix spelling of listening.

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

DO NOT REPLY [Bug 22604] New: - listening spelled wrong

[bugzilla]

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

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=22604

listening spelled wrong

   Summary: listening spelled wrong
   Product: Tomcat 4
   Version: 4.1.27
  Platform: All
OS/Version: All
Status: NEW
  Severity: Normal
  Priority: Other
 Component: Connector:JK/AJP (deprecated)
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]


Listening is spelled wrong in jk_ajp_common.c.  Will attach a patch against the
last 1.2.5 that Glenn bundled.

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

DO NOT REPLY [Bug 22602] - Missing ant tasks for serverinfo and sessions

[bugzilla]

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

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=22602

Missing ant tasks for serverinfo and sessions





--- Additional Comments From [EMAIL PROTECTED]  2003-08-20 20:52 ---
Created an attachment (id=7906)
Implementation of /sessions manager task

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

DO NOT REPLY [Bug 22602] - Missing ant tasks for serverinfo and sessions

[bugzilla]

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

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=22602

Missing ant tasks for serverinfo and sessions





--- Additional Comments From [EMAIL PROTECTED]  2003-08-20 20:51 ---
Created an attachment (id=7905)
Implementation of /serverinfo manager task

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

DO NOT REPLY [Bug 22602] New: - Missing ant tasks for serverinfo and sessions

[bugzilla]

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

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=22602

Missing ant tasks for serverinfo and sessions

   Summary: Missing ant tasks for serverinfo and sessions
   Product: Tomcat 5
   Version: 5.0.6
  Platform: Other
OS/Version: Other
Status: NEW
  Severity: Enhancement
  Priority: Other
 Component: Webapps:Administration
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]


Ant tasks missing for two manager tasks- /serverinfo and /sessions. I have 
implemented these, and will be uploading the files.

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

error - rmi

[bene]

start rmi client unix  to server linux, utilits tomCat, occurs error ??? 

Exceção:
java.rmi.UnmarshalException: error unmarshalling return; nested exception is: 
	java.io.EOFException: Expecting code
java.io.EOFException: Expecting code
	at java.io.ObjectInputStream.peekCode(ObjectInputStream.java:1547)
	at java.io.ObjectInputStream.readObject(ObjectInputStream.java:287)
	at java.io.ObjectInputStream.readObject(ObjectInputStream.java:231)
	at sun.rmi.server.UnicastRef.unmarshalValue(UnicastRef.java:295)
	at sun.rmi.server.UnicastRef.invoke(UnicastRef.java:129)
	at pckAdctClasseComumSetr.ServidorRemoto.ServidorRemotoImpl_Stub.mtObterAutenticacao(Unknown Source)
	at pckAdctClasseComumSetr.ClienteLocal.ClienteLocal.mtExecuteTarefaAutenticacao(Unknown Source)
	at pckAdctAutenticarUsuarioMail.PryAutenticarUsuarioMail.mtTrataSubmissaoAdctConfirmar(Unknown Source)
	at pckAdctAutenticarUsuarioMail.PryAutenticarUsuarioMail.mtTrataAutenticarUsuarioMail(Unknown Source)
	at pckAdctAutenticarUsuarioMail.PryAutenticarUsuarioMail.mtTrataSubmissaoAdctAplicacoesRepresentante(Unknown Source)
	at pckAdct1Proxy.ProxyAdct1AplicacoesRepresentante.ProxyAdct1AplicacoesRepresentante.mtTrataSubmissaoAdctAutorizacao(Unknown Source)
	at pckAdct1Proxy.ProxyAdct1Autorizacao.ProxyAdct1Autorizacao.mtTrataSubmissaoAdct(Unknown Source)



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

cvs commit: jakarta-tomcat-connectors/util/java/org/apache/tomcat/util/http/mapper Mapper.java

[jfarcand]

jfarcand2003/08/20 14:09:57

  Modified:util/java/org/apache/tomcat/util/http/mapper Mapper.java
  Log:
  Fix bugtraq 4897366: Tomcat fails to do a URL mapping for a servlet/jsp that 
contains the following url pattern.
  
Two
*.jsp
  
  
  When the compare method returns 0, the current algorithm will never return and the 
extension will never get mapped (at least with the test case I have). I will try to 
translate the current test I have to be run by the tester.
  
  Revision  ChangesPath
  1.29  +15 -5 
jakarta-tomcat-connectors/util/java/org/apache/tomcat/util/http/mapper/Mapper.java
  
  Index: Mapper.java
  ===
  RCS file: 
/home/cvs/jakarta-tomcat-connectors/util/java/org/apache/tomcat/util/http/mapper/Mapper.java,v
  retrieving revision 1.28
  retrieving revision 1.29
  diff -u -r1.28 -r1.29
  --- Mapper.java   20 Aug 2003 17:31:37 -  1.28
  +++ Mapper.java   20 Aug 2003 21:09:56 -  1.29
  @@ -900,9 +900,14 @@
   if (b == -1) {
   return -1;
   }
  -if (compare(name, start, end, map[0].name) < 0) {
  +
  +int result = compare(name, start, end, map[0].name);
  +if (result < 0 ) {
   return -1;
  +} else if (result == 0){
  +return 0;   
   }
  +
   if (b == 0) {
   return 0;
   }
  @@ -910,7 +915,7 @@
   int i = 0;
   while (true) {
   i = (b + a) / 2;
  -int result = compare(name, start, end, map[i].name);
  +result = compare(name, start, end, map[i].name);
   if (result == 1) {
   a = i;
   } else if (result == 0) {
  @@ -945,9 +950,14 @@
   if (b == -1) {
   return -1;
   }
  -if (name.compareTo(map[0].name) < 0) {
  +
  +int result = name.compareTo(map[0].name);
  +if (result < 0) {
   return -1;
  -}
  +} else if (result == 0){
  +return 0;
  +}   
  +
   if (b == 0) {
   return 0;
   }
  @@ -955,7 +965,7 @@
   int i = 0;
   while (true) {
   i = (b + a) / 2;
  -int result = name.compareTo(map[i].name);
  +result = name.compareTo(map[i].name);
   if (result > 0) {
   a = i;
   } else if (result == 0) {
  
  
  

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

[PATCH] Prevent NPE if CLIENT-CERT auth fails

[Mark Thomas]

A small patch.

If auth fails, SSL session is terminated. Subsequent call to 
sslSupport.getPeerCertifcate() generates a NPE as sslSupport is null in this 
case.

 dditional commands, e-mail: [EMAIL PROTECTED]

request/response objects not unwrapted if exception during include

[Hendrik Haddorp]

Hello,

I think I found a bug in the class 
org.apache.catalina.core.ApplicationDispatcher in Tomcat 4.1.27. When 
invoking include the request and response Objects are not unwrapt in 
case of an Exception during the invoke call. Shouldn't the unwrap calls 
be in a finally clause? My problem with the current implementation is 
that I need to send a redirect after the include has returned but the 
redirect call gets ignored by the wraped version.

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

cvs commit: jakarta-tomcat-connectors/util/java/org/apache/tomcat/util/http/mapper Mapper.java

[remm]

remm2003/08/20 10:31:37

  Modified:util/java/org/apache/tomcat/util/http/mapper Mapper.java
  Log:
  - Optimization: If char to String already occurred due to the lookup in the dir
context, set it as String in addition to doing the setChars (to avoid having to
do it again later on). This helps a bit static file serving.
  
  Revision  ChangesPath
  1.28  +15 -6 
jakarta-tomcat-connectors/util/java/org/apache/tomcat/util/http/mapper/Mapper.java
  
  Index: Mapper.java
  ===
  RCS file: 
/home/cvs/jakarta-tomcat-connectors/util/java/org/apache/tomcat/util/http/mapper/Mapper.java,v
  retrieving revision 1.27
  retrieving revision 1.28
  diff -u -r1.27 -r1.28
  --- Mapper.java   7 Aug 2003 13:55:56 -   1.27
  +++ Mapper.java   20 Aug 2003 17:31:37 -  1.28
  @@ -699,21 +699,26 @@
   if (mappingData.wrapper == null
   && context.resources != null) {
   Object file = null;
  +String pathStr = path.toString();
   try {
  -file = context.resources.lookup(path.toString());
  +file = context.resources.lookup(pathStr);
   } catch(NamingException nex) {
   // Swallow not found, since this is normal
   }
   if (file != null && !(file instanceof DirContext) ) {
   internalMapExtensionWrapper(extensionWrappers,
   path, mappingData);
  -if(mappingData.wrapper == null) {
  +if (mappingData.wrapper == null) {
   mappingData.wrapper =
   context.defaultWrapper.object;
  -mappingData.requestPath.setChars(
  -path.getBuffer(), path.getStart(), 
path.getLength());
  +mappingData.requestPath.setChars
  +(path.getBuffer(), path.getStart(), 
  + path.getLength());
   mappingData.wrapperPath.setChars
  -(path.getBuffer(), path.getStart(), 
path.getLength());
  +(path.getBuffer(), path.getStart(), 
  + path.getLength());
  +mappingData.requestPath.setString(pathStr);
  +mappingData.wrapperPath.setString(pathStr);
   }
   }
   }
  @@ -736,8 +741,9 @@
   char[] buf = path.getBuffer();
   if (context.resources != null && buf[pathEnd -1 ] != '/') {
   Object file = null;
  +String pathStr = path.toString();
   try {
  -file = context.resources.lookup(path.toString());
  +file = context.resources.lookup(pathStr);
   } catch(NamingException nex) {
   // Swallow, since someone else handles the 404
   }
  @@ -749,6 +755,9 @@
   path.append('/');
   mappingData.redirectPath.setChars
   (path.getBuffer(), path.getStart(), path.getLength());
  +} else {
  +mappingData.requestPath.setString(pathStr);
  +mappingData.wrapperPath.setString(pathStr);
   }
   }
   }
  
  
  

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

cvs commit: jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/compiler Generator.java

[luehe]

luehe   2003/08/20 09:37:10

  Modified:jasper2/src/share/org/apache/jasper/compiler Generator.java
  Log:
  Temporary hack. If a JSP page uses the "extends" attribute of the page
  directive, the _jspInit() method of the generated servlet class will
  not be called (it is only called for those generated servlets that
  extend HttpJspBase, the default), causing the tag handler pools not to
  be initialized and resulting in a NPE.
  
  The JSP spec needs to clarify whether containers can override init()
  and destroy(). For now, we just disable tag pooling for pages that use
  "extends".
  
  Revision  ChangesPath
  1.198 +28 -15
jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/compiler/Generator.java
  
  Index: Generator.java
  ===
  RCS file: 
/home/cvs/jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/compiler/Generator.java,v
  retrieving revision 1.197
  retrieving revision 1.198
  diff -u -r1.197 -r1.198
  --- Generator.java19 Aug 2003 00:36:35 -  1.197
  +++ Generator.java20 Aug 2003 16:37:10 -  1.198
  @@ -96,6 +96,7 @@
   private ErrorDispatcher err;
   private BeanRepository beanInfo;
   private JspCompilationContext ctxt;
  +private boolean isPoolingEnabled;
   private boolean breakAtLF;
   private PageInfo pageInfo;
   private int maxTagNesting;
  @@ -446,8 +447,7 @@
   private void genPreambleClassVariableDeclarations( String className ) 
   throws JasperException
   {
  - if (ctxt.getOptions().isPoolingEnabled()
  - && !tagHandlerPoolNames.isEmpty()) {
  + if (isPoolingEnabled && !tagHandlerPoolNames.isEmpty()) {
for (int i=0; i

cvs commit: jakarta-tomcat-catalina/catalina/src/share/org/apache/naming/resources ProxyDirContext.java

[remm]

remm2003/08/20 09:30:38

  Modified:catalina/src/share/org/apache/naming/resources
ProxyDirContext.java
  Log:
  - Fix bug where no resource over 512 bytes would get cached. The problem
was a lack of conversion between bytes and K bytes, introduced a long time
ago (likely) when I made the cache more user friendly to configure.
  
  Revision  ChangesPath
  1.13  +6 -5  
jakarta-tomcat-catalina/catalina/src/share/org/apache/naming/resources/ProxyDirContext.java
  
  Index: ProxyDirContext.java
  ===
  RCS file: 
/home/cvs/jakarta-tomcat-catalina/catalina/src/share/org/apache/naming/resources/ProxyDirContext.java,v
  retrieving revision 1.12
  retrieving revision 1.13
  diff -u -r1.12 -r1.13
  --- ProxyDirContext.java  30 Jul 2003 18:35:50 -  1.12
  +++ ProxyDirContext.java  20 Aug 2003 16:30:38 -  1.13
  @@ -1561,7 +1561,8 @@
   if ((exists) && (entry.resource != null) 
   && (entry.resource.getContent() == null) 
   && (entry.attributes.getContentLength() >= 0)
  -&& (entry.attributes.getContentLength() < cacheObjectMaxSize)) {
  +&& (entry.attributes.getContentLength() < 
  +(cacheObjectMaxSize * 1024))) {
   int length = (int) entry.attributes.getContentLength();
   // The entry size is 1 + the resource size in KB, if it will be 
   // cached
  
  
  

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

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

[remm]

remm2003/08/20 09:27:35

  Modified:catalina/src/share/org/apache/coyote/tomcat5
CoyoteConnector.java
  Log:
  - Revert Bill's patch. The problem is that some of the fields are accessed
in the critical path (scheme, etc) as part of the main request processing
code, and using reflection to get them is not acceptable, so the patch
will need to be reworked.
  
  Revision  ChangesPath
  1.24  +352 -140  
jakarta-tomcat-catalina/catalina/src/share/org/apache/coyote/tomcat5/CoyoteConnector.java
  
  Index: CoyoteConnector.java
  ===
  RCS file: 
/home/cvs/jakarta-tomcat-catalina/catalina/src/share/org/apache/coyote/tomcat5/CoyoteConnector.java,v
  retrieving revision 1.23
  retrieving revision 1.24
  diff -u -r1.23 -r1.24
  --- CoyoteConnector.java  18 Aug 2003 06:43:29 -  1.23
  +++ CoyoteConnector.java  20 Aug 2003 16:27:35 -  1.24
  @@ -128,15 +128,48 @@
   
   
   /**
  + * The accept count for this Connector.
  + */
  +private int acceptCount = 10;
  +
  +
  +/**
  + * The IP address on which to bind, if any.  If null, all
  + * addresses on the server will be bound.
  + */
  +private String address = null;
  +
  +
  +/**
  + * The input buffer size we should create on input streams.
  + */
  +private int bufferSize = 2048;
  +
  +
  +/**
* The Container used for processing requests received by this Connector.
*/
   protected Container container = null;
   
  +
  +/**
  + * Compression value.
  + */
  +private String compression = "off";
  +
  +
   /**
* The debugging detail level for this component.
*/
   private int debug = 0;
   
  +
  +/**
  + * The "enable DNS lookups" flag for this Connector.
  + */
  +private boolean enableLookups = false;
  +
  +
   /**
* The server socket factory for this component.
*/
  @@ -163,11 +196,114 @@
   
   
   /**
  + * The minimum number of processors to start at initialization time.
  + */
  +protected int minProcessors = 5;
  +
  +
  +/**
  + * The maximum number of processors allowed, or <0 for unlimited.
  + */
  +private int maxProcessors = 20;
  +
  +
  +/**
  + * Linger value on the incoming connection.
  + * Note : a value inferior to 0 means no linger.
  + */
  +private int connectionLinger = Constants.DEFAULT_CONNECTION_LINGER;
  +
  +
  +/**
  + * Timeout value on the incoming connection.
  + * Note : a value of 0 means no timeout.
  + */
  +private int connectionTimeout = Constants.DEFAULT_CONNECTION_TIMEOUT;
  +
  +
  +/**
  + * Timeout value on the incoming connection during request processing.
  + * Note : a value of 0 means no timeout.
  + */
  +private int connectionUploadTimeout = 
  +Constants.DEFAULT_CONNECTION_UPLOAD_TIMEOUT;
  +
  +
  +/**
  + * Timeout value on the server socket.
  + * Note : a value of 0 means no timeout.
  + */
  +private int serverSocketTimeout = Constants.DEFAULT_SERVER_SOCKET_TIMEOUT;
  +
  +
  +/**
  + * The port number on which we listen for requests.
  + */
  +private int port = 8080;
  +
  +
  +/**
  + * The server name to which we should pretend requests to this Connector
  + * were directed.  This is useful when operating Tomcat behind a proxy
  + * server, so that redirects get constructed accurately.  If not specified,
  + * the server name included in the Host header is used.
  + */
  +private String proxyName = null;
  +
  +
  +/**
  + * The server port to which we should pretent requests to this Connector
  + * were directed.  This is useful when operating Tomcat behind a proxy
  + * server, so that redirects get constructed accurately.  If not specified,
  + * the port number specified by the port property is used.
  + */
  +private int proxyPort = 0;
  +
  +
  +/**
  + * The redirect port for non-SSL to SSL redirects.
  + */
  +private int redirectPort = 443;
  +
  +
  +/**
  + * The request scheme that will be set on all requests received
  + * through this connector.
  + */
  +private String scheme = "http";
  +
  +
  +/**
  + * The secure connection flag that will be set on all requests received
  + * through this connector.
  + */
  +private boolean secure = false;
  +
  +/** For jk, do tomcat authentication if true, trust server if false 
  + */ 
  +private boolean tomcatAuthentication = true;
  +
  +/**
* The string manager for this package.
*/
   private StringManager sm =
   StringManager.getManager(Constants.Package);
   
  +
  +/**
  + * Flag to disable setting a seperate time-out for uploads.
  + * If true, then t

Re: cvs commit: jakarta-tomcat-catalina/catalina/src/share/org/apache/coyote/tomcat5CoyoteConnector.java

[Remy Maucherat]

[EMAIL PROTECTED] wrote:
billbarker2003/08/17 23:43:29

  Modified:catalina/src/share/org/apache/coyote/tomcat5
CoyoteConnector.java
  Log:
  Fixing getters for JMX.
  
  It looks like a big commit, but it really shouldn't be very much in terms of functionality.  All default values are (almost) removed from the Connector.  This may break other components that were depending on them.  However that is why I'm committing now (so I can get more eyes to find the broken components).
  
  I've kludged getScheme for now, so that Tomcat is more or less functional.  However, it looks like there is still a fair amount of cleanup to do in getting the default values set for the protocols.
After testing, this patch seems horrible performance wise. Strong -1 for 
it (I will revert the patch).
On a related note, there could be a problem with the static resource 
caching, I'll have to check.

I will fix the performance issues, and release a 5.0.9 build (tomorrow).

Remy



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

bug in "configure" as found in jakarta-tomcat-connectors-jk2-2.0.2-src.tar.gz

[Terry Tuck]

The following code in configure (line 8146) is in error:

if ${TEST} ! -f ${tempval}/; then
   { { echo "$as_me:$LINENO: error: can't locate ${tempval}/" >&5
  echo "$as_me: error: can't locate ${tempval}/" >&2;}
  { (exit 1); exit 1; }; }
   fi

At this point in execution "tempval" contains a string which is
verified to be a directory in the code that precedes this.  The above
test concatenates the "/" character to the directory, which then fails
the test to be a file.  In my case the diagnostic message is:
configure:8147: error: can't locate /usr/contrib/src/httpd-2.0.47/

It would be good to correct this as non-developmental users of
platforms lacking binary distributions will find this to be a
show-stopper, just as I have.

Appreciate your work,
Terry.



















__
Do you Yahoo!?
Yahoo! SiteBuilder - Free, easy-to-use web site design software
http://sitebuilder.yahoo.com

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

Servlet Communication Problem.

[TAlam]

Hi,

This is Toseef and i wrote a JSP and a Servlet., there I want to connect 
the servlet from JSP like applet to servlet communication because JSP file 
is on Server A and reading a Zip file and Servlet will be on server B that 
on connection with JSP, it will get the file from JSP via Stream. But my 
problem is, On running this, i am not getting any action inServlet's 
service/doPost method. upon reading the input stream from connectuion, its 
initializing servlet(if not initialized yet) but not doing anything in 
service method. Can you please suggest me any solution or send me some 
sample code. 


Thanks & Regards,
Toseef Alam
-X6207

DO NOT REPLY [Bug 22588] New: - large file uploads fail with server not found error

[bugzilla]

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

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=22588

large file uploads fail with server not found error

   Summary: large file uploads fail with server not found error
   Product: Tomcat 3
   Version: 3.3.1 Final
  Platform: PC
OS/Version: Other
Status: NEW
  Severity: Major
  Priority: Other
 Component: Unknown
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]


Hi

I'm running 3.3.1a on Windows NT under JDK1.4.2, and testing using MSIE6SP1 and 
Mozilla Firebird 1.3.


Other bugs related to this one : 3983, 6143.

I am uploading large files and decoding the POST using the MultipartParser from 
the "common o'reilly servlets" package (www.servlets.com).
I place a limit on the upload file size and generate an error when the size 
exceeds the bound.

When I exceed a certain size (somewhere between 10k and 10M) the browser starts 
showing "server not found" errors.

I find that I can fix this by reading the rest of the input stream before 
generating a response.
What I suspect is happening (based on the other bug reports) is that the 
browser is getting confused by the response when it has not finished sending
all of it's data.

I am logging it again because, despite the indications in the other bug entries,
it is not fixed.

Thanks.

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

cvs commit: jakarta-tomcat-catalina/webapps/docs changelog.xml

[remm]

remm2003/08/20 03:56:40

  Modified:webapps/docs changelog.xml
  Log:
  - Changelog update.
  
  Revision  ChangesPath
  1.15  +241 -0jakarta-tomcat-catalina/webapps/docs/changelog.xml
  
  Index: changelog.xml
  ===
  RCS file: /home/cvs/jakarta-tomcat-catalina/webapps/docs/changelog.xml,v
  retrieving revision 1.14
  retrieving revision 1.15
  diff -u -r1.14 -r1.15
  --- changelog.xml 10 Aug 2003 10:53:23 -  1.14
  +++ changelog.xml 20 Aug 2003 10:56:40 -  1.15
  @@ -13,6 +13,220 @@
   
   
   
  +
  +
  +  
  +
  +
  +
  +  
  +  Update commons-daemon packaging for consistency and ease of use on Unix
  +  (remm)
  +  
  +  
  +  Servlet specification updates, submitted by Yutaka Yoshida (jfarcand)
  +  
  +  
  +  JSP specification updates, submitted by Mark Roth (kinman)
  +  
  +  
  +  22494: Removed logVerbosityLevel doc and init-param from 
  +  JSP Servlet, as they're no longer used, submitted by Eric Carmichael
  +  (yoavs)
  +  
  +
  +
  +
  +  
  +
  +  
  +
  +
  +
  +  
  +  Remove some stack trace dumping in Mapperlistener (remm)
  +  
  +  
  +  Remove extra setLogger call in Embedded.createContext (remm)
  +  
  +  
  +  Add support for Tld validation, and fix bug 21917 where
  +  entities couldn't be resolved in a TLD (jfarcand)
  +  
  +  
  +  Fixed logic so that iterator actually gets cloned when "clone" is set to
  +  true, and replace LinkedList with ArrayList (luehe)
  +  
  +  
  +  Avoid NPE when ensuring that resource path start with '/' (luehe)
  +  
  +  
  +  Avoid reformatting constant Expires header on every request (luehe)
  +  
  +  
  +  Log client abort exceptions as debug information (remm)
  +  
  +  
  +  Found a way to avoid the extra restart caused by the web.xml tracker, 
  +  when the webapp was deployed by an outside source, such as the manager
  +  servlet (remm)
  +  
  +  
  +  Improve CL stopped error message, so that it is more explanatory (remm)
  +  
  +  
  +  When using the deployer, scema validation wasn't supported (remm)
  +  
  +  
  +  Fix NPE when getMessage of an exception returns null in the 
  +  DefaultServlet (jfarcand)
  +  
  +  
  +  Fix behavior of HttpSession.setMaxInactiveInterval() (luehe)
  +  
  +  
  +  Cleanup of the XML descriptors for the model MBeans, removing old 
  +  connectors and old attributes (remm)
  +  
  +  
  +  Update the store and persistent manager code so that both will use the
  +  container provided background processing thread, rather than using one
  +  thread per component (as much as two threads per context) (remm)
  +  
  +  
  +  Add new managerChecksFrequency attribute to StandardContext, allowing to
  +  configure how often the manager session expiration and passivation 
  +  checks will be called, similar to the intervals used in Tomcat 4.1.x 
  +  (remm)
  +  
  +  
  +  Disable schema validation for now, due to persistent issues with Xerces
  +  (remm)
  +  
  +
  +
  +
  +  
  +
  +  
  +
  +
  +
  +  
  +  Added support for specifying alias name for server keypair and cert
  +  chain, to be used by the server to authenticate itself to SSL clients
  +  (luehe)
  +  
  +  
  +  Added support for specifying comma-separated list of SSL protocol
  +  variants to be enabled, which may be useful to disable the less secure 
  +  SSLv2 (luehe)
  +  
  +  
  +  Fixed bug in CoyoteConnector getter methods for SSL related attributes, 
  +  which would always return null if SSL properties were configured 
  +  directly on the Connector element (instead of its nested and now 
  +  deprecated Factory element) (luehe)
  +  
  +  
  +  Moving the new protocols logic to the 14 Factory (billbarker)
  +  
  +  
  +  Clone request attribute names iterator (luehe)
  +  
  +  
  +  Fix client abort logging, and throw a client abort when an IOException 
  +  occurs when writing bytes (remm)
  +  
  +  
  +  Avoid a NPE if requesting the remote address between requests or before
  +  processing any request (remm)
  +  
  +
  +
  +
  +  
  +
  +  
  +
  +
  +
  +  
  +  Allow a taglib to be defined more than once in taglib directives, even in
  +  statically included files, and remove need for keeping a Stack for 
  +  prefix bookkeeping (kinman)
  +  
  +  
  +  When including a JSP document (written in the XML syntax), in the 
  +  resulting XML View of the translation unit the root element of 
  +  the included segment must have the defa

DO NOT REPLY [Bug 22581] New: - Incorrect manifest entries in several JAR files

[bugzilla]

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

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=22581

Incorrect  manifest entries in several JAR files

   Summary: Incorrect  manifest entries in several JAR files
   Product: Tomcat 5
   Version: 5.0.7
  Platform: PC
OS/Version: Windows NT/2K
Status: NEW
  Severity: Normal
  Priority: Other
 Component: Catalina
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]


Many JARs (server/lib/*.jar) contain corrupted manifest files. Some of them are:
 tomcat-jni.jar, jkconfig.jar, jkshm.jar. Class-Path entries seem to be hard
wrapped around seventieth character. 

For example jkshm.jar and tomcat-jni.jar manifest files respectively:

Manifest-Version: 1.0
Ant-Version: Apache Ant 1.5.3 
Created-By: 1.4.2-b28 (Sun Microsystems Inc.)
Main-Class: org.apache.jk.common.Shm
Class-Path: tomcat-jk2.jar commons-logging.jar tomcat-util.jar log4j.j
 ar log4j-core.jar

Manifest-Version: 1.0
Ant-Version: Apache Ant 1.5.3 
Created-By: 1.4.2-b28 (Sun Microsystems Inc.)
Main-Class: org.apache.jk.apr.TomcatStarter
Class-Path: ../lib/tomcat.jar log4j.jar log4j-core.jar ../lib/common/l
 og4j.jar ../lib/common/log4j-core.jar ../lib/common/classes ../lib/co
 mmon/commons-logging.jar bootstrap.jar ../server/lib/commons-logging.
 jar ../server/lib/jmx.jar

I also feel that some of the entries are incorrect/redundant, provided that they
are used.

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

Enumerating "Host"s

[Uijin Hong]

Dear Tomcat community.

I know that I can enumerate all "Context" in the same "Host" as the
org.apache.catalina.manager.(HTML)ManagerServlet does.

Is it possible to enumerate all "Host" in the same Engine? I want to expand
the feature of "admin web application".

Thanks in advance.

Best regards,
Uijin Hong.




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

cvs commit: jakarta-tomcat-catalina/webapps/ROOT index.jsp

[remm]

remm2003/08/20 02:47:00

  Modified:webapps/ROOT index.jsp
  Log:
  - Update copyright year.
  
  Revision  ChangesPath
  1.11  +1 -1  jakarta-tomcat-catalina/webapps/ROOT/index.jsp
  
  Index: index.jsp
  ===
  RCS file: /home/cvs/jakarta-tomcat-catalina/webapps/ROOT/index.jsp,v
  retrieving revision 1.10
  retrieving revision 1.11
  diff -u -r1.10 -r1.11
  --- index.jsp 23 Mar 2003 16:13:57 -  1.10
  +++ index.jsp 20 Aug 2003 09:47:00 -  1.11
  @@ -170,7 +170,7 @@
   
   
    
  -Copyright © 1999-2002 Apache Software 
Foundation
  +Copyright © 1999-2003 Apache Software 
Foundation
   All Rights Reserved 
    
    
  
  
  

-
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 TldConfig.java

[remm]

remm2003/08/20 01:35:43

  Modified:catalina/src/share/org/apache/catalina/startup
ContextConfig.java TldConfig.java
  Log:
  - Disable schema validation for now.
  - Validation attempts of 2.4 style web.xml or TLD files will fail.
  
  Revision  ChangesPath
  1.30  +4 -2  
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.29
  retrieving revision 1.30
  diff -u -r1.29 -r1.30
  --- ContextConfig.java18 Aug 2003 17:44:20 -  1.29
  +++ ContextConfig.java20 Aug 2003 08:35:43 -  1.30
  @@ -492,7 +492,9 @@
   url = ContextConfig.class.getResource(Constants.WebSchemaResourcePath_24);
   SchemaResolver webEntityResolver = new SchemaResolver(url.toString(),
 webDigester);
  -if (validation) {
  +
  +// FIXME: if (validation) {
  +if (false) {
   webDigester.setSchema(url.toString());
   }
   
  
  
  
  1.16  +3 -1  
jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/startup/TldConfig.java
  
  Index: TldConfig.java
  ===
  RCS file: 
/home/cvs/jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/startup/TldConfig.java,v
  retrieving revision 1.15
  retrieving revision 1.16
  diff -u -r1.15 -r1.16
  --- TldConfig.java12 Aug 2003 16:15:52 -  1.15
  +++ TldConfig.java20 Aug 2003 08:35:43 -  1.16
  @@ -381,7 +381,9 @@
   url = TldConfig.class.getResource(Constants.TldSchemaResourcePath_20);
   SchemaResolver tldEntityResolver = new SchemaResolver(url.toString(), 
 tldDigester);
  -if( xmlValidation ) {
  +
  +// FIXME: if (xmlValidation) {
  +if (false) {
   tldDigester.setSchema(url.toString());
   }
   
  
  
  

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

cvs commit: jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/core StandardContext.java

[remm]

remm2003/08/20 01:24:23

  Modified:catalina/src/share/org/apache/catalina/core
StandardContext.java
  Log:
  - Manager checks should be a lot less frequent than the eventual reloader
check, or the other container's checks. The current settings would have caused
too much strain on the store.
  - Add a variable to configure the check interval.
  - Call the persistent manager checks.
  
  Revision  ChangesPath
  1.85  +54 -3 
jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/core/StandardContext.java
  
  Index: StandardContext.java
  ===
  RCS file: 
/home/cvs/jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/core/StandardContext.java,v
  retrieving revision 1.84
  retrieving revision 1.85
  diff -u -r1.84 -r1.85
  --- StandardContext.java  19 Aug 2003 17:11:49 -  1.84
  +++ StandardContext.java  20 Aug 2003 08:24:22 -  1.85
  @@ -541,6 +541,21 @@
   
   
   /**
  + * Frequency of the session expiration, and related manager operations.
  + * Manager operations will be done once for the specified amount of
  + * backgrondProcess calls (ie, the lower the amount, the most often the
  + * checks will occur).
  + */
  +private int managerChecksFrequency = 6;
  +
  +
  +/**
  + * Iteration count for background processing.
  + */
  +private int count = 0;
  +
  +
  +/**
* Caching allowed flag.
*/
   private boolean cachingAllowed = true;
  @@ -688,7 +703,8 @@
  new Boolean(this.available));
   
   }
  -
  +
  +
   /**
* Return the Locale to character set mapper for this Context.
*/
  @@ -975,6 +991,37 @@
   this.lazy = lazy;
   }
   
  +
  +/**
  + * Return the frequency of manager checks.
  + */
  +public int getManagerChecksFrequency() {
  +
  +return (this.managerChecksFrequency);
  +
  +}
  +
  +
  +/**
  + * Set the manager checks frequency.
  + *
  + * @param managerChecksFrequency the new manager checks frequency
  + */
  +public void setManagerChecksFrequency(int managerChecksFrequency) {
  +
  +if (managerChecksFrequency <= 0) {
  +return;
  +}
  +
  +int oldManagerChecksFrequency = this.managerChecksFrequency;
  +this.managerChecksFrequency = managerChecksFrequency;
  +support.firePropertyChange("managerChecksFrequency",
  +   new Integer(oldManagerChecksFrequency),
  +   new Integer(this.managerChecksFrequency));
  +
  +}
  +
  +
   /**
* Return descriptive information about this Container implementation and
* the corresponding version number, in the format
  @@ -4302,12 +4349,16 @@
   if (!started)
   return;
   
  -if (getManager() != null) {
  +count = (count + 1) % managerChecksFrequency;
  +
  +if ((getManager() != null) && (count == 0)) {
   if (getManager() instanceof StandardManager) {
   ((StandardManager) getManager()).processExpires();
   } else if (getManager() instanceof PersistentManagerBase) {
   PersistentManagerBase pManager = 
   (PersistentManagerBase) getManager();
  +pManager.processExpires();
  +pManager.processPersistenceChecks();
   if ((pManager.getStore() != null) 
   && (pManager.getStore() instanceof StoreBase)) {
   ((StoreBase) pManager.getStore()).processExpires();
  
  
  

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

cvs commit: jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/session PersistentManagerBase.java

[remm]

remm2003/08/20 01:20:41

  Modified:catalina/src/share/org/apache/catalina/session
PersistentManagerBase.java
  Log:
  - Similar to StoreBase, do not use a per component thread.
  
  Revision  ChangesPath
  1.10  +28 -158   
jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/session/PersistentManagerBase.java
  
  Index: PersistentManagerBase.java
  ===
  RCS file: 
/home/cvs/jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/session/PersistentManagerBase.java,v
  retrieving revision 1.9
  retrieving revision 1.10
  diff -u -r1.9 -r1.10
  --- PersistentManagerBase.java19 Aug 2003 00:49:58 -  1.9
  +++ PersistentManagerBase.java20 Aug 2003 08:20:41 -  1.10
  @@ -98,8 +98,8 @@
   
   public abstract class PersistentManagerBase
   extends ManagerBase
  -implements Lifecycle, PropertyChangeListener, Runnable
  - {
  +implements Lifecycle, PropertyChangeListener {
  +
   private static Log log = LogFactory.getLog(PersistentManagerBase.class);
   
   //  Security Classes
  @@ -174,12 +174,6 @@
   
   
   /**
  - * The interval (in seconds) between checks for expired sessions.
  - */
  -private int checkInterval = 60;
  -
  -
  -/**
* The descriptive information about this implementation.
*/
   private static final String info = "PersistentManagerBase/1.0";
  @@ -210,24 +204,6 @@
   
   
   /**
  - * The background thread.
  - */
  -private Thread thread = null;
  -
  -
  -/**
  - * The background thread completion semaphore.
  - */
  -protected boolean threadDone = false;
  -
  -
  -/**
  - * Name to register for the background thread.
  - */
  -private String threadName = "PersistentManagerBase";
  -
  -
  -/**
* Store object which will manage the Session store.
*/
   private Store store = null;
  @@ -266,33 +242,6 @@
   
   
   /**
  - * Return the check interval (in seconds) for this Manager.
  - */
  -public int getCheckInterval() {
  -
  -return (this.checkInterval);
  -
  -}
  -
  -
  -/**
  - * Set the check interval (in seconds) for this Manager.
  - *
  - * @param checkInterval The new check interval
  - */
  -public void setCheckInterval(int checkInterval) {
  -
  -int oldCheckInterval = this.checkInterval;
  -this.checkInterval = checkInterval;
  -support.firePropertyChange("checkInterval",
  -   new Integer(oldCheckInterval),
  -   new Integer(this.checkInterval));
  -
  -}
  -
  -
  -
  -/**
* Indicates how many seconds old a session can get, after its last
* use in a request, before it should be backed up to the store. -1
* means sessions are not backed up.
  @@ -602,6 +551,27 @@
   
   
   /**
  + * Invalidate all sessions that have expired.
  + */
  +public void processExpires() {
  +
  +if (!started)
  +return;
  +
  +long timeNow = System.currentTimeMillis();
  +Session sessions[] = findSessions();
  +
  +for (int i = 0; i < sessions.length; i++) {
  +StandardSession session = (StandardSession) sessions[i];
  +if (!session.isValid()) {
  +session.expire();
  + }
  +}
  +
  +}
  +
  +
  +/**
* Called by the background thread after active sessions have
* been checked for expiration, to allow sessions to be
* swapped out, backed up, etc.
  @@ -981,9 +951,6 @@
   else if (store instanceof Lifecycle)
   ((Lifecycle)store).start();
   
  -// Start the background reaper thread
  -threadStart();
  -
   }
   
   
  @@ -1009,9 +976,6 @@
   lifecycle.fireLifecycleEvent(STOP_EVENT, null);
   setStarted(false);
   
  -// Stop the background reaper thread
  -threadStop();
  -
   if (getStore() != null && saveOnRestart) {
   unload();
   } else {
  @@ -1033,7 +997,7 @@
   
   if( initialized )
   destroy();
  -
  +
   }
   
   
  @@ -1070,27 +1034,6 @@
   
   
   /**
  - * Invalidate all sessions that have expired.
  - */
  -protected void processExpires() {
  -
  -if (!started)
  -return;
  -
  -long timeNow = System.currentTimeMillis();
  -Session sessions[] = findSessions();
  -
  -for (int i = 0; i < sessions.length; i++) {
  -StandardSession session = (StandardSession) sessions[i];
  -if (!session.isValid()) {
  -session.expire();
  - }
  -}
  -
  -}
  -
  -
  -/**
* Swap idle sessions out 

FW: MBeanServer problem

[Adi Katz]

Hello,

I hope I post this in the right place.

When restating a context in tomcat 4.1.24 the ServletContext lose the
reference to the MBeanServer instance.

The ServerLifeCycleListener set an attribute named
'org.apache.catalina.MBeanServer' in the ServletContext when tomcat starts
up but once a context is reloaded... this attribute is gone and it is no
more possible to access the MBeanServer.

I took a look in the org.apache.catalina.mbeans.ServerLifeCycleListener code
and there is
a context reload event that suppose to create a new MBeanServer and set it
as an attribute in the servelcontext, but actually it does not happening.

I would appreciae any response
and hope I do not waste your time

Adi


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