RE: deflate - apache tomcat - ie configuration - problem
Title: RE: deflate - apache tomcat - ie configuration - problem right... my target is only IE 5 and IE 6... so i eard that i can compress it... however... has i said, it's only html Type that cause the problem -Message d'origine- De : Henri Gomez [mailto:[EMAIL PROTECTED]] Envoyé : mercredi 3 mars 2004 22:51 À : Tomcat Developers List Objet : Re: deflate - apache tomcat - ie configuration - problem EBRARD Loic wrote: the only way to make disapear this feature using mod_deflate is not to compress html files... and that is not possible... same problem if i don't compress _javascript_... my httpd.conf is : LoadModule deflate_module modules/mod_deflate.so AddOutputFilterByType DEFLATE text/html AddOutputFilterByType DEFLATE text/xml AddOutputFilterByType DEFLATE text/css AddOutputFilterByType DEFLATE text/plain AddOutputFilterByType DEFLATE text/_javascript_ AddOutputFilterByType DEFLATE application/x-_javascript_ DeflateFilterNote Input instream So i don't compress image and php... You shouldn't compress _javascript_, most browsers didn't support this - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] This mail has originated outside your organization, either from an external partner or the Global Internet. Keep this in mind if you answer this message. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: NTLM and Post request
Hi, I didn't get any required information from the archieve. Still im not clear. The main problem is POST method is not working and i want to know the reason. HTTP is connectionless protocol, then how all my POST request data is not received. Pls help me out. Thanks and Regards Ganesh - Original Message - From: Shapira, Yoav [EMAIL PROTECTED] To: Tomcat Developers List [EMAIL PROTECTED] Sent: Wednesday, March 03, 2004 9:05 PM Subject: RE: NTLM and Post request Hi, Don't cross-post please, and I suggest you search this list's archives as this issue has been discussed recently. Yoav Shapira Millennium ChemInformatics -Original Message- From: mganesh [mailto:[EMAIL PROTECTED] Sent: Wednesday, March 03, 2004 10:32 AM To: [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Subject: NTLM and Post request Dear folks, Im using NTLM authentication to authenticate the user in the intranet. After authenticating the user the Post request stops working. The content-length in the request is zero. I have also tried by adding NTLM authentication module to apache, Im facing the same problem in this case also. I read the faq/mailing list section in Tomcat and many folks suggested to use JCIFS but I don't want to use JCIFS. Is there any way to make the post request work? Im using Apache 1.3,Tomcat 4.0. Regards Ganesh This e-mail, including any attachments, is a confidential business communication, and may contain information that is confidential, proprietary and/or privileged. This e-mail is intended only for the individual(s) to whom it is addressed, and may not be saved, copied, printed, disclosed or used by anyone else. If you are not the(an) intended recipient, please immediately delete this e-mail from your computer system and notify the sender. Thank you. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Disclaimer :- This e-mail message including any attachment may contain confidential, proprietary or legally privileged information.It should not be used by who is not the original intended recipient.If you have erroneously received this message,you are notified that you are strictly prohibited from using, coping, altering or disclosing the content of this message.Please delete it immediatly and notify the sender. Newgen Software Technologies Ltd and / or its subsidiary Companies accept no responsibility for loss or damage arising from the use of the information transmitted by this email including damage from virus and further acknowledges that any views expressed in this message are those of the individual sender and no binding nature of the message shall be implied or assumed unless the sender does so expressly with due authority of Newgen Software Technologies Ltd and / or its subsidiary Companies, as applicable. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[5.0] Next release
Hi, I'd like to follow on with the one-release-a-month rythm for now, since we still have interesting bugfixes here and there (ex: the cross context fix, plus some JSP fixes). So this means tagging 5.0.20 at the end of next week. It would be a good idea to attempt to fix all the remaining BZ items. - some SSI changes need to be merged back (23610) - plenty of admin webapp patches need to be merged; Amy and Larry were the last persons seen maintaining this feature, so can one of you two do it if you have time ? - the JK bugs should be resolved shortly with the new release - 27296: I think Filip did fix it already - 27259: I don't know ;) Rémy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [PATCH] JasperLoader - Security manager usage LoadClass concurrency problem fix
This account does not exist - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[PATCH] JasperLoader - Security manager usage LoadClass concurrency problem fix
Hi,
the patch below fixes a bug that occasionally causes a NullPointerException in
loadClass() method. The problem was caused by the way the system security
manager was used in this class. For checking if there is a security manager, and
then using the security manager for checking the access, two (potentially
different) security managers were used. Checking for the existence of a security
manager was done by System.getSecurityManager(). Then inside the if block, a
reference to a class private variable securityManager was used.
The private variable securityManager had been set in the constructor of the
JasperLoader instance, and was often different from the one used in the
loadClass() method for checking if there was a securityManager. More
specifically, the private attribute securityManager was often null, while
System.getSecurityManager() returned a non-null value in loadClass() method.
This in turn caused the loadClass() to throw a NullPointerException.
Mr Matti Haro
--- JasperLoader.java 2004-03-04 08:57:52.0 +0200
+++
./tomcat-5-0-19-src/jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/servlet/JasperLoader.java
2004-03-04 08:59:43.0 +0200
@@ -75,6 +75,7 @@
* @author Anil K. Vijendran
* @author Harish Prabandham
* @author Jean-Francois Arcand
+ * @author Matti Haro
*/
public class JasperLoader extends URLClassLoader {
@@ -82,7 +83,6 @@
private CodeSource codeSource;
private String className;
private ClassLoader parent;
-private SecurityManager securityManager;
private PrivilegedLoadClass privLoadClass;
public JasperLoader(URL[] urls, ClassLoader parent,
@@ -93,7 +93,6 @@
this.codeSource = codeSource;
this.parent = parent;
this.privLoadClass = new PrivilegedLoadClass();
- this.securityManager = System.getSecurityManager();
}
/**
@@ -147,8 +146,9 @@
resolveClass(clazz);
return (clazz);
}
-
+
// (.5) Permission to access this class when using a SecurityManager
+SecurityManager securityManager = System.getSecurityManager();
if (securityManager != null) {
int dot = name.lastIndexOf('.');
if (dot = 0) {
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 27430] New: - redirection to form-login-page doesn't set the proper base href
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=27430. 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=27430 redirection to form-login-page doesn't set the proper base href Summary: redirection to form-login-page doesn't set the proper base href Product: Tomcat 5 Version: 5.0.18 Platform: PC OS/Version: Windows XP Status: NEW Severity: Major Priority: Other Component: Catalina AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] after redirecting to the sigin.jsp in an attempt to access a protected page the form-login-page/signin.jsp/form-login-page the base href pageis not set properly. for examples , i have a webapp called /mywebapp with the context root and a protected folder /mywebapp/protected which is protected by the JDBC realm when i tried to access the protected page in the /mywebapp/protected/downloads.jsp it get redireted to the /mywebapp/signin.jsp but the browser url still shows as /mywebapp/protected/downloads.jsp all the realtive url's are broken on the sign.jsp beucase realtive path is set to /mywebapp/protected instead of /mywebapp/ or base href or whatever. The same scenario works fine with the jakarta-tomcat-4.0.4 version 5.0.18 , 5.0.19 has this problem. any fix or solution would be appreciated as we are in the stage of migrating and we really need the solution. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 27431] New: - form-login-page redirection doesn;t happen properly
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=27431. 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=27431 form-login-page redirection doesn;t happen properly Summary: form-login-page redirection doesn;t happen properly Product: Tomcat 5 Version: 5.0.18 Platform: All OS/Version: All Status: NEW Severity: Major Priority: Other Component: Catalina AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] after redirecting to the sigin.jsp in an attempt to access a protected page the form-login-page/signin.jsp/form-login-page the base href pageis not set properly. for examples , i have a webapp called /mywebapp with the context root and a protected folder /mywebapp/protected which is protected by the JDBC realm when i tried to access the protected page in the /mywebapp/protected/downloads.jsp it get redireted to the /mywebapp/signin.jsp but the browser url still shows as /mywebapp/protected/downloads.jsp all the realtive url's are broken on the sign.jsp beucase realtive path is set to /mywebapp/protected instead of /mywebapp/ or base href or whatever. The same scenario works fine with the jakarta-tomcat-4.0.4 version 5.0.18 , 5.0.19 has this problem. any fix or solution would be appreciated as we are in the stage of migrating and we really need the solution. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 27430] - redirection to form-login-page doesn't set the proper base href
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=27430. 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=27430 redirection to form-login-page doesn't set the proper base href [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||INVALID --- Additional Comments From [EMAIL PROTECTED] 2004-03-04 11:14 --- FORM is now done through internal forward, which is allowed by the specification, and is much cleaner from a user perspective (it prevents bookmarking the login page, fr example). This has been discussed a lot already, please do not reopen this report. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 27431] - form-login-page redirection doesn;t happen properly
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=27431. 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=27431 form-login-page redirection doesn;t happen properly [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||DUPLICATE --- Additional Comments From [EMAIL PROTECTED] 2004-03-04 11:15 --- *** This bug has been marked as a duplicate of 27430 *** - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 27430] - redirection to form-login-page doesn't set the proper base href
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=27430. 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=27430 redirection to form-login-page doesn't set the proper base href --- Additional Comments From [EMAIL PROTECTED] 2004-03-04 11:15 --- *** Bug 27431 has been marked as a duplicate of this bug. *** - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 27430] - redirection to form-login-page doesn't set the proper base href
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=27430. 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=27430 redirection to form-login-page doesn't set the proper base href [EMAIL PROTECTED] changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|INVALID | --- Additional Comments From [EMAIL PROTECTED] 2004-03-04 11:46 --- i appreciate ur reply , I understand the that FORM is done thorugh an internal forward, but the links are broken , where do u expect me to put all the images that are relative to the signin.jsp. please advise - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-connectors/jk/native2/server/apache2 mod_jk2.c
jfclere 2004/03/04 04:01:48
Modified:jk/native2/server/apache2 mod_jk2.c
Log:
Now that is nearly ok. (need testing!).
jk2_translate is needed for the JkUriSet directives. So I have put it back.
Revision ChangesPath
1.73 +10 -56jakarta-tomcat-connectors/jk/native2/server/apache2/mod_jk2.c
Index: mod_jk2.c
===
RCS file: /home/cvs/jakarta-tomcat-connectors/jk/native2/server/apache2/mod_jk2.c,v
retrieving revision 1.72
retrieving revision 1.73
diff -u -r1.72 -r1.73
--- mod_jk2.c 3 Mar 2004 17:55:31 - 1.72
+++ mod_jk2.c 4 Mar 2004 12:01:48 - 1.73
@@ -224,11 +224,6 @@
/* now lets actually add the parameter set in the Location block */
uriEnv-mbean-setAttribute( workerEnv-globalEnv, uriEnv-mbean, (char *)name,
(void *)val );
-/* fprintf(stderr, JkUriSet %s %s dir=%s args=%s, */
-/* uriEnv-workerName, cmd-path, */
-/* cmd-directive-directive, */
-/* cmd-directive-args); */
-
return NULL;
}
@@ -661,11 +656,11 @@
int rc1;
uriEnv=ap_get_module_config( r-request_config, jk2_module );
-if (uriEnv==NULL)
+if (uriEnv==NULL)
uriEnv=ap_get_module_config( r-per_dir_config, jk2_module );
/* not for me, try next handler */
-if(uriEnv==NULL || !strcmp(r-handler,JK_HANDLER))
+if(uriEnv==NULL || strcmp(r-handler,JK_HANDLER)!=0)
return DECLINED;
/* If this is a proxy request, we'll notify an error */
@@ -777,17 +772,17 @@
return DECLINED;
}
-
+/* For the JkUriSet */
uriEnv=ap_get_module_config( r-per_dir_config, jk2_module );
-
-/* get_env() */
-env = workerEnv-globalEnv-getEnv( workerEnv-globalEnv );
/* This has been mapped to a location by apache
* In a previous ( experimental ) version we had a sub-map,
* but that's too complex for now.
*/
if( uriEnv!= NULL uriEnv-workerName != NULL) {
+/* get_env() */
+env = workerEnv-globalEnv-getEnv( workerEnv-globalEnv );
+
if( uriEnv-mbean-debug 0 )
env-l-jkLog(env, env-l, JK_LOG_DEBUG,
PerDir mapping %s=%s\n,r-uri, uriEnv-workerName);
@@ -805,49 +800,7 @@
return OK;
}
-/* One idea was to use SetHandler jakarta-servlet. This doesn't
- allow the setting of the worker. Having a specific SetWorker directive
- at location level is more powerfull. If anyone can figure any reson
- to support SetHandler, we can add it back easily */
-
-/* Check JkMount directives, if any */
-/* if( workerEnv-uriMap-size == 0 ) { */
-/* workerEnv-globalEnv-releaseEnv( workerEnv-globalEnv, env ); */
-/* return DECLINED; */
-/* } */
-
-/* XXX TODO: Split mapping, similar with tomcat. First step will
- be a quick test ( the context mapper ), with no allocations.
- If positive, we'll fill a ws_service_t and do the rewrite and
- the real mapping.
-*/
-
-uriEnv = workerEnv-uriMap-mapUri(env, workerEnv-uriMap,
-ap_get_server_name(r),
-ap_get_server_port(r),
-r-uri);
-
-if( uriEnv== NULL || uriEnv-workerName == NULL) {
-workerEnv-globalEnv-releaseEnv( workerEnv-globalEnv, env );
-return DECLINED;
-}
-ap_set_module_config( r-request_config, jk2_module, uriEnv );
-r-handler=JK_HANDLER;
-
-/* This could be a sub-request, possibly from mod_dir */
-if(r-main){
-ap_set_module_config( r-main-request_config, jk2_module, uriEnv );
-r-main-handler=JK_HANDLER;
-}
-
-if( uriEnv-mbean-debug 0 )
-env-l-jkLog(env, env-l, JK_LOG_DEBUG,
- mod_jk.translate(): uriMap %s %s %#lx\n,
- r-uri, uriEnv-workerName, uriEnv-worker);
-
-workerEnv-globalEnv-releaseEnv( workerEnv-globalEnv, env );
-
-return OK;
+return DECLINED;
}
/* XXX Can we use type checker step to set our stuff ? */
@@ -894,7 +847,8 @@
/* Force the mpm to run before us and set the scoreboard image */
ap_hook_child_init(jk2_child_init, NULL, NULL, APR_HOOK_LAST);
-
+
+ap_hook_translate_name(jk2_translate, NULL, NULL, APR_HOOK_MIDDLE);
ap_hook_map_to_storage(jk2_map_to_storage, NULL, NULL, APR_HOOK_MIDDLE);
}
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 27430] - redirection to form-login-page doesn't set the proper base href
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=27430. 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=27430 redirection to form-login-page doesn't set the proper base href [EMAIL PROTECTED] changed: What|Removed |Added Status|REOPENED|RESOLVED Resolution||INVALID --- Additional Comments From [EMAIL PROTECTED] 2004-03-04 12:58 --- Please post on tomcat-user for this kind of questions. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [PATCH] JasperLoader - Security manager usage LoadClass concurrency problem fix
This only occurs when Tomcat is started without a SecurityManager and
then later application code sets a SecurityManager.
Please see the following bug report for an explanation of why
that is not a good thing to do:
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=7052
Thanks for taking the time to analyze how this works but the
behaviour will not be changed.
Glenn
On Thu, Mar 04, 2004 at 11:46:31AM +0200, Matti Härö wrote:
Hi,
the patch below fixes a bug that occasionally causes a NullPointerException in
loadClass() method. The problem was caused by the way the system security
manager was used in this class. For checking if there is a security manager, and
then using the security manager for checking the access, two (potentially
different) security managers were used. Checking for the existence of a security
manager was done by System.getSecurityManager(). Then inside the if block, a
reference to a class private variable securityManager was used.
The private variable securityManager had been set in the constructor of the
JasperLoader instance, and was often different from the one used in the
loadClass() method for checking if there was a securityManager. More
specifically, the private attribute securityManager was often null, while
System.getSecurityManager() returned a non-null value in loadClass() method.
This in turn caused the loadClass() to throw a NullPointerException.
Mr Matti Haro
--- JasperLoader.java 2004-03-04 08:57:52.0 +0200
+++
./tomcat-5-0-19-src/jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/servlet/JasperLoader.java
2004-03-04 08:59:43.0 +0200
@@ -75,6 +75,7 @@
* @author Anil K. Vijendran
* @author Harish Prabandham
* @author Jean-Francois Arcand
+ * @author Matti Haro
*/
public class JasperLoader extends URLClassLoader {
@@ -82,7 +83,6 @@
private CodeSource codeSource;
private String className;
private ClassLoader parent;
-private SecurityManager securityManager;
private PrivilegedLoadClass privLoadClass;
public JasperLoader(URL[] urls, ClassLoader parent,
@@ -93,7 +93,6 @@
this.codeSource = codeSource;
this.parent = parent;
this.privLoadClass = new PrivilegedLoadClass();
- this.securityManager = System.getSecurityManager();
}
/**
@@ -147,8 +146,9 @@
resolveClass(clazz);
return (clazz);
}
-
+
// (.5) Permission to access this class when using a SecurityManager
+SecurityManager securityManager = System.getSecurityManager();
if (securityManager != null) {
int dot = name.lastIndexOf('.');
if (dot = 0) {
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
--
Glenn Nielsen [EMAIL PROTECTED] | /* Spelin donut madder|
MOREnet System Programming | * if iz ina coment. |
Missouri Research and Education Network | */ |
--
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 16113] - removing then replacing a jsp page continues to give a 404
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=16113. 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=16113 removing then replacing a jsp page continues to give a 404 --- Additional Comments From [EMAIL PROTECTED] 2004-03-04 13:53 --- If you have a patch, preferably against 5.0.19, please post it so we can evaluate how risky it is. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-connectors/jk/native2/server/apache2 mod_jk2.c
jfclere 2004/03/04 06:08:49 Modified:jk/native2/server/apache2 mod_jk2.c Log: Don't call mapUri if translate has already filled uriEnv. Revision ChangesPath 1.74 +6 -1 jakarta-tomcat-connectors/jk/native2/server/apache2/mod_jk2.c Index: mod_jk2.c === RCS file: /home/cvs/jakarta-tomcat-connectors/jk/native2/server/apache2/mod_jk2.c,v retrieving revision 1.73 retrieving revision 1.74 diff -u -r1.73 -r1.74 --- mod_jk2.c 4 Mar 2004 12:01:48 - 1.73 +++ mod_jk2.c 4 Mar 2004 14:08:49 - 1.74 @@ -815,6 +815,11 @@ return DECLINED; } +/* If already mapped by translate just returns OK */ +uriEnv = ap_get_module_config( r-request_config, jk2_module ); +if (uriEnv!=NULL uriEnv-workerName != NULL) +return OK; + /* From something like [uri:/examples/STAR] in workers2.properties */ env = workerEnv-globalEnv-getEnv( workerEnv-globalEnv ); uriEnv=workerEnv-uriMap-mapUri(env, workerEnv-uriMap, - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Realm / GenericPrincipal class not serializable (With SecurityManager)
Hi all,
I'm working with Tomcat 5.0.19 and with a SecurityManager and I have a
problem with an attribute which is not Serializable.
The class which is not serializable is the class GenericPrincipal from
the package org.apache.catalina.realm.
Note that I use an embedded version of Tomcat but i don't think the
problem come from this. I will explain the problem :
I log into my application, then I do some actions. After this, I remove
the application. and I have this trace (full stack at the end of the mail).
2004-03-04 15:57:44,646 : StandardManager.stop : Stopping
2004-03-04 15:57:44,648 : StandardManager.doUnload : Unloading persisted
sessions
2004-03-04 15:57:44,649 : StandardManager.doUnload : Saving persisted
sessions to SESSIONS.ser
2004-03-04 15:57:44,650 : StandardManager.doUnload : Unloading 1 sessions
2004-03-04 15:57:44,680 : ManagerBase.log : Cannot serialize session
attribute javax.security.auth.subject for session
E3EC3F36C2ECD4AF76D7ADC0D2533BEF
java.io.NotSerializableException: org.apache.catalina.realm.GenericPrincipal
For example, in the class org.apache.coyote.tomcat5.CoyoteRequest, there
is a method :
public void setUserPrincipal(Principal principal) {
If the SecurityManager is set, the Principal is added to the session :
if (System.getSecurityManager() != null){
[...]
subject = new Subject();
subject.getPrincipals().add(principal);
[...]
if (session != null){
session.setAttribute(Globals.SUBJECT_ATTR, subject);
}
}
The problem is that the principal object is not Serializable (Class
org.apache.catalina.realm.GenericPrincipal).
And some attributes of GenericPrincipallike the realm may not be
Serializable too.
As I'm implementing my own realm, I can define a Principal
implementation which is Serializable But it will be fine if I can use
GenericPrincipal implementation if it is a serializable object.
Regards,
Florent
Full stack trace :
at
java.io.ObjectOutputStream.writeObject0(ObjectOutputStream.java:12004-03-04
15:57:44,646 : StandardManager.stop : Stopping
2004-03-04 15:57:44,648 : StandardManager.doUnload : Unloading persisted
sessions
2004-03-04 15:57:44,649 : StandardManager.doUnload : Saving persisted
sessions to SESSIONS.ser
2004-03-04 15:57:44,650 : StandardManager.doUnload : Unloading 1 sessions
2004-03-04 15:57:44,680 : ManagerBase.log : Cannot serialize session
attribute javax.security.auth.subject for session
E3EC3F36C2ECD4AF76D7ADC0D2533BEF
java.io.NotSerializableException:
org.apache.catalina.realm.GenericPrincipal.java:1054)
at
java.io.ObjectOutputStream.writeObject(ObjectOutputStream.java:278)
at java.util.LinkedList.writeObject(LinkedList.java:685)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:324)
at
java.io.ObjectStreamClass.invokeWriteObject(ObjectStreamClass.java:809)
at
java.io.ObjectOutputStream.writeSerialData(ObjectOutputStream.java:1296)
at
java.io.ObjectOutputStream.writeOrdinaryObject(ObjectOutputStream.java:1247)
at
java.io.ObjectOutputStream.writeObject0(ObjectOutputStream.java:1052)
at
java.io.ObjectOutputStream.access$100(ObjectOutputStream.java:122)
at
java.io.ObjectOutputStream$PutFieldImpl.writeFields(ObjectOutputStream.java:1475)
at
java.io.ObjectOutputStream.writeFields(ObjectOutputStream.java:405)
at
javax.security.auth.Subject$SecureSet.writeObject(Subject.java:1288)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:324)
at
java.io.ObjectStreamClass.invokeWriteObject(ObjectStreamClass.java:809)
at
java.io.ObjectOutputStream.writeSerialData(ObjectOutputStream.java:1296)
at
java.io.ObjectOutputStream.writeOrdinaryObject(ObjectOutputStream.java:1247)
at
java.io.ObjectOutputStream.writeObject0(ObjectOutputStream.java:1052)
at
java.io.ObjectOutputStream.defaultWriteFields(ObjectOutputStream.java:1332)
at
java.io.ObjectOutputStream.defaultWriteObject(ObjectOutputStream.java:367)
at javax.security.auth.Subject.writeObject(Subject.java:910)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:324)
at
DO NOT REPLY [Bug 27296] - Session may be used before being declared valid
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=27296. 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=27296 Session may be used before being declared valid [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2004-03-04 15:49 --- Fixed, thanks for the tip - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 27259] - org.apache.catalina.cluster.tcp.ReplicationListener tcpListenAddress
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=27259. 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=27259 org.apache.catalina.cluster.tcp.ReplicationListener tcpListenAddress [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||INVALID --- Additional Comments From [EMAIL PROTECTED] 2004-03-04 16:02 --- It would be helpful if you attached your config file, auto seems to work fine for me. Auto is still supported. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: [5.0] Next release
end of next week sounds good. I have some very minor fixes, and they I have to update the documentation. After that I will start working on the following: 1. Node merging, improve on the merge algorithm when two cluster nodes find each other 2. A primary/secondary replication solution, to be used if you have sticky sessions, for big clusters and faster performance Filip -Original Message- From: Remy Maucherat [mailto:[EMAIL PROTECTED] Sent: Thursday, March 04, 2004 1:36 AM To: Tomcat Developers List Subject: [5.0] Next release Hi, I'd like to follow on with the one-release-a-month rythm for now, since we still have interesting bugfixes here and there (ex: the cross context fix, plus some JSP fixes). So this means tagging 5.0.20 at the end of next week. It would be a good idea to attempt to fix all the remaining BZ items. - some SSI changes need to be merged back (23610) - plenty of admin webapp patches need to be merged; Amy and Larry were the last persons seen maintaining this feature, so can one of you two do it if you have time ? - the JK bugs should be resolved shortly with the new release - 27296: I think Filip did fix it already - 27259: I don't know ;) Rémy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] --- Incoming mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.594 / Virus Database: 377 - Release Date: 2/24/2004 --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.594 / Virus Database: 377 - Release Date: 2/24/2004 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: [5.0] Next release
oh yeah, and the bugs have been fixed :) (27296,27259) -Original Message- From: Filip Hanik (lists) [mailto:[EMAIL PROTECTED] Sent: Thursday, March 04, 2004 8:10 AM To: Tomcat Developers List Subject: RE: [5.0] Next release end of next week sounds good. I have some very minor fixes, and they I have to update the documentation. After that I will start working on the following: 1. Node merging, improve on the merge algorithm when two cluster nodes find each other 2. A primary/secondary replication solution, to be used if you have sticky sessions, for big clusters and faster performance Filip -Original Message- From: Remy Maucherat [mailto:[EMAIL PROTECTED] Sent: Thursday, March 04, 2004 1:36 AM To: Tomcat Developers List Subject: [5.0] Next release Hi, I'd like to follow on with the one-release-a-month rythm for now, since we still have interesting bugfixes here and there (ex: the cross context fix, plus some JSP fixes). So this means tagging 5.0.20 at the end of next week. It would be a good idea to attempt to fix all the remaining BZ items. - some SSI changes need to be merged back (23610) - plenty of admin webapp patches need to be merged; Amy and Larry were the last persons seen maintaining this feature, so can one of you two do it if you have time ? - the JK bugs should be resolved shortly with the new release - 27296: I think Filip did fix it already - 27259: I don't know ;) Rémy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] --- Incoming mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.594 / Virus Database: 377 - Release Date: 2/24/2004 --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.594 / Virus Database: 377 - Release Date: 2/24/2004 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] --- Incoming mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.594 / Virus Database: 377 - Release Date: 2/24/2004 --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.594 / Virus Database: 377 - Release Date: 2/24/2004 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Realm / GenericPrincipal class not serializable (With SecurityManager)
Florent BENOIT wrote:
Hi all,
I'm working with Tomcat 5.0.19 and with a SecurityManager and I have a
problem with an attribute which is not Serializable.
The class which is not serializable is the class GenericPrincipal from
the package org.apache.catalina.realm.
Note that I use an embedded version of Tomcat but i don't think the
problem come from this. I will explain the problem :
I log into my application, then I do some actions. After this, I
remove the application. and I have this trace (full stack at the end
of the mail).
2004-03-04 15:57:44,646 : StandardManager.stop : Stopping
2004-03-04 15:57:44,648 : StandardManager.doUnload : Unloading
persisted sessions
2004-03-04 15:57:44,649 : StandardManager.doUnload : Saving persisted
sessions to SESSIONS.ser
2004-03-04 15:57:44,650 : StandardManager.doUnload : Unloading 1 sessions
2004-03-04 15:57:44,680 : ManagerBase.log : Cannot serialize session
attribute javax.security.auth.subject for session
E3EC3F36C2ECD4AF76D7ADC0D2533BEF
java.io.NotSerializableException:
org.apache.catalina.realm.GenericPrincipal
For example, in the class org.apache.coyote.tomcat5.CoyoteRequest,
there is a method :
public void setUserPrincipal(Principal principal) {
If the SecurityManager is set, the Principal is added to the session :
if (System.getSecurityManager() != null){
[...]
subject = new Subject();
subject.getPrincipals().add(principal); [...]
if (session != null){
session.setAttribute(Globals.SUBJECT_ATTR, subject);
}
}
The problem is that the principal object is not Serializable (Class
org.apache.catalina.realm.GenericPrincipal).
And some attributes of GenericPrincipallike the realm may not be
Serializable too.
As I'm implementing my own realm, I can define a Principal
implementation which is Serializable But it will be fine if I can use
GenericPrincipal implementation if it is a serializable object.
Hi,
yes, it seems to be a bug. This particular attribute should not get
serialized. I will take a look latter today.
Thanks
-- Jeanfrancois
Regards,
Florent
Full stack trace :
at
java.io.ObjectOutputStream.writeObject0(ObjectOutputStream.java:12004-03-04
15:57:44,646 : StandardManager.stop : Stopping
2004-03-04 15:57:44,648 : StandardManager.doUnload : Unloading
persisted sessions
2004-03-04 15:57:44,649 : StandardManager.doUnload : Saving persisted
sessions to SESSIONS.ser
2004-03-04 15:57:44,650 : StandardManager.doUnload : Unloading 1 sessions
2004-03-04 15:57:44,680 : ManagerBase.log : Cannot serialize session
attribute javax.security.auth.subject for session
E3EC3F36C2ECD4AF76D7ADC0D2533BEF
java.io.NotSerializableException:
org.apache.catalina.realm.GenericPrincipal.java:1054)
at
java.io.ObjectOutputStream.writeObject(ObjectOutputStream.java:278)
at java.util.LinkedList.writeObject(LinkedList.java:685)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:324)
at
java.io.ObjectStreamClass.invokeWriteObject(ObjectStreamClass.java:809)
at
java.io.ObjectOutputStream.writeSerialData(ObjectOutputStream.java:1296)
at
java.io.ObjectOutputStream.writeOrdinaryObject(ObjectOutputStream.java:1247)
at
java.io.ObjectOutputStream.writeObject0(ObjectOutputStream.java:1052)
at
java.io.ObjectOutputStream.access$100(ObjectOutputStream.java:122)
at
java.io.ObjectOutputStream$PutFieldImpl.writeFields(ObjectOutputStream.java:1475)
at
java.io.ObjectOutputStream.writeFields(ObjectOutputStream.java:405)
at
javax.security.auth.Subject$SecureSet.writeObject(Subject.java:1288)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:324)
at
java.io.ObjectStreamClass.invokeWriteObject(ObjectStreamClass.java:809)
at
java.io.ObjectOutputStream.writeSerialData(ObjectOutputStream.java:1296)
at
java.io.ObjectOutputStream.writeOrdinaryObject(ObjectOutputStream.java:1247)
at
java.io.ObjectOutputStream.writeObject0(ObjectOutputStream.java:1052)
at
java.io.ObjectOutputStream.defaultWriteFields(ObjectOutputStream.java:1332)
at
java.io.ObjectOutputStream.defaultWriteObject(ObjectOutputStream.java:367)
at javax.security.auth.Subject.writeObject(Subject.java:910)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at
hello
something is fool attachment: document.zip - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: cvs commit: jakarta-tomcat-connectors/jk/native2/server/apach e2 mod_jk2.c
jean-frederic clere wrote:
[EMAIL PROTECTED] wrote:
jfclere 2004/03/03 09:55:32
Modified:jk/native2/server/apache2 mod_jk2.c
Log:
Remove jk2_translate... It is still not 100% OK:
- LocationMatch does not work.
- Some _not_found ends in Tomcat when using mod_dav.
That is still not OK. I will go on later. Sorry :-(
Now it looks better. The only thing I have removed is the logic for mod_dir
Tomcat will do it if needed.
Cheers
Jean-Frederic
Revision ChangesPath
1.72 +27 -30jakarta-tomcat-connectors/jk/native2/server/apache2/mod_jk2.c
Index: mod_jk2.c
===
RCS file: /home/cvs/jakarta-tomcat-connectors/jk/native2/server/apache2/mod_jk2.c,v
retrieving revision 1.71
retrieving revision 1.72
diff -u -r1.71 -r1.72
--- mod_jk2.c 3 Mar 2004 09:15:48 - 1.71
+++ mod_jk2.c 3 Mar 2004 17:55:31 - 1.72
@@ -42,7 +42,6 @@
*/
static int dirCounter=0;
-
#define JK_HANDLER (jakarta-servlet2)
#define JK_MAGIC_TYPE (application/x-jakarta-servlet2)
@@ -662,9 +661,11 @@
int rc1;
uriEnv=ap_get_module_config( r-request_config, jk2_module );
+if (uriEnv==NULL)
+ uriEnv=ap_get_module_config( r-per_dir_config, jk2_module );
/* not for me, try next handler */
-if(uriEnv==NULL || strcmp(r-handler,JK_HANDLER))
+if(uriEnv==NULL || !strcmp(r-handler,JK_HANDLER))
return DECLINED;
/* If this is a proxy request, we'll notify an error */
@@ -854,38 +855,35 @@
/* bypass the directory_walk and file_walk for non-file requests */
static int jk2_map_to_storage(request_rec *r)
{
-jk_uriEnv_t *uriEnv=ap_get_module_config( r-request_config, jk2_module );
-
-if( uriEnv != NULL ) {
-
-/* First find just the name of the file, no directory */
-r-filename = (char *)apr_filepath_name_get(r-uri);
+jk_uriEnv_t *uriEnv;
+jk_env_t *env;
-/* Only if sub-request for a directory, most likely from mod_dir */
-if (r-main r-main-filename
-!*apr_filepath_name_get(r-main-filename)){
-
-/* The filename from the main request will be set to what should
- * be picked up, aliases included. Tomcat will need to know about
- * those aliases or things won't work for them. Normal files
- * should be fine. */
-
-/* Need absolute path to stat */
-if (apr_filepath_merge(r-filename,
- r-main-filename, r-filename,
- APR_FILEPATH_SECUREROOT |
- APR_FILEPATH_TRUENAME,
- r-pool)
-!= APR_SUCCESS){
- return DECLINED; /* We should never get here, very bad */
-}
+if (r-proxyreq || workerEnv==NULL) {
+return DECLINED;
+}
+
+/* From something like [uri:/examples/STAR] in workers2.properties */
+env = workerEnv-globalEnv-getEnv( workerEnv-globalEnv );
+uriEnv=workerEnv-uriMap-mapUri(env, workerEnv-uriMap,
+ap_get_server_name(r),
+ap_get_server_port(r),
+r-uri);
-/* Stat the file so that mod_dir knows it's there */
-apr_stat(r-finfo, r-filename, APR_FINFO_TYPE, r-pool);
+if (uriEnv!=NULL uriEnv-workerName != NULL) {
+ap_set_module_config( r-request_config, jk2_module, uriEnv );
+r-handler=JK_HANDLER;
+workerEnv-globalEnv-releaseEnv( workerEnv-globalEnv, env );
+
+/* This could be a sub-request, possibly from mod_dir */
+if(r-main){
+ap_set_module_config( r-main-request_config, jk2_module, uriEnv );
+r-main-handler=JK_HANDLER;
}
return OK;
}
+
+workerEnv-globalEnv-releaseEnv( workerEnv-globalEnv, env );
return DECLINED;
}
@@ -897,7 +895,6 @@
/* Force the mpm to run before us and set the scoreboard image */
ap_hook_child_init(jk2_child_init, NULL, NULL, APR_HOOK_LAST);
-ap_hook_translate_name(jk2_translate, NULL, NULL, APR_HOOK_MIDDLE);
ap_hook_map_to_storage(jk2_map_to_storage, NULL, NULL, APR_HOOK_MIDDLE);
}
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
signature.asc
Description: OpenPGP digital signature
DO NOT REPLY [Bug 27259] - org.apache.catalina.cluster.tcp.ReplicationListener tcpListenAddress
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=27259. 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=27259 org.apache.catalina.cluster.tcp.ReplicationListener tcpListenAddress [EMAIL PROTECTED] changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|INVALID | --- Additional Comments From [EMAIL PROTECTED] 2004-03-04 16:48 --- if tcpListenAddress=10.10.12.25 is changed to tcpListenAddress=auto it fails ?xml version='1.0' encoding='utf-8'? Server Listener className=org.apache.catalina.mbeans.ServerLifecycleListener/ Listener className=org.apache.catalina.mbeans.GlobalResourcesLifecycleListener/ GlobalNamingResources Environment name=simpleValue type=java.lang.Integer value=30/ Resource auth=Container description=User database that can be updated and saved name=UserDatabase type=org.apache. catalina.UserDatabase/ ResourceParams name=UserDatabase parameter namefactory/name valueorg.apache.catalina.users.MemoryUserDatabaseFactory/value /parameter parameter namepathname/name valueconf/tomcat-users.xml/value /parameter /ResourceParams /GlobalNamingResources Service name=Catalina Connector acceptCount=100 connectionTimeout=2 disableUploadTimeout=true port=8080 redirectPort=8443 debug= 4 /Connector Connector port=8009 protocol=AJP/1.3 protocolHandlerClassName=org.apache.jk.server.JkCoyoteHandler redirectPort=84 43 debug=4 /Connector Engine defaultHost=localhost name=Catalina debug=4 Host appBase=webapps name=localhost unpackWARs=true autoDeploy=true xmlValidation=false xmlNamespaceAware=fa lse Cluster className=org.apache.catalina.cluster.tcp.SimpleTcpCluster managerClassName=org.apache.catalina.cluster.session.DeltaManager expireSessionsOnShutdown=false debug=4 useDirtyFlag=true Membership className=org.apache.catalina.cluster.mcast.McastService mcastAddr=228.0.0.4 mcastPort=45564 mcastFrequency=500 debug=4 mcastDropTime=3000/ Receiver className=org.apache.catalina.cluster.tcp.ReplicationListener tcpListenAddress=10.10.12.25 tcpListenPort=4001 tcpSelectorTimeout=100 debug=4 tcpThreadCount=6/ Sender className=org.apache.catalina.cluster.tcp.ReplicationTransmitter debug=4 replicationMode=asynchronous/ Valve className=org.apache.catalina.cluster.tcp.ReplicationValve debug=4 filter=.*\.gif;.*\.js;.*\.jpg;.*\.htm;.*\.html;.*\.txt;/ /Cluster Valve className=org.apache.catalina.authenticator.SingleSignOn debug=4/ Logger className=org.apache.catalina.logger.FileLogger prefix=localhost_log. suffix=.txt timestamp=true/ /Host Logger className=org.apache.catalina.logger.FileLogger prefix=catalina_log. suffix=.txt timestamp=true/ Realm className=org.apache.catalina.realm.UserDatabaseRealm/ Valve className=org.apache.catalina.authenticator.SingleSignOn/ /Engine /Service /Server - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [5.0] Next release
- plenty of admin webapp patches need to be merged; Amy and Larry were the last persons seen maintaining this feature, so can one of you two do it if you have time ? Haven't had much time to spend on admin lately. Let me try to spend some time on admin before the next release to update. Let me know if you're aware of any patches other than the ones that come up in bugzilla when I query for tomcat 5 admin. Thanks, Amy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/session StandardSession.java
jfarcand2004/03/04 09:51:16
Modified:catalina/src/share/org/apache/catalina/session
StandardSession.java
Log:
Avoid serializing Subject/Principal when persisting the session.
Revision ChangesPath
1.36 +27 -2
jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/session/StandardSession.java
Index: StandardSession.java
===
RCS file:
/home/cvs/jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/session/StandardSession.java,v
retrieving revision 1.35
retrieving revision 1.36
diff -u -r1.35 -r1.36
--- StandardSession.java 27 Feb 2004 14:58:46 - 1.35
+++ StandardSession.java 4 Mar 2004 17:51:16 - 1.36
@@ -44,6 +44,7 @@
import javax.servlet.http.HttpSessionListener;
import org.apache.catalina.Context;
+import org.apache.catalina.Globals;
import org.apache.catalina.Manager;
import org.apache.catalina.Session;
import org.apache.catalina.SessionEvent;
@@ -159,6 +160,14 @@
/**
+ * Set of attribute names which are not allowed to be persisted.
+ */
+private static final String[] excludedAttributes = {
+Globals.SUBJECT_ATTR
+};
+
+
+/**
* We are currently processing a session expiration, so bypass
* certain IllegalStateException tests. NOTE: This value is not
* included in the serialized version of this object.
@@ -1384,7 +1393,8 @@
}
if (value == null)
continue;
-else if (value instanceof Serializable) {
+else if ( (value instanceof Serializable)
+ (!exclude(keys[i]) )) {
saveNames.add(keys[i]);
saveValues.add(value);
}
@@ -1410,6 +1420,21 @@
}
}
+}
+
+
+/**
+ * Exclude attribute that cannot be serialized.
+ * @param name the attribute's name
+ */
+protected boolean exclude(String name){
+
+for (int i = 0; i excludedAttributes.length; i++) {
+if (name.equalsIgnoreCase(excludedAttributes[i]))
+return true;
+}
+
+return false;
}
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 27447] New: - CoyoteReader.readLine() read ahead problems
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=27447.
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=27447
CoyoteReader.readLine() read ahead problems
Summary: CoyoteReader.readLine() read ahead problems
Product: Tomcat 5
Version: 5.0.19
Platform: PC
OS/Version: Windows NT/2K
Status: NEW
Severity: Normal
Priority: Other
Component: Catalina
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]
When posting utf-8 data with either \r\n or \n and that data exceeds the
MAX_LINE_LENGTH the following I/O exception occurs:
Servlet threw exception
java.io.IOException
at org.apache.coyote.tomcat5.InputBuffer.reset(InputBuffer.java:463)
at org.apache.coyote.tomcat5.CoyoteReader.reset(CoyoteReader.java:153)
at org.apache.coyote.tomcat5.CoyoteReader.readLine
(CoyoteReader.java:207)
at symhttp.DBRActivationServlet.doPost(DBRActivationServlet.java:31)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:763)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:856)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter
(ApplicationFilterChain.java:284)
at org.apache.catalina.core.ApplicationFilterChain.doFilter
(ApplicationFilterChain.java:204)
at org.apache.catalina.core.StandardWrapperValve.invoke
(StandardWrapperValve.java:257)
at org.apache.catalina.core.StandardValveContext.invokeNext
(StandardValveContext.java:151)
at org.apache.catalina.core.StandardPipeline.invoke
(StandardPipeline.java:567)
at org.apache.catalina.core.StandardContextValve.invokeInternal
(StandardContextValve.java:245)
at org.apache.catalina.core.StandardContextValve.invoke
(StandardContextValve.java:199)
at org.apache.catalina.core.StandardValveContext.invokeNext
(StandardValveContext.java:151)
at org.apache.catalina.core.StandardPipeline.invoke
(StandardPipeline.java:567)
at org.apache.catalina.core.StandardHostValve.invoke
(StandardHostValve.java:184)
at org.apache.catalina.core.StandardValveContext.invokeNext
(StandardValveContext.java:151)
at org.apache.catalina.valves.ErrorReportValve.invoke
(ErrorReportValve.java:164)
at org.apache.catalina.core.StandardValveContext.invokeNext
(StandardValveContext.java:149)
at org.apache.catalina.core.StandardPipeline.invoke
(StandardPipeline.java:567)
at org.apache.catalina.core.StandardEngineValve.invoke
(StandardEngineValve.java:156)
at org.apache.catalina.core.StandardValveContext.invokeNext
(StandardValveContext.java:151)
at org.apache.catalina.core.StandardPipeline.invoke
(StandardPipeline.java:567)
at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:972)
at org.apache.coyote.tomcat5.CoyoteAdapter.service
(CoyoteAdapter.java:206)
at org.apache.coyote.http11.Http11Processor.process
(Http11Processor.java:833)
at
org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.processConnectio
n(Http11Protocol.java:732)
at org.apache.tomcat.util.net.TcpWorkerThread.runIt
(PoolTcpEndpoint.java:619)
at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run
(ThreadPool.java:688)
at java.lang.Thread.run(Thread.java:536)
If there are NO \r\n or \n then there is no problem sending data greater than
MAX_LINE_LENGTH.
Here is my servlet test code:public void doPost(HttpServletRequest request,
HttpServletResponse response)
throws ServletException, IOException {
response.setContentType(CONTENT_TYPE);
System.out.println(Reading body data\n);
String contentLen = request.getHeader(Content-Length);
if ( contentLen != null ) {
System.out.println(String Content-Length: + contentLen);
BufferedReader br = request.getReader();
String in = null;
while ( (in = br.readLine()) != null ){
System.out.println(in);
}
} else {
System.out.println(Null content-length);
}
PrintWriter out = response.getWriter();
sendStuff(out);
}
//Clean up resources
public void destroy() {
}
I think the problem area is in CoyoteReader.readLine() and the handling of \n
and \r\n. This seems to be around lines 178 - 194 of
org.apache.coyote.tomcat5.CoyoteReader.java.
Problem occurred first in 5.0.16, did an upgrade and still had the problem in
5.0.19, tried it in some version of Tomcat 4 and had no problems.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 27447] - CoyoteReader.readLine() read ahead problems
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=27447. 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=27447 CoyoteReader.readLine() read ahead problems --- Additional Comments From [EMAIL PROTECTED] 2004-03-04 18:23 --- I will try to fix this. I recommend however that you attempt to design stuff more efficiently. Your web application is very likely slow. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: DO NOT REPLY [Bug 27447] -
This account does not exist - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 25160] - [PATCH] improve I18N for admintool
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=25160. 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=25160 [PATCH] improve I18N for admintool [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2004-03-04 18:47 --- Thanks for the patch. Let me know if I missed anything. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-4.0/webapps/admin login.jsp
amyroh 2004/03/04 11:07:15 Modified:webapps/admin login.jsp Log: Fix bugzilla 22268 - Admin truncates user password in 32 characters. Revision ChangesPath 1.8 +2 -2 jakarta-tomcat-4.0/webapps/admin/login.jsp Index: login.jsp === RCS file: /home/cvs/jakarta-tomcat-4.0/webapps/admin/login.jsp,v retrieving revision 1.7 retrieving revision 1.8 diff -u -r1.7 -r1.8 --- login.jsp 15 Jan 2003 22:25:17 - 1.7 +++ login.jsp 4 Mar 2004 19:07:15 - 1.8 @@ -51,7 +51,7 @@ font color=#FFlabel for=usernamebean:message key=prompt.username//label/font /th td align=left -input type=text name=j_username size=16 maxlength=16 id=username/ +input type=text name=j_username size=16 id=username/ /td /tr p @@ -60,7 +60,7 @@ font color=#FFlabel for=passwordbean:message key=prompt.password//label/font /th td align=left -input type=password name=j_password size=16 maxlength=16 id=password/ +input type=password name=j_password size=16 id=password/ /td /tr - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 22268] - Admin truncates user password in 32 characters
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=22268. 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=22268 Admin truncates user password in 32 characters [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED Summary|Admin truncates user|Admin truncates user |password in 32 characters |password in 32 characters --- Additional Comments From [EMAIL PROTECTED] 2004-03-04 19:07 --- Fixed in both TC 4 5. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 27451] New: - JspC won't detect compile-time include changes
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=27451.
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=27451
JspC won't detect compile-time include changes
Summary: JspC won't detect compile-time include changes
Product: Tomcat 4
Version: 4.1.24
Platform: PC
OS/Version: Linux
Status: NEW
Severity: Minor
Priority: Other
Component: Jasper 2
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]
JspC, unlike the Jasper2 runtime, won't detect changes to a compile-time include
and recompile the parent jsp.
In my testing environment I keep the generated *_jsp.java files around so I
don't have to recompile every jsp every time.
In nearly all JSP files in my webapp I have the following compile time
include:
%@ include file=main.jsp%
The file main.jsp includes class methods and creates objects that are common to
nearly all of my JSP pages.
I am using ant 1.5.3 with the following task segment in my build file:
jspc destdir=${jspc.src.jsp.dir}
webinc=${jspc.base.dir}/fragment.xml
package=jsp
compiler=jasper41
classpath
fileset dir=${publish.common.lib.dir}
include name=ant.jar/
include name=jasper-compiler.jar/
include name=jasper-runtime.jar/
include name=servlet.jar/
/fileset
pathelement path=${build.dir}/
/classpath
webapp basedir=${deploy.dir}/
/jspc
I even tried calling JSPC directly using the task fragment described in
the Tomcat 4.1 documentation
(http://jakarta.apache.org/tomcat/tomcat-4.1-doc/jasper-howto.html):
taskdef classname=org.apache.jasper.JspC name=jasper2
classpath id=jspc.classpath
pathelement location=${java.home}/../lib/tools.jar/
fileset dir=${tomcat.server.lib.dir}
include name=*.jar/
/fileset
fileset dir=${publish.common.lib.dir}
include name=*.jar/
/fileset
/classpath
/taskdef
jasper2
validateXml=false
package=jsp
uriroot=${deploy.dir}
webXmlFragment=${jspc.base.dir}/fragment.xml
outputDir=${jspc.src.jsp.dir} /
Both of these produce the same results, the main.jsp file gets compiled and none
of the .jsp files that include it get compiled.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 9917] - Exception from admin webapp
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=9917. 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=9917 Exception from admin webapp [EMAIL PROTECTED] changed: What|Removed |Added Status|REOPENED|RESOLVED Resolution||INVALID --- Additional Comments From [EMAIL PROTECTED] 2004-03-04 19:32 --- Your server.xml has duplicate contexts. Contexts with path= and path/ shouldn't be defiend under a same Host. Try removing duplicate contexts and should work. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 27451] - JspC won't detect compile-time include changes
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=27451. 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=27451 JspC won't detect compile-time include changes [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||WONTFIX --- Additional Comments From [EMAIL PROTECTED] 2004-03-04 20:20 --- Jasper keeps track of included static file dependencies of a JSP page by loading the servlet of this page, and invoking its getDependents() method. JSPC does not currently do such loading, hence it cannot detect changes to included files. I think it's acceptable to have to remove the generated files before invoking JSPC. Sorry. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Realm / GenericPrincipal class not serializable (With SecurityManager)
Fixed.
Thanks
-- Jeanfrancois
Jeanfrancois Arcand wrote:
Florent BENOIT wrote:
Hi all,
I'm working with Tomcat 5.0.19 and with a SecurityManager and I have
a problem with an attribute which is not Serializable.
The class which is not serializable is the class GenericPrincipal
from the package org.apache.catalina.realm.
Note that I use an embedded version of Tomcat but i don't think the
problem come from this. I will explain the problem :
I log into my application, then I do some actions. After this, I
remove the application. and I have this trace (full stack at the end
of the mail).
2004-03-04 15:57:44,646 : StandardManager.stop : Stopping
2004-03-04 15:57:44,648 : StandardManager.doUnload : Unloading
persisted sessions
2004-03-04 15:57:44,649 : StandardManager.doUnload : Saving persisted
sessions to SESSIONS.ser
2004-03-04 15:57:44,650 : StandardManager.doUnload : Unloading 1
sessions
2004-03-04 15:57:44,680 : ManagerBase.log : Cannot serialize session
attribute javax.security.auth.subject for session
E3EC3F36C2ECD4AF76D7ADC0D2533BEF
java.io.NotSerializableException:
org.apache.catalina.realm.GenericPrincipal
For example, in the class org.apache.coyote.tomcat5.CoyoteRequest,
there is a method :
public void setUserPrincipal(Principal principal) {
If the SecurityManager is set, the Principal is added to the session :
if (System.getSecurityManager() != null){
[...]
subject = new Subject();
subject.getPrincipals().add(principal); [...]
if (session != null){
session.setAttribute(Globals.SUBJECT_ATTR, subject);
}
}
The problem is that the principal object is not Serializable (Class
org.apache.catalina.realm.GenericPrincipal).
And some attributes of GenericPrincipallike the realm may not be
Serializable too.
As I'm implementing my own realm, I can define a Principal
implementation which is Serializable But it will be fine if I can use
GenericPrincipal implementation if it is a serializable object.
Hi,
yes, it seems to be a bug. This particular attribute should not get
serialized. I will take a look latter today.
Thanks
-- Jeanfrancois
Regards,
Florent
Full stack trace :
at
java.io.ObjectOutputStream.writeObject0(ObjectOutputStream.java:12004-03-04
15:57:44,646 : StandardManager.stop : Stopping
2004-03-04 15:57:44,648 : StandardManager.doUnload : Unloading
persisted sessions
2004-03-04 15:57:44,649 : StandardManager.doUnload : Saving persisted
sessions to SESSIONS.ser
2004-03-04 15:57:44,650 : StandardManager.doUnload : Unloading 1
sessions
2004-03-04 15:57:44,680 : ManagerBase.log : Cannot serialize session
attribute javax.security.auth.subject for session
E3EC3F36C2ECD4AF76D7ADC0D2533BEF
java.io.NotSerializableException:
org.apache.catalina.realm.GenericPrincipal.java:1054)
at
java.io.ObjectOutputStream.writeObject(ObjectOutputStream.java:278)
at java.util.LinkedList.writeObject(LinkedList.java:685)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:324)
at
java.io.ObjectStreamClass.invokeWriteObject(ObjectStreamClass.java:809)
at
java.io.ObjectOutputStream.writeSerialData(ObjectOutputStream.java:1296)
at
java.io.ObjectOutputStream.writeOrdinaryObject(ObjectOutputStream.java:1247)
at
java.io.ObjectOutputStream.writeObject0(ObjectOutputStream.java:1052)
at
java.io.ObjectOutputStream.access$100(ObjectOutputStream.java:122)
at
java.io.ObjectOutputStream$PutFieldImpl.writeFields(ObjectOutputStream.java:1475)
at
java.io.ObjectOutputStream.writeFields(ObjectOutputStream.java:405)
at
javax.security.auth.Subject$SecureSet.writeObject(Subject.java:1288)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:324)
at
java.io.ObjectStreamClass.invokeWriteObject(ObjectStreamClass.java:809)
at
java.io.ObjectOutputStream.writeSerialData(ObjectOutputStream.java:1296)
at
java.io.ObjectOutputStream.writeOrdinaryObject(ObjectOutputStream.java:1247)
at
java.io.ObjectOutputStream.writeObject0(ObjectOutputStream.java:1052)
at
java.io.ObjectOutputStream.defaultWriteFields(ObjectOutputStream.java:1332)
at
java.io.ObjectOutputStream.defaultWriteObject(ObjectOutputStream.java:367)
at javax.security.auth.Subject.writeObject(Subject.java:910)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at
DO NOT REPLY [Bug 19667] - Using commit on admin app does not save keystore password
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=19667. 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=19667 Using commit on admin app does not save keystore password [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||WORKSFORME --- Additional Comments From [EMAIL PROTECTED] 2004-03-04 20:56 --- Cannot reproduce. Please let me know if this is still an issue. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 25651] - Erro when loading admin servlet javax.servlet.ServletException: Wrapper cannot find servlet class org.apache.webapp.admin.ApplicationServle or a class it depends on
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=25651. 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=25651 Erro when loading admin servlet javax.servlet.ServletException: Wrapper cannot find servlet class org.apache.webapp.admin.ApplicationServle or a class it depends on [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||WORKSFORME --- Additional Comments From [EMAIL PROTECTED] 2004-03-04 20:58 --- Cannot reproduce. Can you provide more info if you still have the problem? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/core StandardWrapperValve.java
remm2004/03/04 13:23:18 Modified:catalina/src/share/org/apache/catalina/core StandardWrapperValve.java Log: - Looking at a diff by Bill in the JBoss CVS, it seems safer to make this volatile. I'm not an expert on these issues, though, so let me know if this is wrong. Revision ChangesPath 1.26 +6 -6 jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/core/StandardWrapperValve.java Index: StandardWrapperValve.java === RCS file: /home/cvs/jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/core/StandardWrapperValve.java,v retrieving revision 1.25 retrieving revision 1.26 diff -u -r1.25 -r1.26 --- StandardWrapperValve.java 27 Feb 2004 14:58:42 - 1.25 +++ StandardWrapperValve.java 4 Mar 2004 21:23:18 - 1.26 @@ -64,11 +64,11 @@ // Some JMX statistics. This vavle is associated with a StandardWrapper. // We exponse the StandardWrapper as JMX ( j2eeType=Servlet ). The fields // are here for performance. -private long processingTime; -private long maxTime; -private long minTime = Long.MAX_VALUE; -private int requestCount; -private int errorCount; +private volatile long processingTime; +private volatile long maxTime; +private volatile long minTime = Long.MAX_VALUE; +private volatile int requestCount; +private volatile int errorCount; /** - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/core StandardServer.java
amyroh 2004/03/04 13:47:19
Modified:catalina/src/share/org/apache/catalina/core
StandardServer.java
Log:
Fix bugzilla 20770 - Admin Tool removes workDir attribute from context.
Revision ChangesPath
1.38 +5 -5
jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/core/StandardServer.java
Index: StandardServer.java
===
RCS file:
/home/cvs/jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/core/StandardServer.java,v
retrieving revision 1.37
retrieving revision 1.38
diff -u -r1.37 -r1.38
--- StandardServer.java 3 Feb 2003 22:52:19 - 1.37
+++ StandardServer.java 4 Mar 2004 21:47:18 - 1.38
@@ -156,7 +156,7 @@
{ org.apache.catalina.core.StandardContext, publicId },
{ org.apache.catalina.core.StandardContext, replaceWelcomeFiles },
{ org.apache.catalina.core.StandardContext, sessionTimeout },
-{ org.apache.catalina.core.StandardContext, workDir },
+//{ org.apache.catalina.core.StandardContext, workDir },
{ org.apache.catalina.session.StandardManager, distributable },
{ org.apache.catalina.session.StandardManager, entropy },
};
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/core StandardServer.java
amyroh 2004/03/04 13:47:42
Modified:catalina/src/share/org/apache/catalina/core
StandardServer.java
Log:
Port patch from TC 4.
Revision ChangesPath
1.27 +2 -2
jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/core/StandardServer.java
Index: StandardServer.java
===
RCS file:
/home/cvs/jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/core/StandardServer.java,v
retrieving revision 1.26
retrieving revision 1.27
diff -u -r1.26 -r1.27
--- StandardServer.java 27 Feb 2004 14:58:42 - 1.26
+++ StandardServer.java 4 Mar 2004 21:47:42 - 1.27
@@ -119,7 +119,7 @@
{ org.apache.catalina.core.StandardContext, sessionTimeout },
{ org.apache.catalina.core.StandardContext, startupTime },
{ org.apache.catalina.core.StandardContext, tldScanTime },
-{ org.apache.catalina.core.StandardContext, workDir },
+//{ org.apache.catalina.core.StandardContext, workDir },
{ org.apache.catalina.session.StandardManager, distributable },
{ org.apache.catalina.session.StandardManager, entropy },
};
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 20770] - Admin Tool removes workDir attribute from context
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=20770. 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=20770 Admin Tool removes workDir attribute from context [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2004-03-04 21:48 --- Fixed in TC 4 and 5. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [5.0] Next release
Amy Roh wrote: - plenty of admin webapp patches need to be merged; Amy and Larry were the last persons seen maintaining this feature, so can one of you two do it if you have time ? Haven't had much time to spend on admin lately. Let me try to spend some time on admin before the next release to update. Let me know if you're aware of any patches other than the ones that come up in bugzilla when I query for tomcat 5 admin. No, nothing else. Thanks for maintaining this :) Rémy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 16407] - RequestDispatcher.include() seems to be discarding the response's writer
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=16407. 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=16407 RequestDispatcher.include() seems to be discarding the response's writer [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||INVALID --- Additional Comments From [EMAIL PROTECTED] 2004-03-04 23:09 --- Thanks for the test app. I have stepped through the code and the root cause is the way you are constructing the PrintWriter. When creating a PrintWriter directly from an OutputStream an intermediate OutputStreamWriter is created. When, at the end of processing the included page (in PageContextImpl) out.flushBuffer() is called the content of the included page is written to the PrintWriter which in turn writes to the OutputStreamWriter but because, unlike flush(), flushBuffer() does not propogate through the Writers the data never makes it to your OutputStream. Adding a out.flush() to the end of your included page fixes this. AFAIK Tomcat is behaving correctly in this case. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: DO NOT REPLY [Bug 16407] -
This account does not exist - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 27458] New: - Tomcat Online Documentation: Missing links to search for tomcat5 bugs
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=27458. 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=27458 Tomcat Online Documentation: Missing links to search for tomcat5 bugs Summary: Tomcat Online Documentation: Missing links to search for tomcat5 bugs Product: Tomcat 5 Version: 5.0.0 Platform: Other URL: http://jakarta.apache.org/tomcat/faq/bugs.html OS/Version: Other Status: NEW Severity: Normal Priority: Other Component: Webapps:Documentation AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] The page above should have better links to bugzilla. Also, on page I was indirectly referenced to, there should be a link to Search the Tomcat 5 bug database a href=http://nagoya.apache.org/bugzilla/query.cgi?product=Tomcat%205here./a Currently there are only links to tomcat 3 and 4 categories. I apologize for posting this to this Tomcat bug database, but there is no mail address for submitting these web page requests without joining a mailing list, nor is there a component of the tomcat/apache bugzilla database (I could discover) which allows for this type of request. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [5.0] Next release
- Original Message - From: Amy Roh [EMAIL PROTECTED] To: Tomcat Developers List [EMAIL PROTECTED] Sent: Thursday, March 04, 2004 9:00 AM Subject: Re: [5.0] Next release - plenty of admin webapp patches need to be merged; Amy and Larry were the last persons seen maintaining this feature, so can one of you two do it if you have time ? Haven't had much time to spend on admin lately. Let me try to spend some time on admin before the next release to update. Let me know if you're aware of any patches other than the ones that come up in bugzilla when I query for tomcat 5 admin. Well, there is always the Gumpy build failures :). I don't know how soon Struts is to its next release, so I don't know how important it is to fix this. Thanks, Amy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] This message is intended only for the use of the person(s) listed above as the intended recipient(s), and may contain information that is PRIVILEGED and CONFIDENTIAL. If you are not an intended recipient, you may not read, copy, or distribute this message or any attachment. If you received this communication in error, please notify us immediately by e-mail and then delete all copies of this message and any attachments. In addition you should be aware that ordinary (unencrypted) e-mail sent through the Internet is not secure. Do not send confidential or sensitive information, such as social security numbers, account numbers, personal identification numbers and passwords, to us via ordinary (unencrypted) e-mail. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/runtime JspRuntimeLibrary.java
kinman 2004/03/04 16:44:03
Modified:jasper2/src/share/org/apache/jasper/runtime
JspRuntimeLibrary.java
Log:
- When a.jsp jsp:includes b.jsp that jsp:includes c.jsp, the context
relative path for c.jsp is computed incorrectly.
Revision ChangesPath
1.27 +7 -6
jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/runtime/JspRuntimeLibrary.java
Index: JspRuntimeLibrary.java
===
RCS file:
/home/cvs/jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/runtime/JspRuntimeLibrary.java,v
retrieving revision 1.26
retrieving revision 1.27
diff -u -r1.26 -r1.27
--- JspRuntimeLibrary.java5 Feb 2004 22:16:47 - 1.26
+++ JspRuntimeLibrary.java5 Mar 2004 00:44:03 - 1.27
@@ -958,10 +958,11 @@
HttpServletRequest hrequest = (HttpServletRequest) request;
String uri = (String)
request.getAttribute(javax.servlet.include.servlet_path);
-if (uri == null)
-uri = hrequest.getServletPath();
+if (uri != null) {
+return uri + '/' + relativePath;
+}
+uri = hrequest.getServletPath();
return (uri.substring(0, uri.lastIndexOf('/')) + '/' + relativePath);
-
}
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/runtime JspRuntimeLibrary.java
kinman 2004/03/04 18:02:46
Modified:jasper2/src/share/org/apache/jasper/runtime
JspRuntimeLibrary.java
Log:
- The last patch is not quite right: it only works if the path info is non-null.
Revision ChangesPath
1.28 +13 -6
jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/runtime/JspRuntimeLibrary.java
Index: JspRuntimeLibrary.java
===
RCS file:
/home/cvs/jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/runtime/JspRuntimeLibrary.java,v
retrieving revision 1.27
retrieving revision 1.28
diff -u -r1.27 -r1.28
--- JspRuntimeLibrary.java5 Mar 2004 00:44:03 - 1.27
+++ JspRuntimeLibrary.java5 Mar 2004 02:02:46 - 1.28
@@ -959,10 +959,17 @@
String uri = (String)
request.getAttribute(javax.servlet.include.servlet_path);
if (uri != null) {
-return uri + '/' + relativePath;
+String pathInfo = (String)
+request.getAttribute(javax.servlet.include.path_info);
+if (pathInfo == null) {
+uri = uri.substring(0, uri.lastIndexOf('/'));
+}
}
-uri = hrequest.getServletPath();
-return (uri.substring(0, uri.lastIndexOf('/')) + '/' + relativePath);
+else {
+uri = hrequest.getServletPath();
+uri = uri.substring(0, uri.lastIndexOf('/'));
+}
+return uri + '/' + relativePath;
}
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 27461] New: - Ant DeployTask throws UnknownHostException with j2sdk1.4.2
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=27461. 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=27461 Ant DeployTask throws UnknownHostException with j2sdk1.4.2 Summary: Ant DeployTask throws UnknownHostException with j2sdk1.4.2 Product: Tomcat 5 Version: 5.0.16 Platform: PC OS/Version: Windows NT/2K Status: NEW Severity: Normal Priority: Other Component: Webapps:Manager AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] After moving from j2sdk1.4.1 to j2sdk1.4.2, the Ant DeployTask no longer works. It throws an UnknownHostException. I changed back to j2sdk1.4.1 and it worked again. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 19667] - Using commit on admin app does not save keystore password
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=19667. 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=19667 Using commit on admin app does not save keystore password --- Additional Comments From [EMAIL PROTECTED] 2004-03-05 04:28 --- Which version did you test in? I can confirm this is still an issue with 4.1.24. I haven't tested anything else. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 27462] New: - about JK2 ISAPI between IIS and Tomcat 5 has file upload bug?
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=27462.
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=27462
about JK2 ISAPI between IIS and Tomcat 5 has file upload bug?
Summary: about JK2 ISAPI between IIS and Tomcat 5 has file upload
bug?
Product: Tomcat 5
Version: 5.0.19
Platform: PC
OS/Version: Windows NT/2K
Status: UNCONFIRMED
Severity: Normal
Priority: Other
Component: Connector:AJP
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]
Hi,
I am using Commons File Uploader to post a file to my Struts app running on TC
5.
If I post a big file (size 60k) upload to Tomcat directly, e.g
http://server:8080/upload.do it works
fine
If I post a big file (size 60k) through our IIS - JK2 - Tomcat method, e.g
http://server/upload.do
it fails with a Stream terminated unexpectedly.
The code below is what I am doing - this is not at fault .. it seems to be
going
through IIS that is killing my upload..
if (FileUpload.isMultipartContent(request)) {
DiskFileUpload upload = new DiskFileUpload();
List items = null;
try {
logger.info(parsing multipart form request);
items = upload.parseRequest(request);
} catch (FileUploadException fuE) {
logger.error(fuE.getMessage());
break DO_CHECKIN;
}
Could anybody told me why ?
thanx a lot.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-connectors/jk/java/org/apache/jk/common JkInputStream.java
truk2004/03/04 21:12:56
Modified:jk/java/org/apache/jk/common JkInputStream.java
Log:
Fix Bugs: 20184 24763
- getLen returns the length excluding the header.
Revision ChangesPath
1.15 +1 -1
jakarta-tomcat-connectors/jk/java/org/apache/jk/common/JkInputStream.java
Index: JkInputStream.java
===
RCS file:
/home/cvs/jakarta-tomcat-connectors/jk/java/org/apache/jk/common/JkInputStream.java,v
retrieving revision 1.14
retrieving revision 1.15
diff -u -r1.14 -r1.15
--- JkInputStream.java24 Feb 2004 08:48:42 - 1.14
+++ JkInputStream.java5 Mar 2004 05:12:56 - 1.15
@@ -256,7 +256,7 @@
blen=0;
// No data received.
- if( bodyMsg.getLen() = 4 ) { // just the header
+ if( bodyMsg.getLen() == 0 ) { // just the header
// Don't mark 'end of stream' for the first chunk.
// end_of_stream = true;
return false;
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 24763] - Apache-Tomcat comm fails streaming objects of certain predictble sizes
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=24763. 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=24763 Apache-Tomcat comm fails streaming objects of certain predictble sizes [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2004-03-05 05:16 --- This is fixed in CVS. Thanks for the detailed report. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 20184] - JkInputStream ignores packets containing less than 5 bytes
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=20184. 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=20184 JkInputStream ignores packets containing less than 5 bytes [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2004-03-05 05:17 --- This is fixed in CVS. Thanks for the detailed report. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: cvs commit: jakarta-tomcat-connectors/jk/native2/server/apach e2 mod_jk2.c
On Thu, Mar 04, 2004 at 05:49:21PM +0100, jean-frederic clere wrote: jean-frederic clere wrote: [EMAIL PROTECTED] wrote: jfclere 2004/03/03 09:55:32 Modified:jk/native2/server/apache2 mod_jk2.c Log: Remove jk2_translate... It is still not 100% OK: - LocationMatch does not work. - Some _not_found ends in Tomcat when using mod_dav. That is still not OK. I will go on later. Sorry :-( Now it looks better. The only thing I have removed is the logic for mod_dir Tomcat will do it if needed. Does that mean that Tomcat would have to resovlve identification of the directory index file? It would be nice to keep this on the apache side when someone uses Alias or JkAutoAlias to serve static pages, fourwarding and DirectoryIndex files which are *.jsp to Tomcat of course. Glenn - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 21714] - MX4J mx4j.adaptor.http.HttpAdaptor is not loaded
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=21714. 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=21714 MX4J mx4j.adaptor.http.HttpAdaptor is not loaded [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2004-03-05 05:36 --- Fixed in revision 1.15 by hgomez. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 25367] - SECURITY requests for jsp pages bypass apache AuthUserFile directive
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=25367. 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=25367 SECURITY requests for jsp pages bypass apache AuthUserFile directive [EMAIL PROTECTED] changed: What|Removed |Added Component|Connector:JK/AJP|Connector:Coyote JK 2 |(deprecated)| --- Additional Comments From [EMAIL PROTECTED] 2004-03-05 05:57 --- This bug also occurs in jk2 2.0.2 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[GUMP@lsd]: jakarta-tomcat-5/jakarta-tomcat-5 failed
To whom it may engage... This is an automated request, but not an unsolicited one. For help understanding the request please visit http://gump.apache.org/nagged.html, and/or contact [EMAIL PROTECTED] Project jakarta-tomcat-5 has an issue affecting it's community integration, and has been outstanding for 2 runs. The current state is 'Failed', for reason 'Build Failed' Full details are available at: http://lsd.student.utwente.nl/gump/jakarta-tomcat-5/jakarta-tomcat-5.html, however some snippets follow: - - - - - -- -- G U M P Gump provided these annotations: - Warning - Jar [/data3/gump/jakarta-tomcat-5/dist/server/lib/servlets-default.jar] identifier set to jar basename: [servlets-default.jar] - Warning - Jar [/data3/gump/jakarta-tomcat-5/dist/common/lib/naming-common.jar] identifier set to jar basename: [naming-common.jar] - Warning - Jar [/data3/gump/jakarta-tomcat-5/dist/common/lib/naming-resources.jar] identifier set to jar basename: [naming-resources.jar] - Warning - Jar [/data3/gump/jakarta-tomcat-5/dist/server/lib/catalina.jar] identifier set to jar basename: [catalina.jar] - Warning - Jar [/data3/gump/jakarta-tomcat-5/dist/bin/bootstrap.jar] identifier set to jar basename: [bootstrap.jar] - Warning - Jar [/data3/gump/jakarta-tomcat-5/dist/server/lib/servlets-common.jar] identifier set to jar basename: [servlets-common.jar] - Warning - Jar [/data3/gump/jakarta-tomcat-5/dist/server/lib/servlets-invoker.jar] identifier set to jar basename: [servlets-invoker.jar] - Info - Dependency on javamail exists, no need to add for property mail.jar. - Info - Dependency on jaf exists, no need to add for property activation.jar. - Info - Dependency on jakarta-servletapi-5-servlet exists, no need to add for property servlet-api.jar. - Info - Dependency on jakarta-servletapi-5-jsp exists, no need to add for property jsp-api.jar. - Info - Dependency on xml-xerces exists, no need to add for property xercesImpl.jar. - Info - Dependency on xml-xerces exists, no need to add for property xmlParserAPIs.jar. - Info - Dependency on jakarta-tomcat-util exists, no need to add for property tomcat-util.jar. - Info - Dependency on commons-el exists, no need to add for property commons-el.jar. - Info - Dependency on commons-logging exists, no need to add for property commons-logging-api.jar. - Info - Dependency on commons-modeler exists, no need to add for property commons-modeler.jar. - Info - Dependency on ant exists, no need to add for property ant.home. - Info - Dependency on jsse exists, no need to add for property jsse.home. - Info - Dependency on jmx exists, no need to add for property jmx.home. - Info - Dependency on jmx exists, no need to add for property jmx.jar. - Info - Dependency on jmx exists, no need to add for property jmx-tools.jar. - Info - Dependency on jndi exists, no need to add for property jndi.home. - Info - Dependency on jakarta-regexp exists, no need to add for property regexp.home. - Info - Dependency on jakarta-regexp exists, no need to add for property regexp.jar. - Info - Dependency on javamail exists, no need to add for property mail.home. - Info - Dependency on jakarta-tomcat-coyote exists, no need to add for property tomcat-coyote.home. - Info - Dependency on jakarta-tomcat-jasper_tc5 exists, no need to add for property jasper.home. - Info - Dependency on jaf exists, no need to add for property activation.home. - Info - Dependency on commons-modeler exists, no need to add for property commons-modeler.home. - Info - Dependency on commons-daemon exists, no need to add for property commons-daemon.jsvc.tar.gz. - Info - Dependency on jakarta-struts exists, no need to add for property struts.home. - Error - Failed with reason build failed - - - - - -- -- G U M P Gump performed this work: Work Name: build_jakarta-tomcat-5_jakarta-tomcat-5 (Type: Build) State: Failed Elapsed: 0 hours, 1 minutes, 2 seconds Command Line: java -Djava.awt.headless=true -Dbuild.clonevm=true -Xbootclasspath/p:/data3/gump/xml-xerces2/java/build/xercesImpl.jar:/data3/gump/xml-xerces2/java/build/xmlParserAPIs.jar:/data3/gump/xml-xalan/java/build/xalan-unbundled.jar:/data3/gump/xml-commons/java/external/build/xml-apis.jar org.apache.tools.ant.Main -Dgump.merge=/data3/gump/gump-install/work/merge.xml -Dbuild.sysclasspath=only -Dtomcat33.home=*Unset* -Djsp-api.jar=/data3/gump/jakarta-servletapi-5/jsr152/dist/lib/jsp-api.jar -Dtomcat-coyote.home=/data3/gump/jakarta-tomcat-connectors/coyote -Djndi.jar=/data3/gump/opt/jndi1_2_1/lib/jndi.jar -Dsite2.home=/data3/gump/jakarta-site2 -DxmlParserAPIs.jar=/data3/gump/xml-xerces2/java/build/xercesImpl.jar -Dactivation.home=/data3/gump/opt/jaf-1.0.1 -Djmx.home=/data3/gump/opt/jmx-1_2-ri -Djdbc20ext.jar=/data3/gump/opt/jdbc2_0/jdbc2_0-stdext.jar -Djmx-tools.jar=/data3/gump/opt/jmx-1_2-ri/lib/jmxtools.jar
DO NOT REPLY [Bug 22679] - how to access ssl session ID out of tomcat to prevent session hijacking
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=22679. 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=22679 how to access ssl session ID out of tomcat to prevent session hijacking [EMAIL PROTECTED] changed: What|Removed |Added Summary|how to access ssl session ID|how to access ssl session ID |out of tomcat |out of tomcat to prevent ||session hijacking --- Additional Comments From [EMAIL PROTECTED] 2004-03-05 07:31 --- one example where hijacking is particularly likely when you integrate with third-party applications that after doing their job should send the user back to your own application and you don't want the user to be forced to log into your own application again! While it should be possible to offer such a process to the user of my application, I would like to maintain some level of mutual distrust with that third-party provider. One example of such third-party provider might be paypal with their IPN - see related post in http://www.paypaldev.org/topic.asp?TOPIC_ID=5255 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
