ATTENZIONE A QUESTO VIRUS
Ho trovato un virus: il suo nome è: jdbgmgr.exe , di lui si sa solo che s'inserisce e si nasconde nella rubrica d'indirizzi. E' molto probabile che sia già nascosto nel Vs computer, il virus si trasmette automaticamente tramite Messenger e attraverso la rubrica degli indirizzi, questo virus non è detettabile per McAfee o Norton e rimane in letargo per 14 giorni, dopodichè si attiva e reca danni all'intero sistema. Può essere cancellato prima che possa eliminare le rubriche e/o archivi del computer, per poterlo eliminare bisogna seguire le seguenti operazioni: 1) Iniziare, cliccando sullo schermo in basso a sinistra Avvio o Start 2) Cliccare su Trova files o cartelle e scrivere il nome del virus: jdbgmgr.exe, assicurarsi che la ricerca sia fatta sul disco C , quindi cliccare su cerca ora. 3) Se appare il virus (l'icona è un orsacchiotto) che corrisponde al nome di jdbgmgr.exe NON APRIRE PER NESSUN MOTIVO. 4) Cliccare con il pulsante destro del vostro mouse ed eliminare (Il virus verrà spostato nel cestino) 5) Andare poi al vostro cestino e svuotarlo. SE AVETE TROVATO IL VIRUS NEL VOSTRO COMPUTER, INVIARE QUESTO MESSAGGIO A TUTTE LE PERSONE CHE SI TROVANO SULLA VOSTRA RUBRICA D'INDIRIZZI O E-MAILS PRIMA CHE POSSA ATTIVARSI E CAUSARE DANNI A QUESTE PERSONE. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
cvs commit: jakarta-tomcat-4.0/webapps/admin/connector connector.jsp
manveen 02/04/26 00:02:15 Modified:webapps/admin/connector connector.jsp Log: Support for HTTP, HTTPS (Coyote http1.1) and AJP (HTTP) connectors. Revision ChangesPath 1.7 +8 -3 jakarta-tomcat-4.0/webapps/admin/connector/connector.jsp Index: connector.jsp === RCS file: /home/cvs/jakarta-tomcat-4.0/webapps/admin/connector/connector.jsp,v retrieving revision 1.6 retrieving revision 1.7 diff -u -r1.6 -r1.7 --- connector.jsp 26 Apr 2002 02:11:28 - 1.6 +++ connector.jsp 26 Apr 2002 07:02:15 - 1.7 @@ -199,7 +199,11 @@ /controls:data /controls:row -%-- The following properties are supported for both Coyote and JK2 Connectors --% +%-- The following properties are supported only for Coyote Connectors --% + logic:notEqual name=connectorForm property=connectorType scope=session + value=Ajp13Connector + logic:notEqual name=connectorForm property=connectorType scope=session + value=HTTP(AJP) controls:row header=true labelStyle=table-header-text dataStyle=table-header-text controls:labelProxy/controls:label controls:datanbsp;/controls:data @@ -218,12 +222,13 @@ html:text property=proxyPortText size=5/ /controls:data /controls:row +/logic:notEqual +/logic:notEqual -%-- The following properties are supported only on HTTPS JK2 Connector --% +%-- The following properties are supported only on HTTPS Connector --% logic:equal name=connectorForm property=connectorType scope=session value=HTTPS br - controls:row header=true labelStyle=table-header-text dataStyle=table-header-text controls:labelFactory Properties:/controls:label controls:datanbsp;/controls:data -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
cvs commit: jakarta-tomcat-4.0/webapps/admin/WEB-INF/classes/org/apache/webapp/admin/connector AddConnectorAction.java ConnectorForm.java EditConnectorAction.java SaveConnectorAction.java
manveen 02/04/26 00:04:14
Modified:webapps/admin/WEB-INF/classes/org/apache/webapp/admin/connector
AddConnectorAction.java ConnectorForm.java
EditConnectorAction.java SaveConnectorAction.java
Log:
Support through admin tool for:
HTTP - Coyote Http/1.1
HTTPS - Coyote Http/1.1
AJP (HTTP) connectors
Revision ChangesPath
1.4 +11 -8
jakarta-tomcat-4.0/webapps/admin/WEB-INF/classes/org/apache/webapp/admin/connector/AddConnectorAction.java
Index: AddConnectorAction.java
===
RCS file:
/home/cvs/jakarta-tomcat-4.0/webapps/admin/WEB-INF/classes/org/apache/webapp/admin/connector/AddConnectorAction.java,v
retrieving revision 1.3
retrieving revision 1.4
diff -u -r1.3 -r1.4
--- AddConnectorAction.java 26 Apr 2002 02:13:48 - 1.3
+++ AddConnectorAction.java 26 Apr 2002 07:04:14 - 1.4
@@ -1,7 +1,7 @@
/*
- * $Header:
/home/cvs/jakarta-tomcat-4.0/webapps/admin/WEB-INF/classes/org/apache/webapp/admin/connector/AddConnectorAction.java,v
1.3 2002/04/26 02:13:48 manveen Exp $
- * $Revision: 1.3 $
- * $Date: 2002/04/26 02:13:48 $
+ * $Header:
/home/cvs/jakarta-tomcat-4.0/webapps/admin/WEB-INF/classes/org/apache/webapp/admin/connector/AddConnectorAction.java,v
1.4 2002/04/26 07:04:14 manveen Exp $
+ * $Revision: 1.4 $
+ * $Date: 2002/04/26 07:04:14 $
*
*
*
@@ -82,7 +82,7 @@
* The codeAction/code that sets up emAdd Connector/em transactions.
*
* @author Manveen Kaur
- * @version $Revision: 1.3 $ $Date: 2002/04/26 02:13:48 $
+ * @version $Revision: 1.4 $ $Date: 2002/04/26 07:04:14 $
*/
public class AddConnectorAction extends Action {
@@ -149,21 +149,24 @@
connectorFm.setRedirectPortText(-1);
connectorFm.setMinProcessorsText(5);
connectorFm.setMaxProcessorsText(20);
+
+//supported only by HTTPS
connectorFm.setClientAuthentication(false);
connectorFm.setKeyStoreFileName();
connectorFm.setKeyStorePassword();
-// supported by both JK2 and Coyote
+// supported only by Coyote connectors
connectorFm.setProxyName();
connectorFm.setProxyPortText(0);
connectorFm.setDebugLvlVals(Lists.getDebugLevels());
connectorFm.setBooleanVals(Lists.getBooleanValues());
-String schemeTypes[]= new String[2];
+String schemeTypes[]= new String[3];
schemeTypes[0] = HTTP;
-schemeTypes[1] = HTTPS;
-
+schemeTypes[1] = HTTPS;
+schemeTypes[2] = HTTP(AJP);
+
ArrayList types = new ArrayList();
// the first element in the select list should be the type selected
types.add(new LabelValueBean(type,
1.8 +7 -7
jakarta-tomcat-4.0/webapps/admin/WEB-INF/classes/org/apache/webapp/admin/connector/ConnectorForm.java
Index: ConnectorForm.java
===
RCS file:
/home/cvs/jakarta-tomcat-4.0/webapps/admin/WEB-INF/classes/org/apache/webapp/admin/connector/ConnectorForm.java,v
retrieving revision 1.7
retrieving revision 1.8
diff -u -r1.7 -r1.8
--- ConnectorForm.java25 Apr 2002 23:27:59 - 1.7
+++ ConnectorForm.java26 Apr 2002 07:04:14 - 1.8
@@ -1,7 +1,7 @@
/*
- * $Header:
/home/cvs/jakarta-tomcat-4.0/webapps/admin/WEB-INF/classes/org/apache/webapp/admin/connector/ConnectorForm.java,v
1.7 2002/04/25 23:27:59 manveen Exp $
- * $Revision: 1.7 $
- * $Date: 2002/04/25 23:27:59 $
+ * $Header:
/home/cvs/jakarta-tomcat-4.0/webapps/admin/WEB-INF/classes/org/apache/webapp/admin/connector/ConnectorForm.java,v
1.8 2002/04/26 07:04:14 manveen Exp $
+ * $Revision: 1.8 $
+ * $Date: 2002/04/26 07:04:14 $
*
*
*
@@ -74,7 +74,7 @@
* Form bean for the connector page.
*
* @author Manveen Kaur
- * @version $Revision: 1.7 $ $Date: 2002/04/25 23:27:59 $
+ * @version $Revision: 1.8 $ $Date: 2002/04/26 07:04:14 $
*/
public final class ConnectorForm extends ActionForm {
@@ -776,9 +776,9 @@
}
}
-// supported by both Coyote and JK2 connectors
-numberCheck(proxyPortText, proxyPortText, true, 0, 65535);
-
+// supported by only HTTP and HTTPS connectors
+if (!(HTTP(AJP).equalsIgnoreCase(connectorType)))
+numberCheck(proxyPortText, proxyPortText, true, 0, 65535);
}
Re: mod_webapp.so socketpool changes..
[EMAIL PROTECTED] wrote: Hi John-Frederic, I've only just seen your mail as I've been away for a few days... Is there any update on this? Have you had a chance to look at the updates I made? Yep... But it needs more when having a not threaded Apache-1.3 for example. The code still does not compile on my Unixes it needs more #ifdef. I will try to find time for it... If you want me to do any more work on this just let me know... BTW I've been testing this on an NT intranet web server running Apache 1.3.24 and more recently 2.0 and so far it's seems to be stable... Simon. [EMAIL PROTECTED] wrote: Pier Fumagalli wrote: [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: Hi, As mentioned in my last email I have updated the socketpool changes to incorporate the changes recommended. I'm not sure if my mail was missed or not but I haven't received any feedback on the latest changes. What's the process to get this code into the codebase? I believe I would need cvs access to commit this (if deemed acceptable) into the source myself. Is this the case? Can someone fill me in Attached are the changes made. Simon, both I and JF have been pretty busy this last few days... I wanted to it out also with Apache 2.0's worker MPM before committing... I have been out for a week... But I will try to find some time today ;-) Pier -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 8552] New: - malformed URL upon second redirect
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=8552. 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=8552 malformed URL upon second redirect Summary: malformed URL upon second redirect Product: Tomcat 4 Version: 4.0.3 Final Platform: PC OS/Version: Linux Status: NEW Severity: Major Priority: Other Component: Catalina AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] A servlet redirects the request to itself using HttpServletResponse.sendRedirect and appends a parameter urlid. If I send the URL http://localhost:8080/expose/servlet/Expose? request=newname=se.zenon.wine.redwineall:1 the response should be http://localhost:8080/expose/servlet/Expose? request=newname=se.zenon.wine.redwineall:1urlid=1019816894375 however the aquired URL is http://localhost:8080/expose/servlet/expose? request=newname=se.zenon.wine.redwineall:? request=newname=se.zenon.wine.redwineall:1urlid=1019816894375 Note that this is two errors. The smaller error is that Expose is turned into expose. This is easily fixed using a servlet-mapping. The bigger problem is that the : makes catalina sabotage the URL entirely. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
cvs commit: jakarta-tomcat-connectors/webapp/lib pr_warp_socketpool.c Makefile.in Makefile.win pr_warp.c pr_warp.h pr_warp_config.c pr_warp_network.c wa_main.c
jfclere 02/04/26 06:12:35
Modified:webapp/include wa.h
webapp/lib Makefile.in Makefile.win pr_warp.c pr_warp.h
pr_warp_config.c pr_warp_network.c wa_main.c
Added: webapp/lib pr_warp_socketpool.c
Log:
Add socketpool for win32 and thread Apaches.
Submitted by: Simon Keary, simonkeary at eircom.net
Revision ChangesPath
1.14 +5 -1 jakarta-tomcat-connectors/webapp/include/wa.h
Index: wa.h
===
RCS file: /home/cvs/jakarta-tomcat-connectors/webapp/include/wa.h,v
retrieving revision 1.13
retrieving revision 1.14
diff -u -r1.13 -r1.14
--- wa.h 1 Nov 2001 22:20:51 - 1.13
+++ wa.h 26 Apr 2002 13:12:35 - 1.14
@@ -57,7 +57,7 @@
/**
* @author Pier Fumagalli mailto:[EMAIL PROTECTED]
- * @version $Id: wa.h,v 1.13 2001/11/01 22:20:51 pier Exp $
+ * @version $Id: wa.h,v 1.14 2002/04/26 13:12:35 jfclere Exp $
*/
#ifndef _WA_H_
#define _WA_H_
@@ -82,6 +82,10 @@
#include apr_time.h
#include apr_network_io.h
#include apr_file_info.h
+#if APR_HAS_THREAD
+#include apr_thread_mutex.h
+#include apr_atomic.h
+#endif
/* WebApp Library type definitions. */
typedef enum {
1.23 +5 -3 jakarta-tomcat-connectors/webapp/lib/Makefile.in
Index: Makefile.in
===
RCS file: /home/cvs/jakarta-tomcat-connectors/webapp/lib/Makefile.in,v
retrieving revision 1.22
retrieving revision 1.23
diff -u -r1.22 -r1.23
--- Makefile.in 30 Jan 2002 09:21:29 - 1.22
+++ Makefile.in 26 Apr 2002 13:12:35 - 1.23
@@ -56,7 +56,7 @@
# = #
# @author Pier Fumagalli mailto:[EMAIL PROTECTED]
-# @version $Id: Makefile.in,v 1.22 2002/01/30 09:21:29 jfclere Exp $
+# @version $Id: Makefile.in,v 1.23 2002/04/26 13:12:35 jfclere Exp $
include @TGTDIR@/Makedefs
@@ -68,7 +68,8 @@
pr_warp_packet.c \
wa_config.c \
wa_main.c \
- wa_request.c
+ wa_request.c \
+ pr_warp_socketpool.c
OBJS = wa_main.lo \
wa_config.lo \
@@ -78,7 +79,8 @@
pr_warp.lo \
pr_warp_packet.lo \
pr_warp_network.lo \
- pr_warp_config.lo
+ pr_warp_config.lo \
+ pr_warp_socketpool.lo
LIB =$(TGTDIR)/lib/libwebapp.a
1.4 +3 -2 jakarta-tomcat-connectors/webapp/lib/Makefile.win
Index: Makefile.win
===
RCS file: /home/cvs/jakarta-tomcat-connectors/webapp/lib/Makefile.win,v
retrieving revision 1.3
retrieving revision 1.4
diff -u -r1.3 -r1.4
--- Makefile.win 1 Nov 2001 22:20:51 - 1.3
+++ Makefile.win 26 Apr 2002 13:12:35 - 1.4
@@ -56,7 +56,7 @@
# = #
# @author Pier Fumagalli mailto:[EMAIL PROTECTED]
-# @version $Id: Makefile.win,v 1.3 2001/11/01 22:20:51 pier Exp $
+# @version $Id: Makefile.win,v 1.4 2002/04/26 13:12:35 jfclere Exp $
# All our object files
OBJS = wa_config.obj \
@@ -66,7 +66,8 @@
pr_warp.obj \
pr_warp_config.obj \
pr_warp_network.obj \
- pr_warp_packet.obj
+ pr_warp_packet.obj \
+ pr_warp_socketpool.obj
# Files created by this script (for removal only)
GENS = webapp.idb \
1.21 +96 -54jakarta-tomcat-connectors/webapp/lib/pr_warp.c
Index: pr_warp.c
===
RCS file: /home/cvs/jakarta-tomcat-connectors/webapp/lib/pr_warp.c,v
retrieving revision 1.20
retrieving revision 1.21
diff -u -r1.20 -r1.21
--- pr_warp.c 29 Oct 2001 14:45:21 - 1.20
+++ pr_warp.c 26 Apr 2002 13:12:35 - 1.21
@@ -54,7 +54,7 @@
* *
* = */
-/* @version $Id: pr_warp.c,v 1.20 2001/10/29 14:45:21 jfclere Exp $ */
+/* @version $Id: pr_warp.c,v 1.21 2002/04/26 13:12:35 jfclere Exp $ */
#include pr_warp.h
/* Initialize this provider. */
@@ -70,11 +70,18 @@
/* Open all connections having deployed applications */
while (elem!=NULL) {
wa_connection *curr=(wa_connection *)elem-curr;
+warp_config *conf=(warp_config *)curr-conf;
+apr_socket_t * sock = 0;
wa_debug(WA_MARK,Opening connection \%s\,curr-name);
-if (n_connect(curr)==wa_true) {
+
+sock=n_connect(curr);
+if (sock!=NULL) {
wa_debug(WA_MARK,Connection \%s\ opened,curr-name);
-if
Re: mod_webapp.so socketpool changes..
Clere, Jean-Frederic wrote: [EMAIL PROTECTED] wrote: Hi John-Frederic, I've only just seen your mail as I've been away for a few days... Is there any update on this? Have you had a chance to look at the updates I made? Yep... But it needs more when having a not threaded Apache-1.3 for example. The code still does not compile on my Unixes it needs more #ifdef. I will try to find time for it... Was not #ifdef but #if (Sorry my bad) I have committed after quickly arranging it so that it compiles and works with Apache-1.3 on Linux, now I will check on the other Unixes and with Apache-2.0. If you want me to do any more work on this just let me know... BTW I've been testing this on an NT intranet web server running Apache 1.3.24 and more recently 2.0 and so far it's seems to be stable... Simon. [EMAIL PROTECTED] wrote: Pier Fumagalli wrote: [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: Hi, As mentioned in my last email I have updated the socketpool changes to incorporate the changes recommended. I'm not sure if my mail was missed or not but I haven't received any feedback on the latest changes. What's the process to get this code into the codebase? I believe I would need cvs access to commit this (if deemed acceptable) into the source myself. Is this the case? Can someone fill me in Attached are the changes made. Simon, both I and JF have been pretty busy this last few days... I wanted to it out also with Apache 2.0's worker MPM before committing... I have been out for a week... But I will try to find some time today ;-) Pier -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
R: ATTENZIONE A QUESTO VIRUS
Non è vero nulla!!! Il file in questione fa parte del debugger della Java VM di Microsoft e la sua cancellazione potrebbe danneggiare seriamente il sistema. Non cancellatelo assolutamente! Luca -Messaggio originale- Da: Lorenzo Pastore [mailto:[EMAIL PROTECTED]] Inviato: venerdì 26 aprile 2002 8.49 A: Altavilla Stefano; Assistenza Finservice; Bellini Alberto; Borboni Roberto; Bugzilla; Direzione Generale; Federica Maggiolini; Logomania; Marco Rappoccio; Meneghini Anthony; Nangeroni Fabio; Omnitel Spazio.; Omnitel Ultimissime.; Oracle; Riccardo Colombo; ROMAGNOLI GRAZIELLA; Root; Sala Luca; Stefano Maestri; Tiscali; Tomcat-Dev; Trombini Stefania; Vigano Paolo; VISCONTI EZIO (VISCONTI EZIO); Wanda; Andrea ferra; Antonio Russo; Betty Pastore; Brullo Alessandro; Debora Tessarin; Elevero; Giuseppe Curatitoli; Grego Claudio; Katia; La Rocca Daniele; Libero; Lintec; Marco Cardelli; Marco Min; Marco Zonca; Marco-Bastard; Matteo Cerutti; Michelle; Miss; Nanji; Nazzareno Bicego; Raul Natalucci; Renato; Roberto Cappello; Sergio; Varney; Wanda1; Zibbibbo; A Storer; Adelgardi; Alquati; Anelli; Antoniolli; Barco; Barlocco; Benvenuto; Bergonzini; Boccacci; Bonalumi; Braga; Buttiglione; Callegari; Cammarata; Campion; Capezzera; Catania; Cedolin; Cermesoni; Chiapparino; Ciccone; Cisotto; Collu; Comp. Della Lanterna; Conte; Corengia; Cortopassi; Cosenza; Covino; Crescenzi; Dall'Igna; D'Atri; De Luca; Del Basso; Delle Rose; Di Dio; Di Simone; Di Vecchia; Dippolito; Donatini; Draghi; E Romeo; Farina; Finesso; Fusco; Gaudino; Gelsumini; Girometta; Grassi; Gruarin; Imperiale; Iuri; L Catanuto; Lanzarotta; Lovati; Manunza; Marano; Marchisio; Masciullo; Mazza; Megna; Mercati; Mercurio; Metta; Milani; Morelli; Mosce; Mura; O Storer; Pariotti; Pavignano; Pellizzari; Penati; Pisani; Poletti; Profice; Puccio; R Catanuto; Rizzon; Santoli; Schembri; Scola; Selmini; Signor; Soncini; Spazzi; Stella; Tallevi; Tolomei; Ursino; Valenti; Valpreda; Verchiani; Zanchi; Zigni Oggetto: ATTENZIONE A QUESTO VIRUS Ho trovato un virus: il suo nome è: jdbgmgr.exe , di lui si sa solo che s'inserisce e si nasconde nella rubrica d'indirizzi. E' molto probabile che sia già nascosto nel Vs computer, il virus si trasmette automaticamente tramite Messenger e attraverso la rubrica degli indirizzi, questo virus non è detettabile per McAfee o Norton e rimane in letargo per 14 giorni, dopodichè si attiva e reca danni all'intero sistema. Può essere cancellato prima che possa eliminare le rubriche e/o archivi del computer, per poterlo eliminare bisogna seguire le seguenti operazioni: 1) Iniziare, cliccando sullo schermo in basso a sinistra Avvio o Start 2) Cliccare su Trova files o cartelle e scrivere il nome del virus: jdbgmgr.exe, assicurarsi che la ricerca sia fatta sul disco C , quindi cliccare su cerca ora. 3) Se appare il virus (l'icona è un orsacchiotto) che corrisponde al nome di jdbgmgr.exe NON APRIRE PER NESSUN MOTIVO. 4) Cliccare con il pulsante destro del vostro mouse ed eliminare (Il virus verrà spostato nel cestino) 5) Andare poi al vostro cestino e svuotarlo. SE AVETE TROVATO IL VIRUS NEL VOSTRO COMPUTER, INVIARE QUESTO MESSAGGIO A TUTTE LE PERSONE CHE SI TROVANO SULLA VOSTRA RUBRICA D'INDIRIZZI O E-MAILS PRIMA CHE POSSA ATTIVARSI E CAUSARE DANNI A QUESTE PERSONE. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: R: ATTENZIONE A QUESTO VIRUS
Luca Ventura wrote: Non è vero nulla!!! Il file in questione fa parte del debugger della Java VM di Microsoft e la sua cancellazione potrebbe danneggiare seriamente il sistema. Yep! That is a known hoax (http://vil.mcafee.com/dispVirus.asp?virus_k=99436). - I was just not remembering what jdbgmgr.exe was for - Non cancellatelo assolutamente! Luca -Messaggio originale- Da: Lorenzo Pastore [mailto:[EMAIL PROTECTED]] Inviato: venerdì 26 aprile 2002 8.49 A: Altavilla Stefano; Assistenza Finservice; Bellini Alberto; Borboni Roberto; Bugzilla; Direzione Generale; Federica Maggiolini; Logomania; Marco Rappoccio; Meneghini Anthony; Nangeroni Fabio; Omnitel Spazio.; Omnitel Ultimissime.; Oracle; Riccardo Colombo; ROMAGNOLI GRAZIELLA; Root; Sala Luca; Stefano Maestri; Tiscali; Tomcat-Dev; Trombini Stefania; Vigano Paolo; VISCONTI EZIO (VISCONTI EZIO); Wanda; Andrea ferra; Antonio Russo; Betty Pastore; Brullo Alessandro; Debora Tessarin; Elevero; Giuseppe Curatitoli; Grego Claudio; Katia; La Rocca Daniele; Libero; Lintec; Marco Cardelli; Marco Min; Marco Zonca; Marco-Bastard; Matteo Cerutti; Michelle; Miss; Nanji; Nazzareno Bicego; Raul Natalucci; Renato; Roberto Cappello; Sergio; Varney; Wanda1; Zibbibbo; A Storer; Adelgardi; Alquati; Anelli; Antoniolli; Barco; Barlocco; Benvenuto; Bergonzini; Boccacci; Bonalumi; Braga; Buttiglione; Callegari; Cammarata; Campion; Capezzera; Catania; Cedolin; Cermesoni; Chiapparino; Ciccone; Cisotto; Collu; Comp. Della Lanterna; Conte; Corengia; Cortopassi; Cosenza; Covino; Crescenzi; Dall'Igna; D'Atri; De Luca; Del Basso; Delle Rose; Di Dio; Di Simone; Di Vecchia; Dippolito; Donatini; Draghi; E Romeo; Farina; Finesso; Fusco; Gaudino; Gelsumini; Girometta; Grassi; Gruarin; Imperiale; Iuri; L Catanuto; Lanzarotta; Lovati; Manunza; Marano; Marchisio; Masciullo; Mazza; Megna; Mercati; Mercurio; Metta; Milani; Morelli; Mosce; Mura; O Storer; Pariotti; Pavignano; Pellizzari; Penati; Pisani; Poletti; Profice; Puccio; R Catanuto; Rizzon; Santoli; Schembri; Scola; Selmini; Signor; Soncini; Spazzi; Stella; Tallevi; Tolomei; Ursino; Valenti; Valpreda; Verchiani; Zanchi; Zigni Oggetto: ATTENZIONE A QUESTO VIRUS Ho trovato un virus: il suo nome è: jdbgmgr.exe , di lui si sa solo che s'inserisce e si nasconde nella rubrica d'indirizzi. E' molto probabile che sia già nascosto nel Vs computer, il virus si trasmette automaticamente tramite Messenger e attraverso la rubrica degli indirizzi, questo virus non è detettabile per McAfee o Norton e rimane in letargo per 14 giorni, dopodichè si attiva e reca danni all'intero sistema. Può essere cancellato prima che possa eliminare le rubriche e/o archivi del computer, per poterlo eliminare bisogna seguire le seguenti operazioni: 1) Iniziare, cliccando sullo schermo in basso a sinistra Avvio o Start 2) Cliccare su Trova files o cartelle e scrivere il nome del virus: jdbgmgr.exe, assicurarsi che la ricerca sia fatta sul disco C , quindi cliccare su cerca ora. 3) Se appare il virus (l'icona è un orsacchiotto) che corrisponde al nome di jdbgmgr.exe NON APRIRE PER NESSUN MOTIVO. 4) Cliccare con il pulsante destro del vostro mouse ed eliminare (Il virus verrà spostato nel cestino) 5) Andare poi al vostro cestino e svuotarlo. SE AVETE TROVATO IL VIRUS NEL VOSTRO COMPUTER, INVIARE QUESTO MESSAGGIO A TUTTE LE PERSONE CHE SI TROVANO SULLA VOSTRA RUBRICA D'INDIRIZZI O E-MAILS PRIMA CHE POSSA ATTIVARSI E CAUSARE DANNI A QUESTE PERSONE. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
How to servlets with scope of page?
How can I make a servlet with scope of page or any other scope like those defined for jsp? I'm using pure servlets, no JSP. Thanks for any help Roland -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
cvs commit: jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/mbeans StandardServerMBean.java mbeans-descriptors.xml
craigmcc02/04/26 10:40:50
Modified:catalina/src/share/org/apache/catalina/mbeans
StandardServerMBean.java mbeans-descriptors.xml
Log:
Enable saving of most of the simple-to-access configuration elements.
There are FIXMEs to mark the remaining ones.
Revision ChangesPath
1.9 +407 -14
jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/mbeans/StandardServerMBean.java
Index: StandardServerMBean.java
===
RCS file:
/home/cvs/jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/mbeans/StandardServerMBean.java,v
retrieving revision 1.8
retrieving revision 1.9
diff -u -r1.8 -r1.9
--- StandardServerMBean.java 26 Apr 2002 02:27:33 - 1.8
+++ StandardServerMBean.java 26 Apr 2002 17:40:50 - 1.9
@@ -1,7 +1,7 @@
/*
- * $Header:
/home/cvs/jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/mbeans/StandardServerMBean.java,v
1.8 2002/04/26 02:27:33 craigmcc Exp $
- * $Revision: 1.8 $
- * $Date: 2002/04/26 02:27:33 $
+ * $Header:
/home/cvs/jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/mbeans/StandardServerMBean.java,v
1.9 2002/04/26 17:40:50 craigmcc Exp $
+ * $Revision: 1.9 $
+ * $Date: 2002/04/26 17:40:50 $
*
*
*
@@ -68,6 +68,7 @@
import java.io.FileWriter;
import java.io.IOException;
import java.io.PrintWriter;
+import java.util.Iterator;
import javax.management.InstanceNotFoundException;
import javax.management.MBeanAttributeInfo;
import javax.management.MBeanException;
@@ -85,7 +86,7 @@
* codeorg.apache.catalina.core.StandardServer/code component./p
*
* @author Amy Roh
- * @version $Revision: 1.8 $ $Date: 2002/04/26 02:27:33 $
+ * @version $Revision: 1.9 $ $Date: 2002/04/26 17:40:50 $
*/
public class StandardServerMBean extends BaseModelMBean {
@@ -258,14 +259,17 @@
if (managedResource.equals(aname)) {
continue; // KLUDGE - these should be removed
}
-if (!ainfo[i].isReadable() || !ainfo[i].isWritable()) {
-continue; // We cannot configure this attribute
+if (!ainfo[i].isReadable()) {
+continue; // We cannot read the current value
+}
+if (!className.equals(aname) !ainfo[i].isWritable()) {
+continue; // We will not be able to configure this attribute
}
// Acquire the value of this attribute
Object value = mserver.getAttribute(oname, aname);
if (value == null) {
-value = ;
+continue; // No need to explicitly record this
}
if (!(value instanceof String)) {
value = value.toString();
@@ -285,6 +289,358 @@
/**
+ * Store the specified Connector properties.
+ *
+ * @param writer PrintWriter to which we are storing
+ * @param indent Number of spaces to indent this element
+ * @param oname ObjectName of the MBean for the object we are storing
+ *
+ * @exception Exception if an exception occurs while storing
+ */
+private void storeConnector(PrintWriter writer, int indent,
+ObjectName oname) throws Exception {
+
+// Store the beginning of this element
+for (int i = 0; i indent; i++) {
+writer.print(' ');
+}
+writer.print(Connector);
+storeAttributes(writer, oname);
+writer.println();
+
+// Store nested Listener elements
+; // FIXME
+
+// Store nested Factory element
+; // FIXME
+
+// Store the ending of this element
+for (int i = 0; i indent; i++) {
+writer.print(' ');
+}
+writer.println(/Connector);
+
+}
+
+
+/**
+ * Store the specified Context properties.
+ *
+ * @param writer PrintWriter to which we are storing
+ * @param indent Number of spaces to indent this element
+ * @param oname ObjectName of the MBean for the object we are storing
+ *
+ * @exception Exception if an exception occurs while storing
+ */
+private void storeContext(PrintWriter writer, int indent,
+ ObjectName oname) throws Exception {
+
+// Store the beginning of this element
+for (int i = 0; i indent; i++) {
+writer.print(' ');
+}
+writer.print(Context);
+storeAttributes(writer, oname);
+writer.println();
+
+// Store nested InstanceListener elements
+; // FIXME
+
+// Store nested Listener elements
+; // FIXME
+
DO NOT REPLY [Bug 8562] New: - StaticInterceptor multiThread issue
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=8562. 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=8562 StaticInterceptor multiThread issue Summary: StaticInterceptor multiThread issue Product: Tomcat 3 Version: 3.3.1 Final Platform: Other OS/Version: AIX Status: NEW Severity: Major Priority: Other Component: Unknown AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] When tomcat is under static file heavy load, i experience this stack trace : 2002-04-26 15:42:07 - LogEvents: afterBody R( /odti + /fondprod.gif + null) 2002-04-26 15:42:07 - LogEvents: postRequest R( /odti + /fondprod.gif + null) 2002-04-26 15:42:07 - Ctx(/odti) : Exception in R( /odti + /logo.gif + null ) - java.lang.NumberFormatException: at java.lang.Long.parseLong(Long.java:347) at java.lang.Long.parseLong(Long.java:370) at java.text.DigitList.getLong(DigitList.java:171) at java.text.DecimalFormat.parse(DecimalFormat.java:718) at java.text.SimpleDateFormat.subParse(SimpleDateFormat.java:1204) at java.text.SimpleDateFormat.parse(SimpleDateFormat.java:854) at java.text.DateFormat.parse(DateFormat.java:339) at org.apache.tomcat.util.buf.DateTool.parseDate(DateTool.java:202) at org.apache.tomcat.util.buf.DateTool.parseDate(DateTool.java:190) at org.apache.tomcat.util.buf.DateTool.parseDate(DateTool.java:138) at org.apache.tomcat.util.buf.MessageBytes.getTime(MessageBytes.java:561 ) at org.apache.tomcat.modules.generators.FileHandler.doService(StaticInterceptor. at org.apache.tomcat.core.Handler.invoke(Handler.java:323) at org.apache.tomcat.core.Handler.service(Handler.java:260) at org.apache.tomcat.core.ContextManager.internalService(ContextManager. java:922) at org.apache.tomcat.core.ContextManager.service(ContextManager.java:856 at org.apache.tomcat.modules.server.Http10Interceptor.processConnection( Http10Interceptor.java:176) at org.apache.tomcat.util.net.TcpWorkerThread.runIt(PoolTcpEndpoint.java :504) at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadP ool.java:516) at java.lang.Thread.run(Thread.java:481) Looks like an unsynchronized multiThread use of SimpleDateFormat. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: R: ATTENZIONE A QUESTO VIRUS
jean-frederic clere [EMAIL PROTECTED] wrote: Luca Ventura wrote: Non è vero nulla!!! Il file in questione fa parte del debugger della Java VM di Microsoft e la sua cancellazione potrebbe danneggiare seriamente il sistema. Yep! That is a known hoax (http://vil.mcafee.com/dispVirus.asp?virus_k=99436). - I was just not remembering what jdbgmgr.exe was for - I already killed the guy personally... Italian mob, capisc Pier -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 5853] - Unable to get request parameters in the Error page for form based login
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=5853. 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=5853 Unable to get request parameters in the Error page for form based login [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||WONTFIX -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 8563] New: - Tomcat throw HTTP500, No Context configured after restart
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=8563. 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=8563 Tomcat throw HTTP500, No Context configured after restart Summary: Tomcat throw HTTP500, No Context configured after restart Product: Tomcat 4 Version: 4.1.0 Platform: PC OS/Version: Windows NT/2K Status: NEW Severity: Major Priority: Other Component: Catalina AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] When Tomcat is shutdown and restarted, before the server is ready, the browser shows HTTP 500 error as No context configured at localhost:8080 . This is caused by that the context has not bee fully loaded from catalina. After several seconds, when click reload, the localhost:8080 works. The user might think it is a problem of the web server if they see the HTTP 500 error. It would be better to give a blank page rather than error page before the default context is fully loaded. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 5853] - Unable to get request parameters in the Error page for form based login
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=5853. 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=5853 Unable to get request parameters in the Error page for form based login --- Additional Comments From [EMAIL PROTECTED] 2002-04-26 18:39 --- Is there any explanation why this was set to RESOLVED WONTFIX - is it a duplicate ? -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 8564] New: - keysSql not formatted for DB2 database
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=8564. 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=8564 keysSql not formatted for DB2 database Summary: keysSql not formatted for DB2 database Product: Tomcat 4 Version: 4.0.3 Final Platform: All OS/Version: Other Status: NEW Severity: Blocker Priority: Other Component: Catalina AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] In the class org.apache.catalina.sessions.JDBCStore which I am using for storing persistent sessions to a DB2 database, the SQLSTATE 42803 error came up as a COM.ibm.db2.jdbc.DB2Exception was thrown. I traced the problem back to the JDBCStore source, line 390, where the following statement is issued: String keysSql = SELECT COUNT(s.+sessionIdCol+), s.+sessionIdCol+ FROM +sessionTable+ s, +sessionTable+ c + GROUP BY c.+sessionIdCol; This statement was throwing the error in DB2, so I replaced it with: String keysSql = SELECT COUNT(s.+sessionIdCol+), s.+sessionIdCol+ FROM +sessionTable+ s + GROUP BY s.+sessionIdCol; I asked a DB2 expert at my company and he said that because of the higher level of error checking in DB2 as compared to other databases, the format of this statement was incorrect. With this fix, I no longer get the Exception. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 8565] New: - MyEntityResolver doesn't allow including user-defined entities
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=8565. 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=8565 MyEntityResolver doesn't allow including user-defined entities Summary: MyEntityResolver doesn't allow including user-defined entities Product: Tomcat 4 Version: Nightly Build Platform: Other OS/Version: Other Status: NEW Severity: Normal Priority: Other Component: Jasper AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] I'm trying to actually use JspC to pregenerate servlets from JSP, compile the servlets, and including the generated servlet mappings as a public entity in my web.xml file. Unfortunately, my build process fails with the following error (webinc is my public entity id): 2002-04-25 12:52:39 - Exception initializing TldLocationsCache: XML parsing error on file /WEB-INF/web.xml: Invalid PUBLIC ID: webinc This is happening because the MyEntityResolver.resolveEntity() function (either in ParserUtils.java or JspUtil.java) is throwing an exception if the public id is NOT one of the public entities of either the webapp 2.2 or 2.3 dtds, or the taglib 1.1 or 1.2 dtds. This essentially prevents the use of user-defined entities. The proper workaround for this (I believe, and Attila Szegedi concurs) is for the function to just return null, instead of throwing an exception. This will propagate back to the default EntityResolver (I think) and do the lookup for the user-defined entity. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 8563] - Tomcat throw HTTP500, No Context configured after restart
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=8563. 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=8563 Tomcat throw HTTP500, No Context configured after restart [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||WONTFIX --- Additional Comments From [EMAIL PROTECTED] 2002-04-26 19:04 --- No, the error page displayed is explaining the situation is full detail, and why the request couldn't be processed. Better give some information that pretend that nothing happened (M$ style). -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
cvs commit: jakarta-tomcat-4.0/webapps/admin/service service.jsp services.jsp
manveen 02/04/26 12:05:13
Modified:webapps/admin/WEB-INF/classes/org/apache/webapp/admin
Lists.java
webapps/admin/WEB-INF/classes/org/apache/webapp/admin/connector
AddConnectorAction.java
webapps/admin/WEB-INF/classes/org/apache/webapp/admin/service
DeleteServiceAction.java EditServiceAction.java
ServiceForm.java
webapps/admin/connector connector.jsp
webapps/admin/server server.jsp
webapps/admin/service service.jsp services.jsp
Log:
* Added a check that cannot delete the service the admin tool is running on from the
tool.
* Added methods to get the name of the service.
Revision ChangesPath
1.8 +34 -4
jakarta-tomcat-4.0/webapps/admin/WEB-INF/classes/org/apache/webapp/admin/Lists.java
Index: Lists.java
===
RCS file:
/home/cvs/jakarta-tomcat-4.0/webapps/admin/WEB-INF/classes/org/apache/webapp/admin/Lists.java,v
retrieving revision 1.7
retrieving revision 1.8
diff -u -r1.7 -r1.8
--- Lists.java11 Apr 2002 07:44:22 - 1.7
+++ Lists.java26 Apr 2002 19:05:12 - 1.8
@@ -1,7 +1,7 @@
/*
- * $Header:
/home/cvs/jakarta-tomcat-4.0/webapps/admin/WEB-INF/classes/org/apache/webapp/admin/Lists.java,v
1.7 2002/04/11 07:44:22 manveen Exp $
- * $Revision: 1.7 $
- * $Date: 2002/04/11 07:44:22 $
+ * $Header:
/home/cvs/jakarta-tomcat-4.0/webapps/admin/WEB-INF/classes/org/apache/webapp/admin/Lists.java,v
1.8 2002/04/26 19:05:12 manveen Exp $
+ * $Revision: 1.8 $
+ * $Date: 2002/04/26 19:05:12 $
*
*
*
@@ -66,6 +66,7 @@
import java.util.Collections;
import java.util.Iterator;
import java.util.List;
+import javax.servlet.http.HttpServletRequest;
import javax.management.MBeanServer;
import javax.management.ObjectName;
@@ -77,7 +78,7 @@
* is returned.
*
* @author Craig R. McClanahan
- * @version $Revision: 1.7 $ $Date: 2002/04/11 07:44:22 $
+ * @version $Revision: 1.8 $ $Date: 2002/04/26 19:05:12 $
*/
public class Lists {
@@ -598,5 +599,34 @@
}
+/**
+ * Return the codeService/code object name string
+ * that the admin app belongs to.
+ *
+ * @param mbserver MBeanServer from which to retrieve the list
+ * @param request Http request
+ *
+ * @exception Exception if thrown while retrieving the list
+ */
+public static String getAdminAppService(MBeanServer mbserver,
+ String domain, HttpServletRequest request)
+throws Exception {
+// Get the admin app's service name
+StringBuffer sb = new StringBuffer(domain);
+sb.append(:type=Context);
+sb.append(,path=);
+sb.append(request.getContextPath());
+sb.append(,host=);
+sb.append(request.getServerName());
+sb.append(,*);
+ObjectName search = new ObjectName(sb.toString());
+Iterator names = mbserver.queryNames(search, null).iterator();
+String service = null;
+while (names.hasNext()) {
+service = ((ObjectName)names.next()).getKeyProperty(service);
+}
+return service;
+}
+
}
1.5 +9 -5
jakarta-tomcat-4.0/webapps/admin/WEB-INF/classes/org/apache/webapp/admin/connector/AddConnectorAction.java
Index: AddConnectorAction.java
===
RCS file:
/home/cvs/jakarta-tomcat-4.0/webapps/admin/WEB-INF/classes/org/apache/webapp/admin/connector/AddConnectorAction.java,v
retrieving revision 1.4
retrieving revision 1.5
diff -u -r1.4 -r1.5
--- AddConnectorAction.java 26 Apr 2002 07:04:14 - 1.4
+++ AddConnectorAction.java 26 Apr 2002 19:05:12 - 1.5
@@ -1,7 +1,7 @@
/*
- * $Header:
/home/cvs/jakarta-tomcat-4.0/webapps/admin/WEB-INF/classes/org/apache/webapp/admin/connector/AddConnectorAction.java,v
1.4 2002/04/26 07:04:14 manveen Exp $
- * $Revision: 1.4 $
- * $Date: 2002/04/26 07:04:14 $
+ * $Header:
/home/cvs/jakarta-tomcat-4.0/webapps/admin/WEB-INF/classes/org/apache/webapp/admin/connector/AddConnectorAction.java,v
1.5 2002/04/26 19:05:12 manveen Exp $
+ * $Revision: 1.5 $
+ * $Date: 2002/04/26 19:05:12 $
*
*
*
@@ -82,7 +82,7 @@
* The codeAction/code that sets up emAdd Connector/em transactions.
*
* @author Manveen Kaur
- * @version $Revision: 1.4 $ $Date: 2002/04/26 07:04:14 $
+ * @version $Revision: 1.5 $ $Date: 2002/04/26 19:05:12 $
*/
public class
DO NOT REPLY [Bug 5853] - Unable to get request parameters in the Error page for form based login
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=5853. 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=5853 Unable to get request parameters in the Error page for form based login --- Additional Comments From [EMAIL PROTECTED] 2002-04-26 19:06 --- Yes, I'd like an explanation too. Did you get a reply from the spec people ? Thanks. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
cvs commit: jakarta-tomcat-4.0/webapps/admin/context context.jsp contexts.jsp
manveen 02/04/26 12:15:52 Modified:webapps/admin/connector connectors.jsp webapps/admin/context context.jsp contexts.jsp Log: * disable delete this context operation from /admin * mark connector and context that cant be deleted from the admin tool with a red* Revision ChangesPath 1.3 +3 -0 jakarta-tomcat-4.0/webapps/admin/connector/connectors.jsp Index: connectors.jsp === RCS file: /home/cvs/jakarta-tomcat-4.0/webapps/admin/connector/connectors.jsp,v retrieving revision 1.2 retrieving revision 1.3 diff -u -r1.2 -r1.3 --- connectors.jsp26 Apr 2002 03:50:41 - 1.2 +++ connectors.jsp26 Apr 2002 19:15:52 - 1.3 @@ -66,6 +66,9 @@ tddiv align=left class=table-normal-textnbsp; %-- the connector the admin app is running on cannot be deleted through the tool --% + logic:match name=connector value='%= Integer.toString(request.getServerPort()) %' +font color='red'*/font + /logic:match logic:notMatch name=connector value='%= Integer.toString(request.getServerPort()) %' html:multibox property=connectors value=%= connector.toString() %/ 1.5 +4 -0 jakarta-tomcat-4.0/webapps/admin/context/context.jsp Index: context.jsp === RCS file: /home/cvs/jakarta-tomcat-4.0/webapps/admin/context/context.jsp,v retrieving revision 1.4 retrieving revision 1.5 diff -u -r1.4 -r1.5 --- context.jsp 16 Apr 2002 17:04:19 - 1.4 +++ context.jsp 26 Apr 2002 19:15:52 - 1.5 @@ -70,11 +70,15 @@ URLEncoder.encode(thisObjectName) %' bean:message key=actions.valves.deletes/ /controls:action +%-- cannot delete the context of the admin app from the tool --% +logic:notEqual name=contextForm property=path +value='%= request.getContextPath() %' controls:action disabled=true - /controls:action controls:action url='%= /DeleteContext.do?select= + URLEncoder.encode(thisObjectName) %' bean:message key=actions.contexts.delete/ /controls:action +/logic:notEqual /logic:notEqual /controls:actions /div 1.4 +3 -0 jakarta-tomcat-4.0/webapps/admin/context/contexts.jsp Index: contexts.jsp === RCS file: /home/cvs/jakarta-tomcat-4.0/webapps/admin/context/contexts.jsp,v retrieving revision 1.3 retrieving revision 1.4 diff -u -r1.3 -r1.4 --- contexts.jsp 26 Apr 2002 04:06:44 - 1.3 +++ contexts.jsp 26 Apr 2002 19:15:52 - 1.4 @@ -65,6 +65,9 @@ tr class=line-row tddiv align=left class=table-normal-textnbsp; %-- admin context cannot be deleted from the tool --% + logic:match name=context value='%= request.getContextPath() %' +font color='red'*/font + /logic:match logic:notMatch name=context value='%= request.getContextPath() %' html:multibox property=contexts value=%= context.toString() %/ -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
cvs commit: jakarta-tomcat-connectors/http11/src/java/org/apache/coyote/http11 Http11Protocol.java
remm02/04/26 13:13:43
Modified:http11/src/java/org/apache/coyote/http11 Http11Protocol.java
Log:
- Set the timeout attribute.
Revision ChangesPath
1.11 +2 -0
jakarta-tomcat-connectors/http11/src/java/org/apache/coyote/http11/Http11Protocol.java
Index: Http11Protocol.java
===
RCS file:
/home/cvs/jakarta-tomcat-connectors/http11/src/java/org/apache/coyote/http11/Http11Protocol.java,v
retrieving revision 1.10
retrieving revision 1.11
diff -u -r1.10 -r1.11
--- Http11Protocol.java 26 Apr 2002 01:54:54 - 1.10
+++ Http11Protocol.java 26 Apr 2002 20:13:43 - 1.11
@@ -291,7 +291,9 @@
public void setTimeout( int timeouts ) {
timeout = timeouts * 1000;
+setAttribute(timeout, + timeouts);
}
+
public void setReportedname( String reportedName) {
reportedname = reportedName;
}
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL PROTECTED]
cvs commit: jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/compiler JspUtil.java
remm02/04/26 13:52:05
Modified:jasper2/src/share/org/apache/jasper/compiler JspUtil.java
Log:
- The xmlns attribute(s) are always allowed on any XML node.
Revision ChangesPath
1.2 +6 -4
jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/compiler/JspUtil.java
Index: JspUtil.java
===
RCS file:
/home/cvs/jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/compiler/JspUtil.java,v
retrieving revision 1.1
retrieving revision 1.2
diff -u -r1.1 -r1.2
--- JspUtil.java 28 Mar 2002 18:46:16 - 1.1
+++ JspUtil.java 26 Apr 2002 20:52:05 - 1.2
@@ -1,7 +1,7 @@
/*
- * $Header:
/home/cvs/jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/compiler/JspUtil.java,v
1.1 2002/03/28 18:46:16 kinman Exp $
- * $Revision: 1.1 $
- * $Date: 2002/03/28 18:46:16 $
+ * $Header:
/home/cvs/jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/compiler/JspUtil.java,v
1.2 2002/04/26 20:52:05 remm Exp $
+ * $Revision: 1.2 $
+ * $Date: 2002/04/26 20:52:05 $
*
*
*
@@ -284,7 +284,9 @@
int tempLength = attrs.getLength();
Vector temp = new Vector(tempLength, 1);
for (int i = 0; i tempLength; i++) {
-temp.addElement(attrs.getQName(i));
+String qName = attrs.getQName(i);
+if ((!qName.equals(xmlns)) (!qName.startsWith(xmlns:)))
+temp.addElement(qName);
}
/*
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 8566] - Filter using ServletRequestWrapper breaks RequestDispatcher.forward
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=8566. 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=8566 Filter using ServletRequestWrapper breaks RequestDispatcher.forward [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||INVALID --- Additional Comments From [EMAIL PROTECTED] 2002-04-26 20:57 --- When processing a RequestDispatcher.forward() or RequestDispatcher.include() call, the container is required to ensure that any wrapped request (or response) provided by the calling servlet is the very same instance that is handed to the calling servlet (Servlet 2.3 Spec, Section 6.2.2, last paragraph). Therefore, it is not legal to implement request dispatcher processing by wrapping the request provided by the calling servlet. A consequence of this is that your wrapper class *must* delegate calls like getServletPath() to its superclass in order to see the modified values set by the container -- which are conceptually performed on the underlying real request object itself. If your application fails to do this, then it is the application's problem that the wrong answer is returned -- just as it would be if you overrode getServletPath() and always returned a null value, or some constant String. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
New XML Pack Inconsistencies
A Spring '02 XML Pack has appeared on the Sun page which now has top billing (the Fall release is further down the page), and the included JAXP for that release is jaxp-1.2-ea2. I'm sure everyone will be shocked to hear that the jars included in 1.2-ea2 bear almost no resemblance whatsoever to those in the Fall's 1.1.3 release :) Anyway, xalan is still there, but no crimson, which is of course something of a problem if you simply point your jaxp.home property to the new XML Pack while building, as BUILDING.txt suggests. We should probably update the build docs to require the Fall release specifically. I guess the other option would be to rewrite the instructions specifically for the Spring release, but keeping track of all of the various XML jars is a bit like playing three-card monte, and I don't want to play anymore =) On a slightly related note, the build.properties.sample file has Ant looking for jaxp.jar in the same path dir as crimson and xalan. Since the Fall XML Pack doesn't contain jaxp.jar, I typically hack that one entry to point at a copy I have from an old JAXP 1.1 download (back when it was separate). I'm not sure what everyone else is doing, but we might want to update the build instructions/properties.sample for that one as well, as long as we're addressing the Fall/Spring issue. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 8552] - malformed URL upon second redirect
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=8552. 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=8552 malformed URL upon second redirect [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||INVALID --- Additional Comments From [EMAIL PROTECTED] 2002-04-26 21:04 --- Nowhere in the processing performed by the sendRedirct() method is there any case where case conversion occurs, so it is extremely unlikely that Tomcat is doing this to you. Please re-open this bug report if you have a reproducible test case (you can add it to the bug report as an attachment). -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
cvs commit: jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/logger FileLogger.java SystemErrLogger.java SystemOutLogger.java
craigmcc02/04/26 14:09:06
Modified:catalina/src/share/org/apache/catalina/logger
FileLogger.java SystemErrLogger.java
SystemOutLogger.java
Log:
Make the standard logger classes non-final so that they can be subclassed.
PR: Bugzilla #7984.
Submitted by: Jeff Larsen larsen at qec.com
Revision ChangesPath
1.7 +5 -5
jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/logger/FileLogger.java
Index: FileLogger.java
===
RCS file:
/home/cvs/jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/logger/FileLogger.java,v
retrieving revision 1.6
retrieving revision 1.7
diff -u -r1.6 -r1.7
--- FileLogger.java 20 Feb 2002 15:58:03 - 1.6
+++ FileLogger.java 26 Apr 2002 21:09:06 - 1.7
@@ -1,7 +1,7 @@
/*
- * $Header:
/home/cvs/jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/logger/FileLogger.java,v
1.6 2002/02/20 15:58:03 seguin Exp $
- * $Revision: 1.6 $
- * $Date: 2002/02/20 15:58:03 $
+ * $Header:
/home/cvs/jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/logger/FileLogger.java,v
1.7 2002/04/26 21:09:06 craigmcc Exp $
+ * $Revision: 1.7 $
+ * $Date: 2002/04/26 21:09:06 $
*
*
*
@@ -84,10 +84,10 @@
* optional preceding timestamp.
*
* @author Craig R. McClanahan
- * @version $Revision: 1.6 $ $Date: 2002/02/20 15:58:03 $
+ * @version $Revision: 1.7 $ $Date: 2002/04/26 21:09:06 $
*/
-public final class FileLogger
+public class FileLogger
extends LoggerBase
implements Lifecycle {
1.3 +5 -5
jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/logger/SystemErrLogger.java
Index: SystemErrLogger.java
===
RCS file:
/home/cvs/jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/logger/SystemErrLogger.java,v
retrieving revision 1.2
retrieving revision 1.3
diff -u -r1.2 -r1.3
--- SystemErrLogger.java 22 Jul 2001 20:25:11 - 1.2
+++ SystemErrLogger.java 26 Apr 2002 21:09:06 - 1.3
@@ -1,7 +1,7 @@
/*
- * $Header:
/home/cvs/jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/logger/SystemErrLogger.java,v
1.2 2001/07/22 20:25:11 pier Exp $
- * $Revision: 1.2 $
- * $Date: 2001/07/22 20:25:11 $
+ * $Header:
/home/cvs/jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/logger/SystemErrLogger.java,v
1.3 2002/04/26 21:09:06 craigmcc Exp $
+ * $Revision: 1.3 $
+ * $Date: 2002/04/26 21:09:06 $
*
*
*
@@ -69,10 +69,10 @@
* Simple implementation of bLogger/b that writes to System.err.
*
* @author Craig R. McClanahan
- * @version $Revision: 1.2 $ $Date: 2001/07/22 20:25:11 $
+ * @version $Revision: 1.3 $ $Date: 2002/04/26 21:09:06 $
*/
-public final class SystemErrLogger
+public class SystemErrLogger
extends LoggerBase {
1.3 +5 -5
jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/logger/SystemOutLogger.java
Index: SystemOutLogger.java
===
RCS file:
/home/cvs/jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/logger/SystemOutLogger.java,v
retrieving revision 1.2
retrieving revision 1.3
diff -u -r1.2 -r1.3
--- SystemOutLogger.java 22 Jul 2001 20:25:11 - 1.2
+++ SystemOutLogger.java 26 Apr 2002 21:09:06 - 1.3
@@ -1,7 +1,7 @@
/*
- * $Header:
/home/cvs/jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/logger/SystemOutLogger.java,v
1.2 2001/07/22 20:25:11 pier Exp $
- * $Revision: 1.2 $
- * $Date: 2001/07/22 20:25:11 $
+ * $Header:
/home/cvs/jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/logger/SystemOutLogger.java,v
1.3 2002/04/26 21:09:06 craigmcc Exp $
+ * $Revision: 1.3 $
+ * $Date: 2002/04/26 21:09:06 $
*
*
*
@@ -71,10 +71,10 @@
* Therefore, Lifecycle is not implemented.
*
* @author Craig R. McClanahan
- * @version $Revision: 1.2 $ $Date: 2001/07/22 20:25:11 $
+ * @version $Revision: 1.3 $ $Date: 2002/04/26 21:09:06 $
*/
-public final class SystemOutLogger
+public class SystemOutLogger
extends LoggerBase {
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 7984] - class org.apache.catalina.logger.FileLogger should be public
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=7984. 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=7984 class org.apache.catalina.logger.FileLogger should be public [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2002-04-26 21:09 --- Fixed in nightly build 20020427. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: Resend: SSL portability and Coyote
Also, somebody in o.a.c.tomcat4 needs to fire the ACTION_REQ_SSL_ATTRIBUTE action. That's the Coyote replacement for CertificateValve. - Original Message - From: Remy Maucherat [EMAIL PROTECTED] To: Tomcat Developers List [EMAIL PROTECTED] Sent: Friday, April 26, 2002 2:50 PM Subject: Re: Resend: SSL portability and Coyote This didn't make it out the first time so I'm resending... I'm looking at what needs to be done to make the 3.3 SSL portablity stuff work properly with Coyote. For the most part, this work has been done--if you set the SSLImplementation appropriately and the correct factory gets invoked. However, there appear to be some issues with CoyoteServerSocketFactory and it's handling of configuration directives: (1) CoyoteServerSocketFactory appears to be willing to handle a socketFactoryName. AFAICT, this is supplanted by SSLImplementation and none of the other code does anything with it. Any reason not to remove support for this directive entirely? I had no idea what was useful. (2) JSSE uses one keyfile (the keystore). PureTLS uses three, the keyfile, the CA file, and the random file. I need to add new directives to ServerSocketFactory to propagate those. +1. Remy -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
[4.1.0] Milestone available for testing
The 4.1.0 milestone is available for testing. The vote on how much the build should be publicized will happen next week (unless a showstopper bug is found before, in which case a new milestone will be released). Binaries are available at: http://jakarta.apache.org/builds/jakarta-tomcat-4.0/test/v4.1.0/ The release is missing readme files and other accessory resources. This will be added ASAP. WARNING: This is not an official Tomcat release and should be considered as stable as a nightly build. The build is available for testing purposes only. Remy -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
ISAPI Filter and the OPTIONS method
Hola Ignacio, About the OPTIONS method, i'm not truly sure that isapi_redirect are correctly passing down this method, this should be a good point to start to see why webfolders doesnt work.. putting a breakpoint inside the ajp13 read methods insside tomcat could help a bunch, Saludos , Ignacio J. Ortega Can you tell me where in the code to look for this? In other words, where is the decision made which Methods shall be Accepted and passed on by the filter to Tomcat, or rejected and a 500 internal server error returned. BTW - I think you are absolutely right. It looks like when an OPTIONS request is sent, the isapi filter never passes that request to tomcat, it simply returns a 500 error. I did a network trace and the error says: C..4..HTTP/1.1 5 00040: 30 30 20 53 65 72 76 65 72 20 45 72 72 6F 72 0D 00 Server Error. 00050: 0A 53 65 72 76 65 72 3A 20 4D 69 63 72 6F 73 6F .Server: Microso 00060: 66 74 2D 49 49 53 2F 35 2E 30 0D 0A 44 61 74 65 ft-IIS/5.0..Date 00070: 3A 20 54 68 75 2C 20 32 35 20 41 70 72 20 32 30 : Thu, 25 Apr 20 00080: 30 32 20 31 33 3A 35 34 3A 31 30 20 47 4D 54 0D 02 13:54:10 GMT. 00090: 0A 43 6F 6E 6E 65 63 74 69 6F 6E 3A 20 63 6C 6F .Connection: clo 000A0: 73 65 0D 0A 43 6F 6E 74 65 6E 74 2D 54 79 70 65 se..Content-Type 000B0: 3A 20 74 65 78 74 2F 68 74 6D 6C 0D 0A 43 6F 6E : text/html..Con 000C0: 74 65 6E 74 2D 4C 65 6E 67 74 68 3A 20 38 37 0D tent-Length: 87. 000D0: 0A 0D 0A 3C 68 74 6D 6C 3E 3C 68 65 61 64 3E 3C ...htmlhead 000E0: 74 69 74 6C 65 3E 45 72 72 6F 72 3C 2F 74 69 74 titleError/tit 000F0: 6C 65 3E 3C 2F 68 65 61 64 3E 3C 62 6F 64 79 3E le/headbody 00100: 54 68 65 20 70 61 72 61 6D 65 74 65 72 20 69 73 The parameter is 00110: 20 69 6E 63 6F 72 72 65 63 74 2E 20 3C 2F 62 6Fincorrect. /bo 00120: 64 79 3E 3C 2F 68 74 6D 6C 3E dy/html Thank you Robert. -Original Message- From: Ignacio J. Ortega [mailto:[EMAIL PROTECTED]] Sent: Wednesday, April 24, 2002 3:32 PM To: 'Robert Priest' Subject: RE: Traces - Hitting ISAPI Filter from Remote Machine. I'm saying that a PSOT wolud work ( it works for me at least ) , but the url in the post it's not serverd in anyway by tomcat..IMHO, that dll is no tied to tomcat url in anyway, or is slide more magical than i could think of :) Saludos , Ignacio J. Ortega -Mensaje original- De: Robert Priest [mailto:[EMAIL PROTECTED]] Enviado el: miércoles 24 de abril de 2002 21:29 Para: Ignacio J. Ortega Asunto: RE: Traces - Hitting ISAPI Filter from Remote Machine. From MICROSOFTWEBFOLDERS.txt POST /_vti_bin/shtml.dll/_vti_rpc HTTP/1.1 I doubt MSWebFolders are really trying to reach DAV by other means than the microsoft own, i'm sure the POST above couldnt be served by tomcat I'm sorry Ignacio, I don't really follow what you are saying here. Are you saying that MSWebFolders didn't send a post? If that is so, I can run it again and send you the log again. Just need clarification. Thanks, Robert Priest. -Original Message- From: Ignacio J. Ortega [mailto:[EMAIL PROTECTED]] Sent: Wednesday, April 24, 2002 3:24 PM To: 'Robert Priest' Subject: RE: Traces - Hitting ISAPI Filter from Remote Machine. From MICROSOFTWEBFOLDERS.txt POST /_vti_bin/shtml.dll/_vti_rpc HTTP/1.1 I doubt MSWebFolders are really trying to reach DAV by other means than the microsoft own, i'm sure the POST above couldnt be served by tomcat Saludos , Ignacio J. Ortega -Mensaje original- De: Robert Priest [mailto:[EMAIL PROTECTED]] Enviado el: lunes 22 de abril de 2002 15:35 Para: Ignacio J. Ortega Asunto: RE: Traces - Hitting ISAPI Filter from Remote Machine. Typo!! Ignacio please!!! Ingacio sounds really bad in spanish :))) sorry about that. ?¿?¿? Where can i found that? attached are the text files. What you are seeing is only the logtrace of the 2 forms About the OPTIONS method, i'm not truly sure that isapi_redirect are correctly passing down this method, this should be a good point to start to see why webfolders doesnt work.. putting a breakpoint inside the ajp13 read methods insside tomcat could help a bunch, I will work on this monday. thanks. robert. -Original Message- From: Ignacio J. Ortega [mailto:[EMAIL PROTECTED]] Sent: Friday, April 19, 2002 4:29 PM To: 'Robert Priest' Subject: RE: Traces - Hitting ISAPI Filter from Remote Machine. Hola Robert: Hello Ingacio, Typo!! Ignacio please!!! Ingacio sounds really bad in spanish :))) I have attached Network Traces for the clients that I am using (IE, WebFolders, WebDrive 5.1). They were all captured with Network Monitor (NetMon). ?¿?¿? Where can i found that? If you cannot read them I can send them to you as text files. Please do it [Fri Apr 19 15:19:58 2002]
Tomcat, Postgres, JDBC, Blackdown 1.3.1, IE: No impact, no idea!
My application, in a nutshell, allows you to click within a series of HTML table data cells, and this dynamically creates hidden input boxes on a form, which when submitted, the server processes into SQL, and returns the result of. The problem: 'selecting' too many data cells causes the site to skip the lengthy db query (which normally takes at least 3 minutes,) and it immediately returns the results as a downloadable file (set up using res.setContentType setHeader.) It then churns away downloading this file indefinitely. Select only a few data cells, and you get a nicely formatted comma-delimited set of data in a text file, after 3-10 minutes... the table has tens of millions of rows. The log files haven't helped me much. The servlet I believe to be causing the problem is called from a form's post action (Is there a limit on header sizes with post?,) but there is no record of a call to it in the access log when this error occurs. It is clearly being run at least partially, though. I can see a log entry I submit from within the offending servlet to localhost_log for the final SQL statement that it should be submitting to the Postgres database, and also a localhost_log entry for representing the number of cells that have been selected. The error is reproducable, but it doesn't appear to be an absolute number of cells selected, or an inherent problem with the SQL statement, or the length of the SQL statement. If you're familar with Postgres, I've used psql to run the generated SQL, and it works perfectly, although the statement takes something like 8 to 10 minutes to run. And I've set up Postgres to log all queries, and it definitely starts processing the query; but when the error occurs I get a response immediately, and it's empty. Thinking it might be a JDBC error, I wrote a simple test page which submits a SQL statement I know causes this error as a string directly through a Statement.executeQuery. Alas, after the correct amount of time, it presents a page with the correct results. myWitsI'm I don't suspect this is a bug, and I realize it could be Tomcat, Postgres, JDBC, or IE for all that, but I figure I'd start here. Any ideas or thoughts are welcome and appreciated. Colin Freas Systems Analyst Center for Population and Health Georgetown University -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
cvs commit: jakarta-tomcat-4.0/webapps/admin/WEB-INF/classes/org/apache/webapp/admin/service AddServiceAction.java
manveen 02/04/26 16:56:18
Modified:webapps/admin/WEB-INF/classes/org/apache/webapp/admin/service
AddServiceAction.java
Log:
Fix for minor bug.
Revision ChangesPath
1.8 +6 -5
jakarta-tomcat-4.0/webapps/admin/WEB-INF/classes/org/apache/webapp/admin/service/AddServiceAction.java
Index: AddServiceAction.java
===
RCS file:
/home/cvs/jakarta-tomcat-4.0/webapps/admin/WEB-INF/classes/org/apache/webapp/admin/service/AddServiceAction.java,v
retrieving revision 1.7
retrieving revision 1.8
diff -u -r1.7 -r1.8
--- AddServiceAction.java 8 Mar 2002 00:12:30 - 1.7
+++ AddServiceAction.java 26 Apr 2002 23:56:18 - 1.8
@@ -1,7 +1,7 @@
/*
- * $Header:
/home/cvs/jakarta-tomcat-4.0/webapps/admin/WEB-INF/classes/org/apache/webapp/admin/service/AddServiceAction.java,v
1.7 2002/03/08 00:12:30 craigmcc Exp $
- * $Revision: 1.7 $
- * $Date: 2002/03/08 00:12:30 $
+ * $Header:
/home/cvs/jakarta-tomcat-4.0/webapps/admin/WEB-INF/classes/org/apache/webapp/admin/service/AddServiceAction.java,v
1.8 2002/04/26 23:56:18 manveen Exp $
+ * $Revision: 1.8 $
+ * $Date: 2002/04/26 23:56:18 $
*
*
*
@@ -81,7 +81,7 @@
* The codeAction/code that sets up emAdd Service/em transactions.
*
* @author Manveen Kaur
- * @version $Revision: 1.7 $ $Date: 2002/03/08 00:12:30 $
+ * @version $Revision: 1.8 $ $Date: 2002/04/26 23:56:18 $
*/
public class AddServiceAction extends Action {
@@ -131,7 +131,8 @@
serviceFm.setServiceName();
serviceFm.setEngineName();
serviceFm.setDebugLvl(0);
-serviceFm.setDefaultHost(localhost);
+serviceFm.setDefaultHost(localhost);
+serviceFm.setAdminServiceName();
serviceFm.setDebugLvlVals(Lists.getDebugLevels());
ArrayList hosts = new ArrayList();
hosts.add(new LabelValueBean
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: Resend: SSL portability and Coyote
Bill Barker [EMAIL PROTECTED] writes: Also, somebody in o.a.c.tomcat4 needs to fire the ACTION_REQ_SSL_ATTRIBUTE action. That's the Coyote replacement for CertificateValve. Ah. Can you give me the 10,000 overview on how ATTRIBUTES work (or point me to the right location)? I can arrange for this to get called, but I'm not even sure where to look to arrange it. -Ekr -- [Eric Rescorla [EMAIL PROTECTED]] http://www.rtfm.com/ -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
cvs commit: jakarta-tomcat-connectors/jk/native2/server/isapi jk_iis.h jk_isapi_plugin.c jk_service_iis.c
nacho 02/04/26 17:48:33
Modified:jk/native2/server/isapi jk_iis.h jk_isapi_plugin.c
jk_service_iis.c
Log:
* Fixing things related to JK_OK change commons
* Filter part is working
* Workers doent initialize ATM.. working on it
Revision ChangesPath
1.8 +3 -5 jakarta-tomcat-connectors/jk/native2/server/isapi/jk_iis.h
Index: jk_iis.h
===
RCS file: /home/cvs/jakarta-tomcat-connectors/jk/native2/server/isapi/jk_iis.h,v
retrieving revision 1.7
retrieving revision 1.8
diff -u -r1.7 -r1.8
--- jk_iis.h 24 Apr 2002 23:00:14 - 1.7
+++ jk_iis.h 27 Apr 2002 00:48:33 - 1.8
@@ -109,8 +109,7 @@
#define GET_SERVER_VARIABLE_VALUE(pool, name, place) {\
(place) = NULL; \
huge_buf_sz = sizeof(huge_buf); \
-if (get_server_value(env, \
-lpEcb, \
+if (get_server_value(lpEcb, \
(name), \
huge_buf, \
huge_buf_sz,\
@@ -121,8 +120,7 @@
#define GET_SERVER_VARIABLE_VALUE_INT(name, place, def) { \
huge_buf_sz = sizeof(huge_buf); \
-if (get_server_value(env, \
- lpEcb, \
+if (get_server_value(lpEcb, \
(name), \
huge_buf, \
huge_buf_sz,\
@@ -152,7 +150,7 @@
int jk2_service_iis_init(jk_env_t *env, jk_ws_service_t *s);
-int get_server_value(struct jk_env *env, LPEXTENSION_CONTROL_BLOCK lpEcb,
+int get_server_value( LPEXTENSION_CONTROL_BLOCK lpEcb,
char *name,
char *buf,
DWORD bufsz,
1.10 +17 -11
jakarta-tomcat-connectors/jk/native2/server/isapi/jk_isapi_plugin.c
Index: jk_isapi_plugin.c
===
RCS file:
/home/cvs/jakarta-tomcat-connectors/jk/native2/server/isapi/jk_isapi_plugin.c,v
retrieving revision 1.9
retrieving revision 1.10
diff -u -r1.9 -r1.10
--- jk_isapi_plugin.c 24 Apr 2002 23:06:07 - 1.9
+++ jk_isapi_plugin.c 27 Apr 2002 00:48:33 - 1.10
@@ -60,7 +60,7 @@
* Author: Gal Shachor [EMAIL PROTECTED] *
* Author: Larry Isaacs [EMAIL PROTECTED] *
* Author: Ignacio J. Ortega [EMAIL PROTECTED] *
- * Version: $Revision: 1.9 $ *
+ * Version: $Revision: 1.10 $ *
***/
// This define is needed to include wincrypt,h, needed to get client certificates
@@ -313,7 +313,7 @@
/* This is a servlet, should redirect ... */
env-l-jkLog(env, env-l, JK_LOG_DEBUG,
HttpFilterProc [%s] is a servlet url - should redirect to
%s\n,
- uri, worker);
+ uri, uriEnv-workerName);
/* get URI we should forward */
if (uri_select_option == URI_SELECT_OPT_UNPARSED) {
@@ -378,7 +378,7 @@
* We reject such postings !
*/
env-l-jkLog(env, env-l, JK_LOG_DEBUG,
- HttpFilterProc check if [%s] is points to the web-inf
directory\n,
+ HttpFilterProc check if [%s] is pointing to the web-inf
directory\n,
uri);
if(jk_requtil_uriIsWebInf(uri)) {
@@ -447,14 +447,25 @@
int rc1;
GET_SERVER_VARIABLE_VALUE(workerEnv-pool,HTTP_WORKER_HEADER_NAME, (
worker_name ));
-worker=workerEnv-worker_map-get(env,workerEnv-worker_map,worker_name);
+worker=env-getByName( env, worker_name);
+
+env-l-jkLog(env, env-l, JK_LOG_DEBUG,
+ HttpExtensionProc %s a worker for name %s\n,
+ worker ? got : could not get,
+ worker_name);
+
+if( worker==NULL ){
+env-l-jkLog(env, env-l, JK_LOG_INFO,
+ HttpExtensionProc worker is NULL\n);
+return rc;
+}
/* Get a pool for the request XXX move it in workerEnv to
be shared with other server adapters */
rPool= worker-rPoolCache-get( env, worker-rPoolCache );
if( rPool == NULL ) {
cvs commit: jakarta-tomcat-connectors/jk/native2/common jk_logger_file.c
nacho 02/04/26 17:49:10
Modified:jk/native2/common jk_logger_file.c
Log:
* Logger file can use substitutions..
Revision ChangesPath
1.21 +5 -8 jakarta-tomcat-connectors/jk/native2/common/jk_logger_file.c
Index: jk_logger_file.c
===
RCS file: /home/cvs/jakarta-tomcat-connectors/jk/native2/common/jk_logger_file.c,v
retrieving revision 1.20
retrieving revision 1.21
diff -u -r1.20 -r1.21
--- jk_logger_file.c 25 Apr 2002 18:50:22 - 1.20
+++ jk_logger_file.c 27 Apr 2002 00:49:10 - 1.21
@@ -59,7 +59,7 @@
* Description: Utility functions (mainly configuration) *
* Author: Gal Shachor [EMAIL PROTECTED] *
* Author: Henri Gomez [EMAIL PROTECTED] *
- * Version: $Revision: 1.20 $ *
+ * Version: $Revision: 1.21 $ *
***/
#include jk_env.h
@@ -147,15 +147,12 @@
{
FILE *oldF=(FILE *)_this-logger_private;
FILE *f=NULL;
-
+jk_workerEnv_t *workerEnv=env-getByName( env, workerEnv );
if( _this-name==NULL ) {
-jk_workerEnv_t *workerEnv=env-getByName( env, workerEnv );
-
-_this-name=jk2_config_replaceProperties( env, workerEnv-initData,
- _this-mbean-pool,
- ${serverRoot}/logs/mod_jk.log);
+_this-name=${serverRoot}/logs/mod_jk.log;
}
-
+jk2_config_replaceProperties( env, workerEnv-initData,
+ _this-mbean-pool,_this-name);
f = fopen(_this-name, a+);
if(f==NULL) {
_this-jkLog(env, _this,JK_LOG_ERROR,
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL PROTECTED]
cvs commit: jakarta-tomcat-connectors/jk/native2/include jk_map.h
nacho 02/04/26 17:50:43 Modified:jk/native2/include jk_map.h Log: * MSVC is much more picky about this things Revision ChangesPath 1.12 +2 -2 jakarta-tomcat-connectors/jk/native2/include/jk_map.h Index: jk_map.h === RCS file: /home/cvs/jakarta-tomcat-connectors/jk/native2/include/jk_map.h,v retrieving revision 1.11 retrieving revision 1.12 diff -u -r1.11 -r1.12 --- jk_map.h 25 Apr 2002 19:16:14 - 1.11 +++ jk_map.h 27 Apr 2002 00:50:43 - 1.12 @@ -58,7 +58,7 @@ /*** * Description: Map object header file * * Author: Gal Shachor [EMAIL PROTECTED] * - * Version: $Revision: 1.11 $ * + * Version: $Revision: 1.12 $ * ***/ #ifndef JK_MAP_H @@ -121,7 +121,7 @@ The default impl will set them to the content */ char **keys; -char **values; +void **values; }; int jk2_map_default_create(struct jk_env *env, jk_map_t **m, -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
cvs commit: jakarta-tomcat-4.0/webapps/admin/connector connector.jsp
manveen 02/04/26 18:05:03
Modified:webapps/admin/WEB-INF/classes/org/apache/webapp/admin
ApplicationResources_en.properties
webapps/admin/WEB-INF/classes/org/apache/webapp/admin/service
EditServiceAction.java
webapps/admin/connector connector.jsp
Log:
preliminary admin tool testing--some bug fixes
Revision ChangesPath
1.46 +3 -3
jakarta-tomcat-4.0/webapps/admin/WEB-INF/classes/org/apache/webapp/admin/ApplicationResources_en.properties
Index: ApplicationResources_en.properties
===
RCS file:
/home/cvs/jakarta-tomcat-4.0/webapps/admin/WEB-INF/classes/org/apache/webapp/admin/ApplicationResources_en.properties,v
retrieving revision 1.45
retrieving revision 1.46
diff -u -r1.45 -r1.46
--- ApplicationResources_en.properties26 Apr 2002 03:39:04 - 1.45
+++ ApplicationResources_en.properties27 Apr 2002 01:05:03 - 1.46
@@ -164,7 +164,7 @@
logger.filelogger.properties=Filelogger specific Properties
logger.verbositylevel=Verbosity Level
error.loggerName.bad=Invalid logger name {0}
-error.loggerName.exists=liLogger already exists/li
+error.loggerName.exists=liA Logger already exists./li
error.directory.required=liDirectory cannot be empty./li
error.prefix.required=liPrefix cannot be empty./li
error.suffix.required=liSuffix cannot be empty./li
@@ -189,8 +189,8 @@
error.serviceName.required=liService Name required/li
error.serviceName.exists=liService Name already exists/li
error.realmName.bad=Invalid realm name {0}
-error.realmName.required=liRealm Name required/li
-error.realmName.exists=liRealm already exists/li
+error.realmName.required=liRealm Name required./li
+error.realmName.exists=liA realm already exists./li
error.contextName.bad=Invalid context name {0}
error.adminContext.delete=liCannot delete admin context/li
error.loaderName.bad=Invalid loader name {0}
1.5 +7 -6
jakarta-tomcat-4.0/webapps/admin/WEB-INF/classes/org/apache/webapp/admin/service/EditServiceAction.java
Index: EditServiceAction.java
===
RCS file:
/home/cvs/jakarta-tomcat-4.0/webapps/admin/WEB-INF/classes/org/apache/webapp/admin/service/EditServiceAction.java,v
retrieving revision 1.4
retrieving revision 1.5
diff -u -r1.4 -r1.5
--- EditServiceAction.java26 Apr 2002 19:05:12 - 1.4
+++ EditServiceAction.java27 Apr 2002 01:05:03 - 1.5
@@ -1,7 +1,7 @@
/*
- * $Header:
/home/cvs/jakarta-tomcat-4.0/webapps/admin/WEB-INF/classes/org/apache/webapp/admin/service/EditServiceAction.java,v
1.4 2002/04/26 19:05:12 manveen Exp $
- * $Revision: 1.4 $
- * $Date: 2002/04/26 19:05:12 $
+ * $Header:
/home/cvs/jakarta-tomcat-4.0/webapps/admin/WEB-INF/classes/org/apache/webapp/admin/service/EditServiceAction.java,v
1.5 2002/04/27 01:05:03 manveen Exp $
+ * $Revision: 1.5 $
+ * $Date: 2002/04/27 01:05:03 $
*
*
*
@@ -91,7 +91,7 @@
* The codeAction/code that sets up emEdit Service/em transactions.
*
* @author Manveen Kaur
- * @version $Revision: 1.4 $ $Date: 2002/04/26 19:05:12 $
+ * @version $Revision: 1.5 $ $Date: 2002/04/27 01:05:03 $
*/
public class EditServiceAction extends Action {
@@ -228,8 +228,9 @@
Iterator items = Lists.getHosts(mBServer, sname).iterator();
while (items.hasNext()) {
ObjectName hname = new ObjectName((String) items.next());
-String name = hname.getKeyProperty(name);
-hosts.add(new LabelValueBean(name, name));
+String name = hname.getKeyProperty(host);
+if (name!=null)
+hosts.add(new LabelValueBean(name, name));
}
serviceFm.setHostNameVals(hosts);
1.9 +2 -2 jakarta-tomcat-4.0/webapps/admin/connector/connector.jsp
Index: connector.jsp
===
RCS file: /home/cvs/jakarta-tomcat-4.0/webapps/admin/connector/connector.jsp,v
retrieving revision 1.8
retrieving revision 1.9
diff -u -r1.8 -r1.9
--- connector.jsp 26 Apr 2002 19:05:12 - 1.8
+++ connector.jsp 27 Apr 2002 01:05:03 - 1.9
@@ -249,7 +249,7 @@
controls:row labelStyle=table-label-text dataStyle=table-normal-text
controls:labelbean:message
key=connector.keystore.filename/:/controls:label
controls:data
-html:text property=keyStoreFileName size=15/
+html:text property=keyStoreFileName size=30/
/controls:data
/controls:row
@@ -257,7 +257,7 @@
cvs commit: jakarta-tomcat/src/tests/webpages/dispatch foo.jsp rdForward.jsp rdInclude.jsp
larryi 02/04/26 18:44:11
Modified:src/tests/webpages/WEB-INF test-tomcat.xml
Added: src/tests/webpages/dispatch foo.jsp rdForward.jsp
rdInclude.jsp
Log:
Add test case for Bugzilla 8092. RequestDispatcher.include followed by
a RequestDispacher.forward to a static page. Also added one that forwards
to a JSP page.
Reported by: Andreas.Junghans
Revision ChangesPath
1.53 +15 -1 jakarta-tomcat/src/tests/webpages/WEB-INF/test-tomcat.xml
Index: test-tomcat.xml
===
RCS file: /home/cvs/jakarta-tomcat/src/tests/webpages/WEB-INF/test-tomcat.xml,v
retrieving revision 1.52
retrieving revision 1.53
diff -u -r1.52 -r1.53
--- test-tomcat.xml 18 Apr 2002 13:58:01 - 1.52
+++ test-tomcat.xml 27 Apr 2002 01:44:11 - 1.53
@@ -16,7 +16,7 @@
early tests.
--
- property name=revision value=$Revision: 1.52 $ /
+ property name=revision value=$Revision: 1.53 $ /
property name=host value=127.0.0.1 /
property name=port value=8080 /
property name=colonPort value=:${port} /
@@ -549,6 +549,20 @@
httpRequest path=/test/servlet/dispatch.IncludeJspWithTaglib /
httpStatusMatch match=200 /
responseMatch match=This is a taglib test/
+ /httpClient
+
+ httpClient
+ commentRequestDispatcher.include to JSP which RequestDispatcher.forward
to a static page/comment
+ httpRequest path=/test/dispatch/rdInclude.jsp /
+ httpStatusMatch match=200 /
+ responseMatch match=FOO/
+ /httpClient
+
+ httpClient
+ commentRequestDispatcher.include to JSP which RequestDispatcher.forward
to a JSP page/comment
+ httpRequest path=/test/dispatch/rdInclude.jsp?type=jsp /
+ httpStatusMatch match=200 /
+ responseMatch match=JSPFOO/
/httpClient
/target
1.1 jakarta-tomcat/src/tests/webpages/dispatch/foo.jsp
Index: foo.jsp
===
% String txt=FOO; %
JSP%= txt %
1.1 jakarta-tomcat/src/tests/webpages/dispatch/rdForward.jsp
Index: rdForward.jsp
===
%
String type = request.getParameter(type);
String pg = foo.html;
if (jsp.equals(type))
pg = foo.jsp;
RequestDispatcher rd = application.getRequestDispatcher(
/dispatch/ + pg);
if (null != rd)
rd.forward(request, response);
else
response.sendError(HttpServletResponse.SC_NOT_FOUND,
/dispatch/ + pg + not found.);
%
1.1 jakarta-tomcat/src/tests/webpages/dispatch/rdInclude.jsp
Index: rdInclude.jsp
===
%
RequestDispatcher rd = application.getRequestDispatcher(
/dispatch/rdForward.jsp);
if (null != rd)
rd.include(request, response);
else
response.sendError(HttpServletResponse.SC_NOT_FOUND,
/dispatch/rdForward.jsp not found.);
%
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL PROTECTED]
[PROPOSAL] Modification of the code generated by Jasper2
I've been thinking and working on a possible fix for bug
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=8290. The issue concerns
the often deep nesting of try/finally blocks that triggers a bug in the
JVM that result in bad JSP performance. The proposition is to limit the
number of try/finally blocks by marking what would be the try block as
started and then marking again when the finally block would be entered. This
bug is mostly evident if a JSP uses a lot of taglibs tags.
More simply put, the proposition replaces code like this:
public class JSPsomething {
...
public void _jspService(HttpServletRequest request, HttpServletResponse
response)
throws java.io.IOException, ServletException {
...
try {
TRY BLOCK 1
try {
TRY BLOCK 2
try {
TRY BLOCK 3
} finally {
FINALLY BLOCK 3
}
try {
TRY BLOCK 4
} finally {
FINALLY BLOCK 4
}
} finally {
FINALLY BLOCK 2
}
} finally {
FINALLY BLOCK 1
}
}
}
To be generated like this:
public class JSPsomething {
...
public void _jspService(HttpServletRequest request, HttpServletResponse
response)
throws java.io.IOException, ServletException {
try {
...
set_bit(1)
TRY BLOCK 1
set_bit(2)
TRY BLOCK 2
set_bit(3)
TRY BLOCK 3
clear_bit(3)
FINALLY BLOCK 3
set_bit(4)
TRY BLOCK 4
clear_bit(4)
FINALLY BLOCK 4
clear_bit(2)
FINALLY BLOCK 2
clear_bit(1)
FINALLY BLOCK 1
} finally {
doFinally()
}
}
doFinally() {
if_bit_set(3)
FINALLY BLOCK 3
if_bit_set(4)
FINALLY BLOCK 4
if_bit_set(2)
FINALLY BLOCK 2
if_bit_set(1)
FINALLY BLOCK 1
}
}
On a flow control view point both are identical, but the second one has the
advantage of not needlessly nesting try/finally blocks, so it bypasses the
bug of the JVM. I did a patch that is relatively fresh, so I can't provide
any hard benchmark to demonstrate the performance gain of the approach. But
our initial results did show some very encouraging performance results.
With a JSP with 100 taglibs, the old code triggered the bug in the JVM
that resulted in frequent JVM stall from 5 to as much as 45 seconds. the
new code did not show this behaviour. Next week I'll be able to use
JMeter to load test the new code and compare it the the old code.
Comments or suggestions are welcome.
Thanks!
--
Denis Benoit
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL PROTECTED]
cvs commit: jakarta-tomcat/src/share/org/apache/tomcat/modules/generators StaticInterceptor.java
larryi 02/04/26 18:55:18
Modified:src/facade22/org/apache/tomcat/facade
RequestDispatcherImpl.java
src/share/org/apache/tomcat/modules/generators
StaticInterceptor.java
Log:
For RequestDispatcher.forward, discard the child request from an include in
the RequestDispatchImpl.forward handling. Discarding it in StaticInterceptor
causes the internal test with jsp:include page=static page .../ to include
the calling JSP's source. Now all the internal tests pass, including the added
tests for Bugzilla 8092.
Revision ChangesPath
1.25 +1 -1
jakarta-tomcat/src/facade22/org/apache/tomcat/facade/RequestDispatcherImpl.java
Index: RequestDispatcherImpl.java
===
RCS file:
/home/cvs/jakarta-tomcat/src/facade22/org/apache/tomcat/facade/RequestDispatcherImpl.java,v
retrieving revision 1.24
retrieving revision 1.25
diff -u -r1.24 -r1.25
--- RequestDispatcherImpl.java13 Oct 2001 04:22:51 - 1.24
+++ RequestDispatcherImpl.java27 Apr 2002 01:55:18 - 1.25
@@ -231,6 +231,7 @@
//realRequest.query().recycle();
realRequest.servletPath().recycle();
realRequest.pathInfo().recycle();
+realRequest.setChild(null);
// merge query string as specified in specs - before, it may affect
// the way the request is handled by special interceptors
@@ -263,7 +264,6 @@
// in which case the attribute will create problems
realRequest.removeAttribute( A_REQUEST_URI);
realRequest.removeAttribute( A_SERVLET_PATH);
-
// CM should have set the wrapper - call it
Handler wr=realRequest.getHandler();
1.22 +1 -1
jakarta-tomcat/src/share/org/apache/tomcat/modules/generators/StaticInterceptor.java
Index: StaticInterceptor.java
===
RCS file:
/home/cvs/jakarta-tomcat/src/share/org/apache/tomcat/modules/generators/StaticInterceptor.java,v
retrieving revision 1.21
retrieving revision 1.22
diff -u -r1.21 -r1.22
--- StaticInterceptor.java17 Apr 2002 02:41:49 - 1.21
+++ StaticInterceptor.java27 Apr 2002 01:55:18 - 1.22
@@ -316,7 +316,7 @@
if(pathInfo == null) {
// If the attribute isn't there, then we aren't included.
// In that case, we must use the real request.
- subReq = req;
+ //*** DEBUG *** subReq = req;
pathInfo=subReq.servletPath().toString();
}
String absPath = (String)subReq.getNote( realFileNote );
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: How to servlets with scope of page?
Well, servlets don't really have scope, just like JSP's don't have scope. The beans used in JSP's have scope, if I remember correctly from my JSP days. Anyway, I can describe at least one solution to the problem. For that, you can download my PumpServlet from here: ftp://ftp.binarix.com/pub/pump/pump.tar.gz (it is licensed GPL). It works with Velocity, which you can get from here (currently version 1.2): http://jakarta.apache.org/velocity/. The idea is to have an XML file fed into this servlet (which is the only servlet I ever use in all my applications), which specifies the beans by scope: application, session and request (page doesn't make sense in this scenario, so it doesn't exist). The servlet then makes sure that the beans are loaded and initialised at the correct time and available to the rendering engine through Velocity context. What's even better is that you can plug in a Controller right smack in the middle of the servlet by just specifying it in the web.xml file of your application. The web.xml file can look the same for all your applications since there is only one servlet and you can use the same name for the controller class, since the class loaders are separate for each app. And you get an MVC (or Model 2) scenario straight away. Also your Velocity pages start behaving like pages, not like servlets (through a simple mapping in web.xml), but without all the pitfalls of JSP's. If Model 2 is too complicated in the beginning, you can always use the servlet with Model 1, there are no restrictions there. The basic premises of this approach are: - MVC is good and clean - designers should design and programmers should program (i.e. allowing designers to insert arbitrary Java code into the application through JSP's sucks) - mucking around with servlets is not cool - 'real' work is done in 'regular' Java (i.e. you don't have to follow a another complicated API) You can find far more information in the README file of the tarball. And, of course, make sure you're up to speed with Velocity. I can guarantee that you can master VTL (Velocity Template Language) in one afternoon :-) Have fun, Bojan On Sat, 2002-04-27 at 01:41, Roland wrote: How can I make a servlet with scope of page or any other scope like those defined for jsp? I'm using pure servlets, no JSP. Thanks for any help Roland -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: Resend: SSL portability and Coyote
- Original Message - From: Eric Rescorla [EMAIL PROTECTED] To: Tomcat Developers List [EMAIL PROTECTED] Sent: Friday, April 26, 2002 5:38 PM Subject: Re: Resend: SSL portability and Coyote Bill Barker [EMAIL PROTECTED] writes: Also, somebody in o.a.c.tomcat4 needs to fire the ACTION_REQ_SSL_ATTRIBUTE action. That's the Coyote replacement for CertificateValve. Ah. Can you give me the 10,000 overview on how ATTRIBUTES work (or point me to the right location)? I assume you mean actions. They are defined in o.a.c.ActionCode, and processed by somebody implementing o.a.c.ActionHook (both under the coyote directory). For the HTTP/1.1 connector, this is o.a.c.http11.Http11Processor (under the http11 directory). The usual way to fire them is to call o.a.c.Response.action (which is conventionally named coyoteResponse). For the SSL action, the second parameter is the o.a.c.Request. This is mostly working, except that I couldn't find how to get the keySize for PureTLS (so PureTLSSupport is currently returning null). I can arrange for this to get called, but I'm not even sure where to look to arrange it. I'm not sure either, which is why I'm talking about it instead of doing it :). My guess would be o.a.c.tomcat4.CoyoteAdapter.postParseRequest. However, the current Catalina code is doing it much much later. I'm pretty sure that you can't get the 3.3.x behavior of only when asked for without a lot of changes in Catalina (this is more a reflection of spec changes between 2.2 2.3 than design). -Ekr -- [Eric Rescorla [EMAIL PROTECTED]] http://www.rtfm.com/ -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: mod_webapp.so socketpool changes..
Hey Guys, I reported bug 8433 and am looking for a way to solve it. I thought that the socketpool work you're doing might solve the problem but wasn't able to compile the latest from cvs. My question is do you think that what you're working on could fix the bug? This is a very severe problem on my system. I have to restart both apache and tomcat if I get 2 concurrent requests. If you've got any ideas on the java side I can look into it, but have no idea what to do with the C. Thanks for your time. -Cavan Morris - Original Message - From: jean-frederic clere [EMAIL PROTECTED] To: Tomcat Developers List [EMAIL PROTECTED] Sent: Friday, April 26, 2002 6:18 AM Subject: Re: mod_webapp.so socketpool changes.. Clere, Jean-Frederic wrote: [EMAIL PROTECTED] wrote: Hi John-Frederic, I've only just seen your mail as I've been away for a few days... Is there any update on this? Have you had a chance to look at the updates I made? Yep... But it needs more when having a not threaded Apache-1.3 for example. The code still does not compile on my Unixes it needs more #ifdef. I will try to find time for it... Was not #ifdef but #if (Sorry my bad) I have committed after quickly arranging it so that it compiles and works with Apache-1.3 on Linux, now I will check on the other Unixes and with Apache-2.0. If you want me to do any more work on this just let me know... BTW I've been testing this on an NT intranet web server running Apache 1.3.24 and more recently 2.0 and so far it's seems to be stable... Simon. [EMAIL PROTECTED] wrote: Pier Fumagalli wrote: [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: Hi, As mentioned in my last email I have updated the socketpool changes to incorporate the changes recommended. I'm not sure if my mail was missed or not but I haven't received any feedback on the latest changes. What's the process to get this code into the codebase? I believe I would need cvs access to commit this (if deemed acceptable) into the source myself. Is this the case? Can someone fill me in Attached are the changes made. Simon, both I and JF have been pretty busy this last few days... I wanted to it out also with Apache 2.0's worker MPM before committing... I have been out for a week... But I will try to find some time today ;-) Pier -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
cvs commit: jakarta-tomcat/src/share/org/apache/tomcat/modules/generators StaticInterceptor.java
billbarker02/04/26 20:45:19
Modified:src/facade22/org/apache/tomcat/facade
HttpServletRequestFacade.java
src/share/org/apache/tomcat/core Request.java
src/share/org/apache/tomcat/modules/generators
StaticInterceptor.java
Log:
Move the DateFormatters from the Facade to the core Request.
This makes them available for non-servlet Handlers (i.e. StaticInterceptor) as well.
Fix for bug #8562.
Reported By: Pierre OBLIN [EMAIL PROTECTED]
Revision ChangesPath
1.33 +1 -17
jakarta-tomcat/src/facade22/org/apache/tomcat/facade/HttpServletRequestFacade.java
Index: HttpServletRequestFacade.java
===
RCS file:
/home/cvs/jakarta-tomcat/src/facade22/org/apache/tomcat/facade/HttpServletRequestFacade.java,v
retrieving revision 1.32
retrieving revision 1.33
diff -u -r1.32 -r1.33
--- HttpServletRequestFacade.java 22 Mar 2002 02:54:34 - 1.32
+++ HttpServletRequestFacade.java 27 Apr 2002 03:45:18 - 1.33
@@ -96,7 +96,6 @@
ServletInputStreamFacade isFacade=new ServletInputStreamFacade();
boolean isFacadeInitialized=false;
BufferedReader reader=null;
-DateFormat []dateFormats;
UEncoder uencoder;
private boolean usingStream = false;
@@ -111,13 +110,6 @@
isFacade.setRequest( request );
try {
// we may create facades more often than requests
- if( dateFormats==null ) {
- dateFormats=new DateFormat[] {
- new SimpleDateFormat(DateTool.RFC1123_PATTERN, Locale.US),
- new SimpleDateFormat(DateTool.rfc1036Pattern, Locale.US),
- new SimpleDateFormat(DateTool.asctimePattern, Locale.US)
- };
- }
if( uencoder==null ) {
uencoder=new UEncoder();
uencoder.addSafeCharacter(';');
@@ -216,15 +208,7 @@
* We delegate this to RequestUtil. ( adapter function )
*/
public long getDateHeader(String name) {
- String value=request.getHeader( name );
- if( value==null) return -1;
-
- long date=DateTool.parseDate(value,dateFormats);
- if( date==-1) {
- String msg = sm.getString(httpDate.pe, value);
- throw new IllegalArgumentException(msg);
- }
- return date;
+ return request.getDateHeader( name );
}
public String getHeader(String name) {
1.115 +26 -0 jakarta-tomcat/src/share/org/apache/tomcat/core/Request.java
Index: Request.java
===
RCS file: /home/cvs/jakarta-tomcat/src/share/org/apache/tomcat/core/Request.java,v
retrieving revision 1.114
retrieving revision 1.115
diff -u -r1.114 -r1.115
--- Request.java 21 Apr 2002 05:56:10 - 1.114
+++ Request.java 27 Apr 2002 03:45:18 - 1.115
@@ -75,6 +75,9 @@
import java.io.CharConversionException;
import java.util.Enumeration;
import java.util.Hashtable;
+import java.util.Locale;
+import java.text.DateFormat;
+import java.text.SimpleDateFormat;
/**
* This is a low-level, efficient representation of a server request. Most fields
@@ -219,6 +222,7 @@
protected Request parent;
protected Request child;
+protected DateFormat []dateFormats = null;
protected UDecoder urlDecoder;
// Error handling support
@@ -891,6 +895,28 @@
}
// Facade for MimeHeaders
+/**
+ * Utility method to parse dates.
+ */
+public long getDateHeader(String name) {
+ MessageBytes value=getMimeHeaders().getValue( name );
+ if( value==null || value.isNull() ) return -1;
+
+ // By delaying until here, we don't have to create them on sub-requests
+ if( dateFormats == null) {
+ dateFormats=new DateFormat[] {
+ new SimpleDateFormat(DateTool.RFC1123_PATTERN, Locale.US),
+ new SimpleDateFormat(DateTool.rfc1036Pattern, Locale.US),
+ new SimpleDateFormat(DateTool.asctimePattern, Locale.US)
+ };
+ }
+ long date=DateTool.parseDate(value.toString(),dateFormats);
+ if( date==-1) {
+ String msg = response.sm.getString(httpDate.pe, value);
+ throw new IllegalArgumentException(msg);
+ }
+ return date;
+}
/** @deprecated
*/
public Enumeration getHeaders(String name) {
1.23 +7 -14
jakarta-tomcat/src/share/org/apache/tomcat/modules/generators/StaticInterceptor.java
Index: StaticInterceptor.java
===
RCS file:
DO NOT REPLY [Bug 8562] - StaticInterceptor multiThread issue
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=8562. 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=8562 StaticInterceptor multiThread issue [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2002-04-27 03:47 --- This is now fixed in the CVS HEAD, and will appear in the nightly once they start being built again. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
cvs commit: jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/mbeans StandardServerMBean.java mbeans-descriptors.xml
craigmcc02/04/26 22:09:03
Modified:catalina/src/share/org/apache/catalina/mbeans
StandardServerMBean.java mbeans-descriptors.xml
Log:
Switch to using the Catalina component tree directly for all persistence
operations -- since we will need this for components that are not reflected
as MBeans directly anyway, it's better to be consistent.
This still leaves a few FIXMEs, but for the most part a running Catalina
configuration is faithfully recorded into a conf/server.xml.new file that
would (if renamed) reproduce the same configuration after a restart.
Revision ChangesPath
1.10 +532 -210
jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/mbeans/StandardServerMBean.java
Index: StandardServerMBean.java
===
RCS file:
/home/cvs/jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/mbeans/StandardServerMBean.java,v
retrieving revision 1.9
retrieving revision 1.10
diff -u -r1.9 -r1.10
--- StandardServerMBean.java 26 Apr 2002 17:40:50 - 1.9
+++ StandardServerMBean.java 27 Apr 2002 05:09:03 - 1.10
@@ -1,7 +1,7 @@
/*
- * $Header:
/home/cvs/jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/mbeans/StandardServerMBean.java,v
1.9 2002/04/26 17:40:50 craigmcc Exp $
- * $Revision: 1.9 $
- * $Date: 2002/04/26 17:40:50 $
+ * $Header:
/home/cvs/jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/mbeans/StandardServerMBean.java,v
1.10 2002/04/27 05:09:03 craigmcc Exp $
+ * $Revision: 1.10 $
+ * $Date: 2002/04/27 05:09:03 $
*
*
*
@@ -64,6 +64,8 @@
package org.apache.catalina.mbeans;
+import java.beans.IndexedPropertyDescriptor;
+import java.beans.PropertyDescriptor;
import java.io.File;
import java.io.FileWriter;
import java.io.IOException;
@@ -76,8 +78,25 @@
import javax.management.MBeanServer;
import javax.management.ObjectName;
import javax.management.RuntimeOperationsException;
+import org.apache.catalina.Connector;
+import org.apache.catalina.Container;
+import org.apache.catalina.Context;
+import org.apache.catalina.Engine;
+import org.apache.catalina.Host;
+import org.apache.catalina.Lifecycle;
+import org.apache.catalina.LifecycleListener;
+import org.apache.catalina.Loader;
+import org.apache.catalina.Logger;
+import org.apache.catalina.Manager;
+import org.apache.catalina.Pipeline;
+import org.apache.catalina.Realm;
import org.apache.catalina.Server;
-import org.apache.catalina.core.StandardServer;
+import org.apache.catalina.ServerFactory;
+import org.apache.catalina.Service;
+import org.apache.catalina.Store;
+import org.apache.catalina.Valve;
+import org.apache.catalina.net.ServerSocketFactory;
+import org.apache.commons.beanutils.PropertyUtils;
import org.apache.commons.modeler.BaseModelMBean;
@@ -86,17 +105,74 @@
* codeorg.apache.catalina.core.StandardServer/code component./p
*
* @author Amy Roh
- * @version $Revision: 1.9 $ $Date: 2002/04/26 17:40:50 $
+ * @version $Revision: 1.10 $ $Date: 2002/04/27 05:09:03 $
*/
public class StandardServerMBean extends BaseModelMBean {
+
+// --- Static Variables
+
+
/**
* The codeMBeanServer/code for this application.
*/
private static MBeanServer mserver = MBeanUtils.createServer();
+/**
+ * The set of class/property combinations that should strongNOT/strong
+ * be persisted because they are automatically calculated.
+ */
+private static String exceptions[][] = {
+{ org.apache.catalina.core.StandardContext, configured },
+{ org.apache.catalina.core.StandardContext, publicId },
+{ org.apache.catalina.core.StandardContext, workDir },
+{ org.apache.catalina.session.StandardManager, distributable },
+{ org.apache.catalina.session.StandardManager, entropy },
+};
+
+
+/**
+ * The set of classes that represent persistable properties.
+ */
+private static Class persistables[] = {
+String.class,
+Integer.class, Integer.TYPE,
+Boolean.class, Boolean.TYPE,
+Byte.class, Byte.TYPE,
+Character.class, Character.TYPE,
+Double.class, Double.TYPE,
+Float.class, Float.TYPE,
+Long.class, Long.TYPE,
+Short.class, Short.TYPE,
+};
+
+
+/**
+ * The set of class names that should be skipped when persisting state,
+ * because the corresponding listeners, valves, etc. are configured
+ * automatically at startup time.
+ */
+private static String skippables[] = {
+org.apache.catalina.authenticator.BasicAuthenticator,
+
Re: Resend: SSL portability and Coyote
Eric Rescorla wrote: This didn't make it out the first time so I'm resending... I'm looking at what needs to be done to make the 3.3 SSL portablity stuff work properly with Coyote. For the most part, this work has been done--if you set the SSLImplementation appropriately and the correct factory gets invoked. However, there appear to be some issues with CoyoteServerSocketFactory and it's handling of configuration directives: (1) CoyoteServerSocketFactory appears to be willing to handle a socketFactoryName. AFAICT, this is supplanted by SSLImplementation and none of the other code does anything with it. Any reason not to remove support for this directive entirely? (2) JSSE uses one keyfile (the keystore). PureTLS uses three, the keyfile, the CA file, and the random file. I need to add new directives to ServerSocketFactory to propagate those. Erik - any chance of implementing this with a generic certificate/key factory so that the SocketFactory doesn't just rely on the default keystore? Does anyone object to these changes? -Ekr -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
