Primary-secondary session replication
Hello, I need help in building a WebApplicaction Cluster with Tomcat. Because we will support from 8 to 16 WebApplication Server, we would like implement the Primary-secondary session replication in our Cluster. The URL http://tomcat.apache.org/tomcat-6.0-doc/cluster-howto.html doesn't give any information about the Tomcat Version and the Date, when it will work.When it is working with Tomcat 6.0, can you update the cluster documentation? Please, can you send me these informations? Thanks a lot! Kind regards - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [VOTE] Tomcat 6.0.3 alpha release
Mladen Turk wrote: BTW, Can we make minimum native version required for 6.0.x to 1.1.7 (It's 1.1.3 right now copied from 5.5.x)? Is there usage in the current Tomcat code of a call that wasn't there in 1.1.3 ? Rémy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 41059] - WebAppClassLoader clearReferences code break running threads
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=41059. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=41059 [EMAIL PROTECTED] changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|FIXED | --- Additional Comments From [EMAIL PROTECTED] 2006-12-05 05:47 --- Here is a new patch that disables only the code which resets the static and final variables. --- WebappClassLoader.java.orig 2006-09-12 11:12:42.0 -0400 +++ WebappClassLoader.java 2006-12-05 08:34:52.0 -0500 @@ -163,7 +163,16 @@ public class WebappClassLoader * resources. */ boolean antiJARLocking = false; - + +/** + * Use experimental code in clearReferences to reset static and final variables + * to deal with possible memory leaks. + */ +private static final boolean ENABLE_NULLING_STATIC_FINAL_REFERENCES = +Boolean.valueOf(System.getProperty( +org.apache.catalina.loader.WebappClassLoader.ENABLE_NULLI NG_STATIC_FINAL_REFERENCES, +true)).booleanValue(); + // --- Constructors @@ -1585,46 +1594,48 @@ public class WebappClassLoader // Null out any static or final fields from loaded classes, // as a workaround for apparent garbage collection bugs -Iterator loadedClasses = ((HashMap) resourceEntries.clone()).values ().iterator(); -while (loadedClasses.hasNext()) { -ResourceEntry entry = (ResourceEntry) loadedClasses.next(); -if (entry.loadedClass != null) { -Class clazz = entry.loadedClass; -try { -Field[] fields = clazz.getDeclaredFields(); -for (int i = 0; i fields.length; i++) { -Field field = fields[i]; -int mods = field.getModifiers(); -if (field.getType().isPrimitive() -|| (field.getName().indexOf($) != -1)) { -continue; -} -if (Modifier.isStatic(mods)) { -try { -field.setAccessible(true); -if (Modifier.isFinal(mods)) { -if (!((field.getType().getName ().startsWith(java.)) -|| (field.getType().getName ().startsWith(javax. { -nullInstance(field.get(null)); +if(ENABLE_NULLING_STATIC_FINAL_REFERENCES) { +Iterator loadedClasses = ((HashMap) resourceEntries.clone ()).values().iterator(); +while (loadedClasses.hasNext()) { +ResourceEntry entry = (ResourceEntry) loadedClasses.next(); +if (entry.loadedClass != null) { +Class clazz = entry.loadedClass; +try { +Field[] fields = clazz.getDeclaredFields(); +for (int i = 0; i fields.length; i++) { +Field field = fields[i]; +int mods = field.getModifiers(); +if (field.getType().isPrimitive() +|| (field.getName().indexOf($) != -1)) { +continue; +} +if (Modifier.isStatic(mods)) { +try { +field.setAccessible(true); +if (Modifier.isFinal(mods)) { +if (!((field.getType().getName ().startsWith(java.)) +|| (field.getType().getName ().startsWith(javax. { +nullInstance(field.get(null)); +} +} else { +field.set(null, null); +if (log.isDebugEnabled()) { +log.debug(Set field + field.getName() ++ to null in class + clazz.getName()); +} } -} else { -field.set(null, null); +} catch (Throwable t) {
svn commit: r482650 - in /tomcat/tc6.0.x/trunk/java/org/apache: catalina/startup/TldConfig.java tomcat/util/net/AprEndpoint.java
Author: remm Date: Tue Dec 5 05:49:08 2006 New Revision: 482650 URL: http://svn.apache.org/viewvc?view=revrev=482650 Log: - Disable TLD cache for now until further refactoring, since I have found it was not consistent with Jasper. - Don't mutate keepAliveTimeout value in AprEndpoint. Modified: tomcat/tc6.0.x/trunk/java/org/apache/catalina/startup/TldConfig.java tomcat/tc6.0.x/trunk/java/org/apache/tomcat/util/net/AprEndpoint.java Modified: tomcat/tc6.0.x/trunk/java/org/apache/catalina/startup/TldConfig.java URL: http://svn.apache.org/viewvc/tomcat/tc6.0.x/trunk/java/org/apache/catalina/startup/TldConfig.java?view=diffrev=482650r1=482649r2=482650 == --- tomcat/tc6.0.x/trunk/java/org/apache/catalina/startup/TldConfig.java (original) +++ tomcat/tc6.0.x/trunk/java/org/apache/catalina/startup/TldConfig.java Tue Dec 5 05:49:08 2006 @@ -255,7 +255,7 @@ if (context instanceof StandardContext) { File workDir= (File) ((StandardContext)context).getServletContext().getAttribute(Globals.WORK_DIR_ATTR); -tldCache=new File( workDir, tldCache.ser); +//tldCache=new File( workDir, tldCache.ser); } // Option to not rescan Modified: tomcat/tc6.0.x/trunk/java/org/apache/tomcat/util/net/AprEndpoint.java URL: http://svn.apache.org/viewvc/tomcat/tc6.0.x/trunk/java/org/apache/tomcat/util/net/AprEndpoint.java?view=diffrev=482650r1=482649r2=482650 == --- tomcat/tc6.0.x/trunk/java/org/apache/tomcat/util/net/AprEndpoint.java (original) +++ tomcat/tc6.0.x/trunk/java/org/apache/tomcat/util/net/AprEndpoint.java Tue Dec 5 05:49:08 2006 @@ -652,11 +652,6 @@ } } -// Initialize keepalive timeout if it has not been set -if (keepAliveTimeout == -1) { -keepAliveTimeout = soTimeout; -} - // Delay accepting of new connections until data is available // Only Linux kernels 2.4 + have that implemented // on other platforms this call is noop and will return APR_ENOTIMPL. @@ -1151,12 +1146,15 @@ /** * Create the poller. With some versions of APR, the maximum poller size will - * be 62 (reocmpiling APR is necessary to remove this limitation). + * be 62 (recompiling APR is necessary to remove this limitation). */ protected void init() { pool = Pool.create(serverSockPool); int size = pollerSize / pollerThreadCount; int timeout = keepAliveTimeout; +if (timeout 0) { +timeout = soTimeout; +} if (comet) { // FIXME: Find an appropriate timeout value, for now, longer than usual // semms appropriate - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
svn commit: r482651 - in /tomcat/tc6.0.x/trunk/webapps: docs/changelog.xml docs/config/ajp.xml docs/config/http.xml examples/index.html
Author: remm Date: Tue Dec 5 05:53:47 2006 New Revision: 482651 URL: http://svn.apache.org/viewvc?view=revrev=482651 Log: - Add a html file in case the user goes to the wrong place in the examples. - Changelog update. Added: tomcat/tc6.0.x/trunk/webapps/examples/index.html (with props) Modified: tomcat/tc6.0.x/trunk/webapps/docs/changelog.xml tomcat/tc6.0.x/trunk/webapps/docs/config/ajp.xml tomcat/tc6.0.x/trunk/webapps/docs/config/http.xml Modified: tomcat/tc6.0.x/trunk/webapps/docs/changelog.xml URL: http://svn.apache.org/viewvc/tomcat/tc6.0.x/trunk/webapps/docs/changelog.xml?view=diffrev=482651r1=482650r2=482651 == --- tomcat/tc6.0.x/trunk/webapps/docs/changelog.xml (original) +++ tomcat/tc6.0.x/trunk/webapps/docs/changelog.xml Tue Dec 5 05:53:47 2006 @@ -52,6 +52,13 @@ Fix logic of sameSameObjects used to determine correct wrapping of request and response objects (fhanik) /fix + fix +Update TLD scan lists, and disable caching for now (remm) + /fix + update +Add system property to WebappClassLoader to allow disabling setting references +to null when stopping it (remm) + /update /changelog /subsection subsection name=Coyote @@ -68,6 +75,30 @@ /update fix MessageBytes.setString(null) will remove the String value. (remm) + /fix + fix +bug41057/bug: Caching large strings is not useful and takes too much +memory, so don't cache these (remm) + /fix + update +Add keepAliveTimeout attribute to most connectors (mturk, remm) + /update +/changelog + /subsection + subsection name=Jasper +changelog + fix +Relax EL type validation for litterals. (remm) + /fix + fix +Update some version numbers to 2.1. (funkman, remm) + /fix + fix +Add xsds for JSP 2.1 (remm) + /fix + fix +bug41106/bug: Update validation checks for EL to also include +legacy 1.2 tags (remm) /fix /changelog /subsection Modified: tomcat/tc6.0.x/trunk/webapps/docs/config/ajp.xml URL: http://svn.apache.org/viewvc/tomcat/tc6.0.x/trunk/webapps/docs/config/ajp.xml?view=diffrev=482651r1=482650r2=482651 == --- tomcat/tc6.0.x/trunk/webapps/docs/config/ajp.xml (original) +++ tomcat/tc6.0.x/trunk/webapps/docs/config/ajp.xml Tue Dec 5 05:53:47 2006 @@ -221,7 +221,8 @@ attribute name=keepAliveTimeout required=false pThe number of milliseconds this strongConnector/strong will wait, subsequent request before closing the connection. - The default value is infinite (i.e. no timeout)./p + The default value is to use the value that has been set for the + connectionTimeout./p /attribute attribute name=minProcessors required=false Modified: tomcat/tc6.0.x/trunk/webapps/docs/config/http.xml URL: http://svn.apache.org/viewvc/tomcat/tc6.0.x/trunk/webapps/docs/config/http.xml?view=diffrev=482651r1=482650r2=482651 == --- tomcat/tc6.0.x/trunk/webapps/docs/config/http.xml (original) +++ tomcat/tc6.0.x/trunk/webapps/docs/config/http.xml Tue Dec 5 05:53:47 2006 @@ -273,7 +273,8 @@ attribute name=keepAliveTimeout required=false pThe number of milliseconds this strongConnector/strong will wait, subsequent request before closing the connection. - The default value is 15000 (i.e. 15 seconds)./p + The default value is to use the value that has been set for the + connectionTimeout./p /attribute attribute name=disableUploadTimeout required=false Added: tomcat/tc6.0.x/trunk/webapps/examples/index.html URL: http://svn.apache.org/viewvc/tomcat/tc6.0.x/trunk/webapps/examples/index.html?view=autorev=482651 == --- tomcat/tc6.0.x/trunk/webapps/examples/index.html (added) +++ tomcat/tc6.0.x/trunk/webapps/examples/index.html Tue Dec 5 05:53:47 2006 @@ -0,0 +1,13 @@ +!DOCTYPE HTML PUBLIC -//W3C//DTD HTML 4.0 Transitional//EN +HTMLHEADTITLEApache Tomcat Examples/TITLE +META http-equiv=Content-Type content=text/html +/HEAD +BODY +P +H3Apache Tomcat Examples/H3 +P/P +ul +lia href=servletsServlets examples/a/li +lia href=jspJSP Examples/a/li +/ul +/BODY/HTML Propchange: tomcat/tc6.0.x/trunk/webapps/examples/index.html -- svn:eol-style = native - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
svn commit: r482664 - /tomcat/tc6.0.x/trunk/webapps/docs/ssl-howto.xml
Author: jfclere Date: Tue Dec 5 06:14:29 2006 New Revision: 482664 URL: http://svn.apache.org/viewvc?view=revrev=482664 Log: That would create a trustedCertEntry but we need a keyEntry. Modified: tomcat/tc6.0.x/trunk/webapps/docs/ssl-howto.xml Modified: tomcat/tc6.0.x/trunk/webapps/docs/ssl-howto.xml URL: http://svn.apache.org/viewvc/tomcat/tc6.0.x/trunk/webapps/docs/ssl-howto.xml?view=diffrev=482664r1=482663r2=482664 == --- tomcat/tc6.0.x/trunk/webapps/docs/ssl-howto.xml (original) +++ tomcat/tc6.0.x/trunk/webapps/docs/ssl-howto.xml Tue Dec 5 06:14:29 2006 @@ -533,7 +533,7 @@ /li liAnd finally import your new Certificate sourcekeytool -import -alias tomcat -keystore lt;your_keystore_filenamegt; \ - -trustcacerts -file lt;your_certificate_filenamegt;/source + -file lt;your_certificate_filenamegt;/source /li /ul /subsection - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 41106] - deferred expression fails if jsp-version less than 2.0
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=41106. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=41106 --- Additional Comments From [EMAIL PROTECTED] 2006-12-05 06:27 --- FYI The old JSF tags processed the EL themselves. That's the root of the problem. So for an Ajax4JSF tag might look like this: a4j:commandButton actionListener=#{mybean.action}/ The tag would delegate to JSF 1.1 for processing the EL. This component still works in JSF 1.2 but now JSF 1.2 delegates back to the EL impl included in JSP 2.1. So, the old JSF tags need #{mybean.action} to be passed in as a simple String instead of a MethodExpression or ValueExpression object. -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Smooth applications migration in a J2EE cluster [mod_jk]
Hello, I am member of the JOnAS team (http://jonas.objectweb.org/), the ObjectWeb application server (http://www.objectweb.org/). We are developing a prototype which provides a smooth web applications migration mechanism within a Java EE cluster (without interruption of service and in a transparent way for the clients, i.e. without loss of sessions). The system of distribution of the client's requests towards the adequate version is actually based on a hook in mod_jk. During the update and when a new version of the application is deployed, the clients having started a session before the update are routed towards the cluster hosting the old version, whereas the new clients (news sessions) are routed towards the cluster hosting the new version of the application. This prototype contains an administration API who provides functionalities to manage the update (jkupdater : begin update, end update, changed application version on a worker). The interface jkmanager has also been adapted in order to add information related to the migration. We would be very interested to be able to exchange with you on this subject. Feel free to give us your feedbacks. If you are interested, we can provide further informations and source code. Would it be possible to integrate such a feature in the original mod_jk ? If yes, we may contribute to the development by providing our code. Anthony Vromant http://jonas.objectweb.org Bull, Architect of an Open World TM http://www.bull.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Primary-secondary session replication
define org.apache.catalina.ha.session.BackupManager in your Manager element http://tomcat.apache.org/tomcat-6.0-doc/config/cluster-manager.html docs will be updated with more info, thanks for the note. Filip [EMAIL PROTECTED] wrote: Hello, I need help in building a WebApplicaction Cluster with Tomcat. Because we will support from 8 to 16 WebApplication Server, we would like implement the Primary-secondary session replication in our Cluster. The URL http://tomcat.apache.org/tomcat-6.0-doc/cluster-howto.html doesn't give any information about the Tomcat Version and the Date, when it will work.When it is working with Tomcat 6.0, can you update the cluster documentation? Please, can you send me these informations? Thanks a lot! Kind regards - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
ClusterSingleSignOn on Tomcat
Hi the list, I saw that tomcat 6 is in beta. Do you think there is a possibility for me to integrate my single sign on cluster patch to the tomcat repository ? It is available for the last tomcat 6 svn version. The idea I have for a new cluster communication based on JMS could be tried in a real cluster ? I tried it on the same computer with various instance of tomcat and it seems to me that the performance was better (I used tsung to test the cluster) Well this JMS patchs which I developped was for the first SVN version of tomcat. But if you tell me that there are going to be tried, I can write them for the last tomcat 6 version. My url website changed. I'm sorry, now it is http://fabien.carrion.free.fr/ Cheers' Fabien Carrion Parque Tecnopolo Carr. Positos Jesús María Lote: 7 Junto al ITESM (campus Ags.) Municipio: Jesús María, Ags. Mexico. Phone: 011 52(449)910-9232 Dial comm: *879-9232 http://supportcentral.ge.com/products/sup_products.asp?prod_id=18712 http://fabien.carrion.free.fr IMPORTANT: The documents and files attached to this transmission contain confidential information that must be kept secret by law. This information is for the exclusive use of the specified recipient whose name appears in this transmission. If you have received this message by mistake, please notify us immediately by return e-mail and delete the file and its attachments. You are hereby notified that any dissemination, copying, distribution or adoption of any action arising from the confidential information contained herein is strictly prohibited. Any violation will be penalized by law. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
TomcatNative Libarry on Fedora Core 5
Anybody been successful builidng Tomcat Native for Fedora Core 5? Is there a place where I could retrieve the RPM? I have tried to build. I had to modify the tcnative.spec file as outlined by Jonas and repackage the sources of the tomcat-native.tar.gz archive to be able to start the build process. However, the build aborts toward the end with this error: ... /bin/sh /usr/src/redhat/BUILD/apr-1.2.8/libtool --mode=install /usr/bin/install -c -m 755 libtcnative-1.la /var/tmp/tcnative-1.1.7-1-buildroot/usr/src/redhat/BUILD/apr-1.2.8/lib libtool: install: error: cannot install `libtcnative-1.la' to a directory not ending in /usr/local/apr/lib make: *** [install] Error 1 error: Bad exit status from /var/tmp/rpm-tmp.13127 (%install) Not sure why it expects directory to end with /usr/local/apr/lib. I have built and installed APR 1.2.8 and it is installed in /usr/lib. Martin - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Smooth applications migration in a J2EE cluster [mod_jk]
Mladen Turk wrote: Anthony Vromant wrote: Would it be possible to integrate such a feature in the original mod_jk ? If yes, we may contribute to the development by providing our code. There is no need to ask something like that. Just like for any other patch bring in the code, and we'll discuss, but it cannot be answered in advance. Anyhow, according to the description it looks very interesting. Regards, Mladen. Exactly the same from me. The upcoming release 1.2.20 will already include a lot of improvements in the jk status worker and we all think, that managing changes in a distributed 24x7 system already is a very important topic. Waiting for your proposals :) Rainer - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: ClusterSingleSignOn on Tomcat
Carrion, Fabien (GE, Corporate, consultant) wrote: Hi the list, I saw that tomcat 6 is in beta. Do you think there is a possibility for me to integrate my single sign on cluster patch to the tomcat repository ? It is available for the last tomcat 6 svn version. The idea I have for a new cluster communication based on JMS could be tried in a real cluster ? I tried it on the same computer with various instance of tomcat and it seems to me that the performance was better (I used tsung to test the cluster) Well this JMS patchs which I developped was for the first SVN version of tomcat. But if you tell me that there are going to be tried, I can write them for the last tomcat 6 version. My url website changed. I'm sorry, now it is http://fabien.carrion.free.fr/ I'm ok with trying to add the cluster SSO source in TC 6. JMS, I don't think so, adding JEE dependencies wouldn't be cool. Rémy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: ClusterSingleSignOn on Tomcat
Remy Maucherat wrote: Carrion, Fabien (GE, Corporate, consultant) wrote: Hi the list, I saw that tomcat 6 is in beta. Do you think there is a possibility for me to integrate my single sign on cluster patch to the tomcat repository ? It is available for the last tomcat 6 svn version. The idea I have for a new cluster communication based on JMS could be tried in a real cluster ? I tried it on the same computer with various instance of tomcat and it seems to me that the performance was better (I used tsung to test the cluster) Well this JMS patchs which I developped was for the first SVN version of tomcat. But if you tell me that there are going to be tried, I can write them for the last tomcat 6 version. My url website changed. I'm sorry, now it is http://fabien.carrion.free.fr/ I'm ok with trying to add the cluster SSO source in TC 6. JMS, I don't think so, adding JEE dependencies wouldn't be cool. agree on both points. Filip - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Modifications to JNDI environment from admin or jmxproxy not seen in application
When I change JNDI environment entries in the admin app or from the manager app's jmxproxy, those changes are not reflected in the Context I'm getting in my app when I do new InitialContext().lookup(java:comp/env/test) Since I'm doing that per-call in my webapp (and printing the result directly to the logs), I'd expect to get my change. But, even if I delete that environment entry, after having declared it in my context.xml as per below, it's still there in my webapp. Context ... useNaming=true (or false) Environment name=test value=10 type=java.lang.Integer/ Similarly, if I take that entry out of my context.xml and then add it manually from admin, etc. it is not seen by my webapp. I even dropped in a modified org/apache/naming/NamingContext class that println'ed from its bind message...I'd see my entries from context.xml get bound on deploy, but when I change things in the admin app, etc. I see nothing...those must be being stored in an entirely different Context class? What am I doing wrong? Thanks, eric -- http://ir.iit.edu/~ej - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Beans without packages in JSP files
Hi, I think we are intentionally not supporting this, because Java itself (as of 1.4 IIRC) doesn't support it. See for example http://forum.java.sun.com/thread.jspa?threadID=733449messageID=4217703 http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=4361575 http://forum.java.sun.com/thread.jspa?threadID=789673 Yoav On 12/5/06, Filip Hanik - Dev Lists [EMAIL PROTECTED] wrote: Are we intentionally not supporting this? Would it be possible to set a flag to allow this? I could expand the patch, that if the packageName parameter in findType(char[] typeName, char[][] packageName) starts with org.apache.jsp then it would do the same as below, try to resolve it as a single class any thoughts, any more correct solution? Filip Index: java/org/apache/jasper/compiler/JDTCompiler.java === --- java/org/apache/jasper/compiler/JDTCompiler.java(revision 482723) +++ java/org/apache/jasper/compiler/JDTCompiler.java(working copy) @@ -167,7 +167,13 @@ } result += sep; result += new String(typeName); -return findType(result); +NameEnvironmentAnswer ne = findType(result); +if ( ne == null /* check empty package */ ) { +result = new String(typeName); +ne = findType(result); + +} +return ne; } private NameEnvironmentAnswer findType(String className) { - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
svn commit: r482756 - /tomcat/connectors/trunk/jk/native/common/jk_lb_worker.c
Author: rjung Date: Tue Dec 5 12:13:48 2006 New Revision: 482756 URL: http://svn.apache.org/viewvc?view=revrev=482756 Log: Dropping one of the two jk_endpoint members of the lb_endpoint. I could find not s single line apart from the deleted, where the jk_endpoint named e was used. Also tests showed, it was always NULL. Maybe e was supposed to be the endpoint of an lb member that actually services the request, but this endpoint is called end and onl lived in the lb service method locally. Modified: tomcat/connectors/trunk/jk/native/common/jk_lb_worker.c Modified: tomcat/connectors/trunk/jk/native/common/jk_lb_worker.c URL: http://svn.apache.org/viewvc/tomcat/connectors/trunk/jk/native/common/jk_lb_worker.c?view=diffrev=482756r1=482755r2=482756 == --- tomcat/connectors/trunk/jk/native/common/jk_lb_worker.c (original) +++ tomcat/connectors/trunk/jk/native/common/jk_lb_worker.c Tue Dec 5 12:13:48 2006 @@ -79,7 +79,6 @@ struct lb_endpoint { -jk_endpoint_t *e; lb_worker_t *worker; jk_endpoint_t endpoint; @@ -1098,10 +1097,6 @@ if (e *e (*e)-endpoint_private) { lb_endpoint_t *p = (*e)-endpoint_private; -if (p-e) { -p-e-done(p-e, l); -} - free(p); *e = NULL; JK_TRACE_EXIT(l); @@ -1303,7 +1298,6 @@ if (pThis pThis-worker_private pend) { lb_endpoint_t *p = (lb_endpoint_t *) malloc(sizeof(lb_endpoint_t)); -p-e = NULL; p-worker = pThis-worker_private; p-endpoint.endpoint_private = p; p-endpoint.service = service; - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
mod_jk problem when streaming files larger than ~400k (causes ClientAbortException)
Hi Devs, I sent this to the user list without any responses. I am looking for some insight from the dev list. You can also see the nabble archive of the user-list posting at http://www.nabble.com/mod_jk-problem-when-streaming-files-larger-than-%7E400k-%28causes-ClientAbortException%29-t2756411.html If I don't get any responses, then I can submit a bugzilla bug with a testcase war file and its source (maven driven) so that the devs can play around with it. Cheers, -- Haroon Rafique [EMAIL PROTECTED] -- Forwarded message -- Date: Mon, 4 Dec 2006 15:01:19 -0500 (EST) From: Haroon Rafique [EMAIL PROTECTED] To: users@tomcat.apache.org Subject: mod_jk problem when streaming files larger than ~400k (causes ClientAbortException) Hi, I am using mod_jk 1.2.19 on Linux with JDK 1.5.0_08, tomcat 5.5.20. Our application is struts-based and in one of our actions we stream a PDF to the client. The pseudo-code for outputting the response back to the client is as follows (assuming baos contains a ByteArrayOutputStream): OutputStream out = response.getOutputStream(); baos.writeTo(out); out.flush(); out.close(); We noticed no problems when the size of baos was less than 400k. Now the filesize has jumped to a little greater than 400k. With mod_jk in the picture, intermittently (not all the time), we get ClientAbortException: Caused by: ClientAbortException: java.io.IOException at org.apache.catalina.connector.OutputBuffer.realWriteBytes(OutputBuffer.java:366) The end result being that the PDF is truncated and Acrobat considers it damaged. Without mod_jk in the picture, everything is fine. Turning up the mod_jk logging to debug gave me too much info. Turning it down to info gave me some clues. Basically, there are 3 flavors of the failures. Maybe they are all the same but it might appear different to a trained eye, so I'm posting all three. Flavor 1 error: === [Mon Dec 04 14:28:59 2006] [25445:9920] [info] ajp_connection_tcp_get_message:: jk_ajp_common.c (941): (local) Tomcat has forced a connection close for socket 22 [Mon Dec 04 14:28:59 2006] [25445:9920] [error] ajp_get_reply::jk_ajp_common.c (1562): (local) Tomcat is down or network problems. Part of the response has already been sent to the client [Mon Dec 04 14:28:59 2006] [25445:9920] [info] ajp_service::jk_ajp_common.c (18 28): (local) receiving from tomcat failed, recoverable operation attempt=0 [Mon Dec 04 14:28:59 2006] [25445:9920] [info] ajp_service::jk_ajp_common.c (1867): (local) sending request to tomcat failed, recoverable operation attempt=1 [Mon Dec 04 14:28:59 2006] [25445:9920] [info] ajp_process_callback::jk_ajp_common.c (1410): Writing to client aborted or client network problems [Mon Dec 04 14:28:59 2006] [25445:9920] [info] ajp_service::jk_ajp_common.c (1795): (local) request failed, because of client write error without recovery in send loop attempt=1 [Mon Dec 04 14:28:59 2006] [25445:9920] [info] jk_handler::mod_jk.c (2056): Aborting connection for worker=local Flavor 2 error: === [Mon Dec 04 14:30:30 2006] [25448:9920] [info] ajp_send_request::jk_ajp_common.c (1170): (local) socket 22 is not connected any more (errno=0) [Mon Dec 04 14:30:30 2006] [25448:9920] [info] ajp_send_request::jk_ajp_common.c (1194): (local) error sending request. Will try another pooled connection [Mon Dec 04 14:30:30 2006] [25448:9920] [info] ajp_send_request::jk_ajp_common.c (1218): (local) all endpoints are disconnected or dead [Mon Dec 04 14:30:30 2006] [25448:9920] [info] ajp_service::jk_ajp_common.c (1867): (local) sending request to tomcat failed, recoverable operation attempt=1 [Mon Dec 04 14:30:32 2006] [25448:9920] [info] ajp_connection_tcp_get_message::jk_ajp_common.c (941): (local) Tomcat has forced a connection close for socket 22 [Mon Dec 04 14:30:32 2006] [25448:9920] [error] ajp_get_reply::jk_ajp_common.c (1562): (local) Tomcat is down or network problems. Part of the response has already been sent to the client [Mon Dec 04 14:30:32 2006] [25448:9920] [info] ajp_service::jk_ajp_common.c (1828): (local) receiving from tomcat failed, recoverable operation attempt=1 [Mon Dec 04 14:30:32 2006] [25448:9920] [info] ajp_service::jk_ajp_common.c (1867): (local) sending request to tomcat failed, recoverable operation attempt=2 [Mon Dec 04 14:30:32 2006] [25448:9920] [error] ajp_service::jk_ajp_common.c (1879): (local) Connecting to tomcat failed. Tomcat is probably not started or is listening on the wrong port [Mon Dec 04 14:30:32 2006] [25448:9920] [info] jk_handler::mod_jk.c (2063): Service error=0 for worker=local Flavor 3 error: === [Mon Dec 04 14:32:31 2006] [25444:9920] [info]
svn commit: r482797 - in /tomcat/tc6.0.x/trunk/java/org/apache/catalina: authenticator/ ha/authenticator/
Author: remm Date: Tue Dec 5 13:49:09 2006 New Revision: 482797 URL: http://svn.apache.org/viewvc?view=revrev=482797 Log: - Add experimental clustered SSO code. - Submitted by Fabien Carrion. Added: tomcat/tc6.0.x/trunk/java/org/apache/catalina/ha/authenticator/ tomcat/tc6.0.x/trunk/java/org/apache/catalina/ha/authenticator/ClusterSingleSignOn.java (with props) tomcat/tc6.0.x/trunk/java/org/apache/catalina/ha/authenticator/ClusterSingleSignOnListener.java (with props) tomcat/tc6.0.x/trunk/java/org/apache/catalina/ha/authenticator/SingleSignOnMessage.java (with props) tomcat/tc6.0.x/trunk/java/org/apache/catalina/ha/authenticator/mbeans-descriptors.xml (with props) Modified: tomcat/tc6.0.x/trunk/java/org/apache/catalina/authenticator/SingleSignOn.java Modified: tomcat/tc6.0.x/trunk/java/org/apache/catalina/authenticator/SingleSignOn.java URL: http://svn.apache.org/viewvc/tomcat/tc6.0.x/trunk/java/org/apache/catalina/authenticator/SingleSignOn.java?view=diffrev=482797r1=482796r2=482797 == --- tomcat/tc6.0.x/trunk/java/org/apache/catalina/authenticator/SingleSignOn.java (original) +++ tomcat/tc6.0.x/trunk/java/org/apache/catalina/authenticator/SingleSignOn.java Tue Dec 5 13:49:09 2006 @@ -401,7 +401,7 @@ if (entry != null) { if (containerLog.isDebugEnabled()) containerLog.debug( Found cached principal ' + -entry.getPrincipal().getName() + ' with auth type ' + +(entry.getPrincipal() != null ? entry.getPrincipal().getName() : ) + ' with auth type ' + entry.getAuthType() + '); request.setNote(Constants.REQ_SSOID_NOTE, cookie.getValue()); // Only set security elements if reauthentication is not required @@ -600,7 +600,7 @@ if (containerLog.isDebugEnabled()) containerLog.debug(Registering sso id ' + ssoId + ' for user ' + -principal.getName() + ' with auth type ' + authType + '); +(principal != null ? principal.getName() : ) + ' with auth type ' + authType + '); synchronized (cache) { cache.put(ssoId, new SingleSignOnEntry(principal, authType, Added: tomcat/tc6.0.x/trunk/java/org/apache/catalina/ha/authenticator/ClusterSingleSignOn.java URL: http://svn.apache.org/viewvc/tomcat/tc6.0.x/trunk/java/org/apache/catalina/ha/authenticator/ClusterSingleSignOn.java?view=autorev=482797 == --- tomcat/tc6.0.x/trunk/java/org/apache/catalina/ha/authenticator/ClusterSingleSignOn.java (added) +++ tomcat/tc6.0.x/trunk/java/org/apache/catalina/ha/authenticator/ClusterSingleSignOn.java Tue Dec 5 13:49:09 2006 @@ -0,0 +1,448 @@ +/* + * Copyright 1999-2001,2004-2005 The Apache Software Foundation. + * + * Licensed under the Apache License, Version 2.0 (the License); + * you may not use this file except in compliance with the License. + * You may obtain a copy of the License at + * + * http://www.apache.org/licenses/LICENSE-2.0 + * + * Unless required by applicable law or agreed to in writing, software + * distributed under the License is distributed on an AS IS BASIS, + * WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied. + * See the License for the specific language governing permissions and + * limitations under the License. + */ + + +package org.apache.catalina.ha.authenticator; + + +import java.security.Principal; + +import org.apache.catalina.Container; +import org.apache.catalina.Context; +import org.apache.catalina.Cluster; +import org.apache.catalina.Engine; +import org.apache.catalina.Host; +import org.apache.catalina.LifecycleException; +import org.apache.catalina.Manager; +import org.apache.catalina.Session; +import org.apache.catalina.authenticator.SingleSignOn; +import org.apache.catalina.authenticator.SingleSignOnEntry; +import org.apache.catalina.ha.CatalinaCluster; +import org.apache.catalina.ha.ClusterManager; + + + +/** + * A strongValve/strong that supports a single sign on user experience on + * each nodes of a cluster, where the security identity of a user who successfully + * authenticates to one web application is propogated to other web applications and + * to other nodes cluster in the same security domain. For successful use, the following + * requirements must be met: + * ul + * liThis Valve must be configured on the Container that represents a + * virtual host (typically an implementation of codeHost/code)./li + * liThe codeRealm/code that contains the shared user and role + * information must be configured on the same Container (or a higher + * one), and not overridden at the web application level./li + * liThe web applications themselves must use one of the standard + * Authenticators found in the + *
Re: Beans without packages in JSP files
I'm not talking about import A; I'm talking about simply using A in the JSP %=A.test()% without using an import, This doesn't work, cause our JSP page gets packaged as org.apache.jsp.directory and our code adds that before it tries to resolve A Filip Yoav Shapira wrote: Hi, I think we are intentionally not supporting this, because Java itself (as of 1.4 IIRC) doesn't support it. See for example http://forum.java.sun.com/thread.jspa?threadID=733449messageID=4217703 http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=4361575 http://forum.java.sun.com/thread.jspa?threadID=789673 Yoav On 12/5/06, Filip Hanik - Dev Lists [EMAIL PROTECTED] wrote: Are we intentionally not supporting this? Would it be possible to set a flag to allow this? I could expand the patch, that if the packageName parameter in findType(char[] typeName, char[][] packageName) starts with org.apache.jsp then it would do the same as below, try to resolve it as a single class any thoughts, any more correct solution? Filip Index: java/org/apache/jasper/compiler/JDTCompiler.java === --- java/org/apache/jasper/compiler/JDTCompiler.java(revision 482723) +++ java/org/apache/jasper/compiler/JDTCompiler.java(working copy) @@ -167,7 +167,13 @@ } result += sep; result += new String(typeName); -return findType(result); +NameEnvironmentAnswer ne = findType(result); +if ( ne == null /* check empty package */ ) { +result = new String(typeName); +ne = findType(result); + +} +return ne; } private NameEnvironmentAnswer findType(String className) { - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
svn commit: r482805 - /tomcat/tc6.0.x/trunk/webapps/docs/changelog.xml
Author: remm Date: Tue Dec 5 14:09:59 2006 New Revision: 482805 URL: http://svn.apache.org/viewvc?view=revrev=482805 Log: - Changelog update. Modified: tomcat/tc6.0.x/trunk/webapps/docs/changelog.xml Modified: tomcat/tc6.0.x/trunk/webapps/docs/changelog.xml URL: http://svn.apache.org/viewvc/tomcat/tc6.0.x/trunk/webapps/docs/changelog.xml?view=diffrev=482805r1=482804r2=482805 == --- tomcat/tc6.0.x/trunk/webapps/docs/changelog.xml (original) +++ tomcat/tc6.0.x/trunk/webapps/docs/changelog.xml Tue Dec 5 14:09:59 2006 @@ -59,6 +59,9 @@ Add system property to WebappClassLoader to allow disabling setting references to null when stopping it (remm) /update + add +Add clustered SSO code, submitted by Fabien Carrion (remm) + /add /changelog /subsection subsection name=Coyote - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Beans without packages in JSP files
Hi, On 12/5/06, Filip Hanik - Dev Lists [EMAIL PROTECTED] wrote: I'm not talking about import A; I'm talking about simply using A in the JSP %=A.test()% without using an import, This doesn't work, cause our JSP page gets packaged as org.apache.jsp.directory and our code adds that before it tries to resolve A I apologize, I guess I wasn't clear ;) First of all, this is not new stuff at all. It's been in our FAQ (http://tomcat.apache.org/faq/classnotfound.html) for at least a couple of years. What made you bring it up now? In your example, what does simply using A in the JSP mean? What does it look like in the compiled servlet that the JSP is turned into? You have to resolve it to *some* package. Are you saying the current code assigns a default org.apache.jsp package *before* doing this resolving? I doubt that's the case, or everyone's beans that are not in org.apache.jsp would break... Yoav - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Beans without packages in JSP files
Yoav Shapira wrote: Hi, On 12/5/06, Filip Hanik - Dev Lists [EMAIL PROTECTED] wrote: I'm not talking about import A; I'm talking about simply using A in the JSP %=A.test()% without using an import, This doesn't work, cause our JSP page gets packaged as org.apache.jsp.directory and our code adds that before it tries to resolve A I apologize, I guess I wasn't clear ;) First of all, this is not new stuff at all. It's been in our FAQ (http://tomcat.apache.org/faq/classnotfound.html) for at least a couple of years. What made you bring it up now? Just ran into an issue where this was the case, made me look into the code to see how A got resolved, basically, it tries to load org.apache.jsp.directory.A. if A was not identified by a import statement and sits in a package. This is an app that runs om Tomcat 3, where it is working just dandy :) I hadn't realized that it had changed on the javac level to not work on this, thanks for pointing it out. In your example, what does simply using A in the JSP mean? What does it look like in the compiled servlet that the JSP is turned into? You have to resolve it to *some* package. Are you saying the current code assigns a default org.apache.jsp package *before* doing this resolving? I doubt that's the case, or everyone's beans that are not in org.apache.jsp would break... Nope, just if it doesn't belong in a package already. Then it will guess that the prefix should be the package that the JSP is in. I'm over it, scratch everything I said, this conversation never happened. Filip - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Beans without packages in JSP files
just because I can't shut up, but everyone should know that by now, If I wanted this JSP to work %=A.test()% then I would simply do this 1. place A.class in WEB-INF/classes/ (required for running the compiled JSP, runtime class loading) 2. place A.class in WEB-INF/classes/org/apache/jsp/ (required for the compilation to work, compile time class loading) so there is a way to run it, what I was trying to do, was simply eliminate step 1. Filip Filip Hanik - Dev Lists wrote: Yoav Shapira wrote: Hi, On 12/5/06, Filip Hanik - Dev Lists [EMAIL PROTECTED] wrote: I'm not talking about import A; I'm talking about simply using A in the JSP %=A.test()% without using an import, This doesn't work, cause our JSP page gets packaged as org.apache.jsp.directory and our code adds that before it tries to resolve A I apologize, I guess I wasn't clear ;) First of all, this is not new stuff at all. It's been in our FAQ (http://tomcat.apache.org/faq/classnotfound.html) for at least a couple of years. What made you bring it up now? Just ran into an issue where this was the case, made me look into the code to see how A got resolved, basically, it tries to load org.apache.jsp.directory.A. if A was not identified by a import statement and sits in a package. This is an app that runs om Tomcat 3, where it is working just dandy :) I hadn't realized that it had changed on the javac level to not work on this, thanks for pointing it out. In your example, what does simply using A in the JSP mean? What does it look like in the compiled servlet that the JSP is turned into? You have to resolve it to *some* package. Are you saying the current code assigns a default org.apache.jsp package *before* doing this resolving? I doubt that's the case, or everyone's beans that are not in org.apache.jsp would break... Nope, just if it doesn't belong in a package already. Then it will guess that the prefix should be the package that the JSP is in. I'm over it, scratch everything I said, this conversation never happened. Filip - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 38372] - tcnative-1.dll response overflow corruption, partial pages
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=38372. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=38372 --- Additional Comments From [EMAIL PROTECTED] 2006-12-05 15:30 --- Same tcnative-1.dll problem. First installed WinXP SP1 and Tomcat 5.5.20 with tcnative (1.1.4.0). Everything went ok. Then installed SP2. Still ok. And then all the MS updates (a bunch of more than 50 windows updates - all from SP2 issue date till 2006-12-06). Suddenly problem with serving big *.js files occured. Couldn't run FCKeditor on Firefox properly because Tomcat didn't served FCKeditor/editor/js/fckeditorcode_gecko.js file properly in one of my webapps. The size of the file was ok, but the body looked like someone copy-and-pasted the beginning of the file in the midst of it (thus ruining Javascript code). Removed tcnative and everything's fine again. -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[VOTE] Tomcat 6.0.3 alpha build
The build is available here: http://people.apache.org/~remm/tomcat-6/v6.0.3/ Comments ? Rémy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: svn commit: r481745 - in /tomcat/connectors/trunk/procrun/bin: tomcat5.exe tomcat5.exe.amd64 tomcat5w.exe tomcat5w.exe.amd64
[EMAIL PROTECTED] wrote: Author: mturk Date: Sun Dec 3 01:49:18 2006 New Revision: 481745 URL: http://svn.apache.org/viewvc?view=revrev=481745 Log: Update binaries with --ServiceUser/ServicePassword option. Modified: tomcat/connectors/trunk/procrun/bin/tomcat5.exe tomcat/connectors/trunk/procrun/bin/tomcat5.exe.amd64 tomcat/connectors/trunk/procrun/bin/tomcat5w.exe tomcat/connectors/trunk/procrun/bin/tomcat5w.exe.amd64 There is likely a glitch with those new binaries: logs end up in weird folders when installing (in the start menu for Tomcat /stop, or in webapps/stop folder in the installed directory; it depends). This does not appear to be caused by the installer (6.0.2 does not have the problem). Rémy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
svn commit: r482933 - /tomcat/tc6.0.x/trunk/res/procrun/tomcat6.exe
Author: mturk Date: Tue Dec 5 23:13:26 2006 New Revision: 482933 URL: http://svn.apache.org/viewvc?view=revrev=482933 Log: Fix LOGPATH index. Modified: tomcat/tc6.0.x/trunk/res/procrun/tomcat6.exe Modified: tomcat/tc6.0.x/trunk/res/procrun/tomcat6.exe URL: http://svn.apache.org/viewvc/tomcat/tc6.0.x/trunk/res/procrun/tomcat6.exe?view=diffrev=482933r1=482932r2=482933 == Binary files - no diff available. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
svn commit: r482934 - in /tomcat/connectors/trunk/procrun/bin: tomcat5.exe tomcat5.exe.amd64
Author: mturk Date: Tue Dec 5 23:13:48 2006 New Revision: 482934 URL: http://svn.apache.org/viewvc?view=revrev=482934 Log: Fix LOGPATH index. Modified: tomcat/connectors/trunk/procrun/bin/tomcat5.exe tomcat/connectors/trunk/procrun/bin/tomcat5.exe.amd64 Modified: tomcat/connectors/trunk/procrun/bin/tomcat5.exe URL: http://svn.apache.org/viewvc/tomcat/connectors/trunk/procrun/bin/tomcat5.exe?view=diffrev=482934r1=482933r2=482934 == Binary files - no diff available. Modified: tomcat/connectors/trunk/procrun/bin/tomcat5.exe.amd64 URL: http://svn.apache.org/viewvc/tomcat/connectors/trunk/procrun/bin/tomcat5.exe.amd64?view=diffrev=482934r1=482933r2=482934 == Binary files - no diff available. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: svn commit: r481745 - in /tomcat/connectors/trunk/procrun/bin: tomcat5.exe tomcat5.exe.amd64 tomcat5w.exe tomcat5w.exe.amd64
Remy Maucherat wrote: [EMAIL PROTECTED] wrote: Author: mturk Date: Sun Dec 3 01:49:18 2006 New Revision: 481745 URL: http://svn.apache.org/viewvc?view=revrev=481745 Log: Update binaries with --ServiceUser/ServicePassword option. Modified: tomcat/connectors/trunk/procrun/bin/tomcat5.exe tomcat/connectors/trunk/procrun/bin/tomcat5.exe.amd64 tomcat/connectors/trunk/procrun/bin/tomcat5w.exe tomcat/connectors/trunk/procrun/bin/tomcat5w.exe.amd64 There is likely a glitch with those new binaries: logs end up in weird folders when installing (in the start menu for Tomcat /stop, or in webapps/stop folder in the installed directory; it depends). This does not appear to be caused by the installer (6.0.2 does not have the problem). Right, my bad. I've updated the binaries. Regards, Mladen. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]