Re: PATCH - jk\native2\common\jk_worker_ajp13.c - get/set updates
NormW wrote: Greetings All, The link below is a diff to the above referenced file, and which does the following: - adds 'debug' into setAttribute() (it was listed already in setAttributeInfo[]), - adds 'max_connections' to 'setAttributeInfo[]' (it was already in setAttribute()), - adds 'max_connections' to 'getAttributeInfo[]', - adds 'max_connections' to 'getAttribute()', - re-orders getAttributeInfo[] to a more logical sequence for status worker display: : balance related items are grouped, : route items are grouped, : connections items are grouped, : 'debug' and 'disabled' at the end of the list (to be in a standard location). - code presentaion in related areas made same as status worker. That makes other changes hard to see ;-( http://normw.gknw.com/patches/jk_worker_ajp13.c.diff The resulting jk_worker_ajp13.c has been successfully compiled and tested to display correctly in status worker pages on a NetWare platform. Norm. - jk_worker_ajp13.c.orig 2004-05-12 17:56:30.0 +1000 +++ jk_worker_ajp13.c 2004-05-12 22:00:46.0 +1000 @@ -35,23 +35,23 @@ #include jk_registry.h /* Impl */ -static char *jk2_worker_ajp13_getAttributeInfo[] = -{ lb_factor, lb_value, debug, channel, level, -route, routeRedirect, errorState, graceful, groups, disabled, -epCount, errorTime, connectTimeout, replyTimeout, -prepostTimeout, NULL -}; - +/* + * Object properties having multiple values. + */ static char *jk2_worker_ajp13_multiValueInfo[] = { group, NULL }; -static char *jk2_worker_ajp13_setAttributeInfo[] = -{ debug, channel, route, routeRedirect, secretkey, group, -graceful, -disabled, lb_factor, level, connectTimeout, replyTimeout, -prepostTimeout, NULL +/* + * Properties available to Get. + */ +static char *jk2_worker_ajp13_getAttributeInfo[] = { +channel, groups, max_connections, epCount, level, lb_factor, +lb_value, route, routeRedirect,graceful, errorState, errorTime, +connectTimeout, replyTimeout, prepostTimeout, debug, disabled, NULL }; - +/* + * Get worker properties. + */ static void *JK_METHOD jk2_worker_ajp13_getAttribute(jk_env_t *env, jk_bean_t *bean, char *name) @@ -59,66 +59,101 @@ jk_worker_t *worker = (jk_worker_t *)bean-object; if (strcmp(name, channelName) == 0 || strcmp(name, channel) == 0) { -if (worker-channel != NULL) + +if (worker-channel != NULL) { + return worker-channel-mbean-name; -else +} +else { + return worker-channelName; -} -else if (strcmp(name, route) == 0) { -return worker-route; -} -else if (strcmp(name, routeRedirect) == 0) { -return worker-routeRedirect; -} -else if (strcmp(name, debug) == 0) { -return jk2_env_itoa(env, bean-debug); +} } else if (strcmp(name, groups) == 0) { + return jk2_map_concatKeys(env, worker-groups, :); } +else if (strcmp(name, max_connections) == 0) { + +return jk2_env_itoa(env, worker-maxEndpoints); +} +else if (strcmp(name, epCount) == 0) { + +if (worker-endpointCache == NULL) { + +return 0; +} +return jk2_env_itoa(env, worker-endpointCache-count); +} else if (strcmp(name, level) == 0) { + return jk2_env_itoa(env, worker-level); } -else if (strcmp(name, errorTime) == 0) { -return jk2_env_itoa(env, worker-error_time); +else if (strcmp(name, lb_factor) == 0) { + +return jk2_env_itoa(env, worker-lb_factor); } else if (strcmp(name, lb_value) == 0) { + return jk2_env_itoa(env, worker-lb_value); } -else if (strcmp(name, lb_factor) == 0) { -return jk2_env_itoa(env, worker-lb_factor); +else if (strcmp(name, route) == 0) { + +return worker-route; } -else if (strcmp(name, errorState) == 0) { -return jk2_env_itoa(env, worker-in_error_state); +else if (strcmp(name, routeRedirect) == 0) { + +return worker-routeRedirect; } else if (strcmp(name, graceful) == 0) { + return jk2_env_itoa(env, worker-graceful); } +else if (strcmp(name, errorState) == 0) { + +return jk2_env_itoa(env, worker-in_error_state); +} +else if (strcmp(name, errorTime) == 0) { + +return jk2_env_itoa(env, worker-error_time); +} else if (strcmp(name, connectTimeout) == 0) { + return jk2_env_itoa(env, worker-connect_timeout); } else if (strcmp(name, replyTimeout) == 0) { + return jk2_env_itoa(env, worker-reply_timeout); } else if (strcmp(name, prepostTimeout) == 0) { + return jk2_env_itoa(env, worker-prepost_timeout); } +else if (strcmp(name, debug) == 0) { + +return jk2_env_itoa(env,
DO NOT REPLY [Bug 28949] - Occasional NoClassDefFoundError for tag classes at startup
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=28949. 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=28949 Occasional NoClassDefFoundError for tag classes at startup [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||INVALID --- Additional Comments From [EMAIL PROTECTED] 2004-05-14 07:20 --- I've never seen this occur with the admin webapp, which seems a good candidate, nor with other Struts based webapps. Please submit a test case. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: DO NOT REPLY [Bug 28949] -
§Ú¤w¸g¦¬¨ì¨Ó«H¤F, ÁÂÁ±z. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 28959] - IOException using CoyoteReader.readLine() but not using .read()
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=28959. 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=28959 IOException using CoyoteReader.readLine() but not using .read() [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||INVALID --- Additional Comments From [EMAIL PROTECTED] 2004-05-14 07:32 --- Please also submit the client code to reproduce the problem, as this works for me right now. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 28971] New: - problems if root-context and application-context sets cookies
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=28971. 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=28971 problems if root-context and application-context sets cookies Summary: problems if root-context and application-context sets cookies Product: Tomcat 5 Version: 5.0.24 Platform: Other OS/Version: Other Status: NEW Severity: Critical Priority: Other Component: Catalina AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] I am not sure if this is a new bug (i have used tomcat4 for now and the .24 release is my first try to move to tomcat5). Tomcat (now) sets two cookies - one for the root-context and one for the application context - say (/opsjs). Now on every request two cookies are sent to tomcat - one session-id for the root context and one for the application-context. But it looks like tomcat cant handle this case - maybe only the first cookie is processed and this do not match to the cookie-list for the application-context (just an idea) - so a new session is started and a new cookie sent to the browser. I have had to disable the cookies on the root context. Context path= docBase=ROOT debug=0 cookies=false/ Then the application works like expected - only one cookie is sent. The definition of the application context is: Context path=/opsjs docBase=/u/opsj crossContext=false debug=0 reloadable=false trusted=false ... Since another user experienced the same problem i decided to enter this (new) behaviour as critical. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-catalina/catalina/src/share/org/apache/coyote/tomcat5 CoyoteAdapter.java
remm2004/05/14 04:00:25 Modified:catalina/src/share/org/apache/coyote/tomcat5 CoyoteAdapter.java Log: - Major mistake: the sever cookies should be parsed after the context is mapped, otherwise, the session cookie is never considered valid, and it will use the last one. - Bug 28971. So we're going to have a hotfix ... Revision ChangesPath 1.26 +12 -1 jakarta-tomcat-catalina/catalina/src/share/org/apache/coyote/tomcat5/CoyoteAdapter.java Index: CoyoteAdapter.java === RCS file: /home/cvs/jakarta-tomcat-catalina/catalina/src/share/org/apache/coyote/tomcat5/CoyoteAdapter.java,v retrieving revision 1.25 retrieving revision 1.26 diff -u -r1.25 -r1.26 --- CoyoteAdapter.java28 Apr 2004 22:05:10 - 1.25 +++ CoyoteAdapter.java14 May 2004 11:00:25 - 1.26 @@ -295,6 +295,9 @@ return false; } +// Parse session Id +parseSessionCookiesId(req, request); + return true; } @@ -352,6 +355,14 @@ request.setRequestedSessionId(null); request.setRequestedSessionURL(false); } + +} + + +/** + * Parse session id in URL. + */ +protected void parseSessionCookiesId(Request req, CoyoteRequest request) { // Parse session id from cookies Cookies serverCookies = req.getCookies(); - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 28971] - problems if root-context and application-context sets cookies
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=28971. 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=28971 problems if root-context and application-context sets cookies [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2004-05-14 11:20 --- This is now fixed. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 28971] - problems if root-context and application-context sets cookies
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=28971. 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=28971 problems if root-context and application-context sets cookies --- Additional Comments From [EMAIL PROTECTED] 2004-05-14 11:22 --- Index: CoyoteAdapter.java === RCS file: /home/cvs/jakarta-tomcat-catalina/catalina/src/share/org/apache/coyote/tomcat5/CoyoteAdapter.java,v retrieving revision 1.25 retrieving revision 1.26 diff -u -r1.25 -r1.26 --- CoyoteAdapter.java28 Apr 2004 22:05:10 - 1.25 +++ CoyoteAdapter.java14 May 2004 11:00:25 - 1.26 @@ -295,6 +295,9 @@ return false; } +// Parse session Id +parseSessionCookiesId(req, request); + return true; } @@ -352,6 +355,14 @@ request.setRequestedSessionId(null); request.setRequestedSessionURL(false); } + +} + + +/** + * Parse session id in URL. + */ +protected void parseSessionCookiesId(Request req, CoyoteRequest request) { // Parse session id from cookies Cookies serverCookies = req.getCookies(); - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Load on startup 0
Hi, I got a question recently on the load on startup behavior, when associated to the 0 value. Tomcat will start those servlets last, and this was done on purpose (this dates back from TC 4.0, I think). However, the current spec wording isn't clear at all: quote The load-on-startup element indicates that this servlet should be loaded (instantiated and have its init() called) on the startup of the web application. The optional contents of these element must be an integer indicating the order in which the servlet should be loaded. If the value is a negative integer, or the element is not present, the container is free to load the servlet whenever it chooses. If the value is a positive integer or 0, the container must load and initialize the servlet as the application is deployed. The container must guarantee that servlets marked with lower integers are loaded before servlets marked with higher integers. The container may choose the order of loading of servlets with the same load-on-start-up value. /quote quote The load-on-startup element indicates that this servlet should be loaded on the startup of the web application. The optional contents of these element must be a positive integer indicating the order in which the servlet should be loaded. Lower integers are loaded before higher integers. If no value is specified, or if the value specified is not a positive integer, the container is free to load it at any time in the startup sequence. /quote Since 0 doesn't seem to be considered as a positive integer, this would mean our behavior is ok (somehow), but I'm really not sure ;) Rémy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Embedding Jasper / JSP compiling
Hi, I'm currently working on embedding a jasper engine within a servlet container that I'm writing. During this work I have run into the following questions: 1) Is the only advantage to using fork=true, that the javac memory leak issue is avoided? 2) Has the javac memory leak issue been fixed in newer versions of the JDK? 3) Is there any way to have the Java code generated from JSPs compiled using my own classloader? I was thinking, that if I used fork=false, maybe javac would just use the present classloader. Any help with the above questions would be greatly appreciated, since it seems that I'm on a fairly difficult endeavour here. TIA, -dennis - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: cvs commit: jakarta-tomcat-catalina/catalina/src/share/org/apache/coyote/tomcat5 CoyoteAdapter.java
[EMAIL PROTECTED] wrote: remm2004/05/14 04:00:25 Modified:catalina/src/share/org/apache/coyote/tomcat5 CoyoteAdapter.java Log: - Major mistake: the sever cookies should be parsed after the context is mapped, otherwise, the session cookie is never considered valid, and it will use the last one. - Bug 28971. So we're going to have a hotfix ... Two possibilities: - 5.0.25 (cool, I thought we had avoided it ;) ) - A hotfix for 5.0.24 (I'll put and sign a .zip and a .tgz, sign them, and link them from the news and binaries pages) Rémy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: cvs commit: jakarta-tomcat-catalina/catalina/src/share/org/apache/coyote/tomcat5 CoyoteAdapter.java
Remy Maucherat wrote: Two possibilities: - 5.0.25 (cool, I thought we had avoided it ;) ) - A hotfix for 5.0.24 (I'll put and sign a .zip and a .tgz, sign them, and link them from the news and binaries pages) I know i have no rights to +1 here (i am not an tomcat committer), but from the sight of an developeradministrator of some tomcat instances i definitley would be happy with the hotfix - small to download, easy to drop into the tomcat installation. The 5.0.25 might come soon enough. However, even if others vote for a new release, it would be nice if you could provide the hotfix for download too. -- Mario - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
JK2 2.0.5?
Hi, How about releasing JK2 2.0.5? There was some fixes from Norm and the IIS bug resolved dealing with upload. Henri, are you willing to roll that again? MT. smime.p7s Description: S/MIME cryptographic signature
RE: JK2 2.0.5?
Dear Valued Customer, Thank you for contacting Customer Support at www.ballystore.com. In an effort to increase the effectiveness of customer communication, we recently modified our customer support e-mail addresses, and our system is unable to accept the e-mail you sent us. Please visit our online Customer Support at www.ballystore.com/helpdesk for answers to questions about your order. If you are unable to find the answers you need, you may contact one of our Customer Service Representatives through our online e-mail form, also found in the Help Area of our website. We apologize for any inconvenience this may cause you. Sincerely, Customer Support at www.ballystore.com Original Message Follows: Hi, How about releasing JK2 2.0.5? There was some fixes from Norm and the IIS bug resolved dealing with upload. Henri, are you willing to roll that again? MT. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: JK2 2.0.5?
Mladen Turk wrote: Hi, How about releasing JK2 2.0.5? There was some fixes from Norm and the IIS bug resolved dealing with upload. And there are recent changes to the Domino redirector in there too which will be of great interest to the ten or so people on the planet who use it :) -- Andy Armstrong, Tagish - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: JK2 2.0.5?
-Original Message- From: Andy Armstrong How about releasing JK2 2.0.5? There was some fixes from Norm and the IIS bug resolved dealing with upload. And there are recent changes to the Domino redirector in there too which will be of great interest to the ten or so people on the planet who use it :) That much :) Is it only or 5.x or it can be used for Domino 6 too? How about making a binary release? MT. smime.p7s Description: S/MIME cryptographic signature
Re: JK2 2.0.5?
Mladen Turk wrote: That much :) Maybe not :) Is it only or 5.x or it can be used for Domino 6 too? It should be fine with all Domino versions but I haven't tested against 6. I can find out from the 'extensive' user community whether any of them have. How about making a binary release? I've been tending to make the binary releases here: http://free.tagish.net/domino-tomcat/index.jsp which seems to suit the people who use it. I have to confess I haven't bothered to find out where on the jakarta.apache.org would be the appropriate place for a binary release or what might be involved. Anyone? -- Andy Armstrong, Tagish - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Load on startup 0
Hi, The spec is conflicting. We've been telling people to simply not use 0 at all, as different containers handle it differently: use 1 for the first load-on-startup servlet, and -1 (or omit the element altogether) if you don't want it started when the server starts. I suggest sending the JSR 154 folks a note asking for clarification in the next specification version. Yoav Shapira Millennium Research Informatics -Original Message- From: Remy Maucherat [mailto:[EMAIL PROTECTED] Sent: Friday, May 14, 2004 7:28 AM To: Tomcat Developers List Subject: Load on startup 0 Hi, I got a question recently on the load on startup behavior, when associated to the 0 value. Tomcat will start those servlets last, and this was done on purpose (this dates back from TC 4.0, I think). However, the current spec wording isn't clear at all: quote The load-on-startup element indicates that this servlet should be loaded (instantiated and have its init() called) on the startup of the web application. The optional contents of these element must be an integer indicating the order in which the servlet should be loaded. If the value is a negative integer, or the element is not present, the container is free to load the servlet whenever it chooses. If the value is a positive integer or 0, the container must load and initialize the servlet as the application is deployed. The container must guarantee that servlets marked with lower integers are loaded before servlets marked with higher integers. The container may choose the order of loading of servlets with the same load-on-start-up value. /quote quote The load-on-startup element indicates that this servlet should be loaded on the startup of the web application. The optional contents of these element must be a positive integer indicating the order in which the servlet should be loaded. Lower integers are loaded before higher integers. If no value is specified, or if the value specified is not a positive integer, the container is free to load it at any time in the startup sequence. /quote Since 0 doesn't seem to be considered as a positive integer, this would mean our behavior is ok (somehow), but I'm really not sure ;) Rémy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] 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]
RE: JK2 2.0.5?
-Original Message- From: Andy Armstrong Is it only or 5.x or it can be used for Domino 6 too? It should be fine with all Domino versions but I haven't tested against 6. I can find out from the 'extensive' user community whether any of them have. It seems to me that the 6.0 is quite different then 5.x, and IMO it would be great if someone could confirm that (either it works or not on 6.x). How about making a binary release? I've been tending to make the binary releases here: http://free.tagish.net/domino-tomcat/index.jsp which seems to suit the people who use it. I have to confess I haven't bothered to find out where on the jakarta.apache.org would be the appropriate place for a binary release or what might be involved. Anyone? Well, you are a committer, just sign the binaries and upload them to the Jakarta site. MT. smime.p7s Description: S/MIME cryptographic signature
Re: Embedding Jasper / JSP compiling
Dennis, I'm not a tomcat dev, but hopefully I can help anyway - having done what I think it is you're trying to do. I did mine for the Winstone servlet container (http://winstone.sourceforge.net) For Nos 1 and 2, I can't help. But for No 3 it involves setting context attributes: 1) org.apache.catalina.jsp_classpath, and 2) org.apache.catalina.classloader It seems that 1 is the one that does the work. It doesn't actually even seem to call 2 at class load time, but there is code that reads 2, so I set it anyway. By setting 1, you don't actually set the classloader, but you make a new classloader that has the same classpath. If that's not what you want, maybe someone else on the list can help. The only other thing you have to do is mount the JspServlet, which it sounds like you've already done. R Dennis Thrysøe wrote: Hi, I'm currently working on embedding a jasper engine within a servlet container that I'm writing. During this work I have run into the following questions: 1) Is the only advantage to using fork=true, that the javac memory leak issue is avoided? 2) Has the javac memory leak issue been fixed in newer versions of the JDK? 3) Is there any way to have the Java code generated from JSPs compiled using my own classloader? I was thinking, that if I used fork=false, maybe javac would just use the present classloader. Any help with the above questions would be greatly appreciated, since it seems that I'm on a fairly difficult endeavour here. TIA, -dennis - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: RE: JK2 2.0.5?
Dear Valued Customer, Thank you for contacting Customer Support at www.ballystore.com. In an effort to increase the effectiveness of customer communication, we recently modified our customer support e-mail addresses, and our system is unable to accept the e-mail you sent us. Please visit our online Customer Support at www.ballystore.com/helpdesk for answers to questions about your order. If you are unable to find the answers you need, you may contact one of our Customer Service Representatives through our online e-mail form, also found in the Help Area of our website. We apologize for any inconvenience this may cause you. Sincerely, Customer Support at www.ballystore.com Original Message Follows: -Original Message- From: Andy Armstrong Is it only or 5.x or it can be used for Domino 6 too? It should be fine with all Domino versions but I haven't tested against 6. I can find out from the 'extensive' user community whether any of them have. It seems to me that the 6.0 is quite different then 5.x, and IMO it would be great if someone could confirm that (either it works or not on 6.x). How about making a binary release? I've been tending to make the binary releases here: http://free.tagish.net/domino-tomcat/index.jsp which seems to suit the people who use it. I have to confess I haven't bothered to find out where on the jakarta.apache.org would be the appropriate place for a binary release or what might be involved. Anyone? Well, you are a committer, just sign the binaries and upload them to the Jakarta site. MT. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: JK2 2.0.5?
Mladen Turk wrote: It seems to me that the 6.0 is quite different then 5.x, and IMO it would be great if someone could confirm that (either it works or not on 6.x). I've asked the active users. One of them is planning to migrate their Domino 6 installation to the latest redirector next month so we'll know for sure then. They're currently using a very old version of the redirector successfully with Domino 6 which implies that the new one will work too. How about making a binary release? I've been tending to make the binary releases here: http://free.tagish.net/domino-tomcat/index.jsp which seems to suit the people who use it. I have to confess I haven't bothered to find out where on the jakarta.apache.org would be the appropriate place for a binary release or what might be involved. Anyone? Well, you are a committer, just sign the binaries and upload them to the Jakarta site. You make it sound so easy :) It'll probably be Monday before I get to look at it but I'll give it a go then. -- Andy Armstrong, Tagish - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: cvs commit: jakarta-tomcat-catalina/catalina/src/share/org/apache/coyote/tomcat5 CoyoteAdapter.java
Remy Maucherat wrote: [EMAIL PROTECTED] wrote: remm2004/05/14 04:00:25 Modified:catalina/src/share/org/apache/coyote/tomcat5 CoyoteAdapter.java Log: - Major mistake: the sever cookies should be parsed after the context is mapped, otherwise, the session cookie is never considered valid, and it will use the last one. - Bug 28971. So we're going to have a hotfix ... Two possibilities: - 5.0.25 (cool, I thought we had avoided it ;) ) - A hotfix for 5.0.24 (I'll put and sign a .zip and a .tgz, sign them, and link them from the news and binaries pages) +1 for the hotfix (seems less work and the fastest way) -- Jeanfrancois Rémy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Load on startup 0
Shapira, Yoav wrote: Hi, The spec is conflicting. We've been telling people to simply not use 0 at all, as different containers handle it differently: use 1 for the first load-on-startup servlet, and -1 (or omit the element altogether) if you don't want it started when the server starts. I suggest sending the JSR 154 folks a note asking for clarification in the next specification version. I've passed the info to the spec lead. Let see -- Jeanfrancois Yoav Shapira Millennium Research Informatics -Original Message- From: Remy Maucherat [mailto:[EMAIL PROTECTED] Sent: Friday, May 14, 2004 7:28 AM To: Tomcat Developers List Subject: Load on startup 0 Hi, I got a question recently on the load on startup behavior, when associated to the 0 value. Tomcat will start those servlets last, and this was done on purpose (this dates back from TC 4.0, I think). However, the current spec wording isn't clear at all: quote The load-on-startup element indicates that this servlet should be loaded (instantiated and have its init() called) on the startup of the web application. The optional contents of these element must be an integer indicating the order in which the servlet should be loaded. If the value is a negative integer, or the element is not present, the container is free to load the servlet whenever it chooses. If the value is a positive integer or 0, the container must load and initialize the servlet as the application is deployed. The container must guarantee that servlets marked with lower integers are loaded before servlets marked with higher integers. The container may choose the order of loading of servlets with the same load-on-start-up value. /quote quote The load-on-startup element indicates that this servlet should be loaded on the startup of the web application. The optional contents of these element must be a positive integer indicating the order in which the servlet should be loaded. Lower integers are loaded before higher integers. If no value is specified, or if the value specified is not a positive integer, the container is free to load it at any time in the startup sequence. /quote Since 0 doesn't seem to be considered as a positive integer, this would mean our behavior is ok (somehow), but I'm really not sure ;) Rémy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] 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] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: cvs commit: jakarta-tomcat-catalina/catalina/src/share/org/apache/coyote/tomcat5 CoyoteAdapter.java
- 5.0.25 +1 - A hotfix for 5.0.24 Big -1 Filip - Original Message - From: Remy Maucherat [EMAIL PROTECTED] To: Tomcat Developers List [EMAIL PROTECTED] Sent: Friday, May 14, 2004 6:32 AM Subject: Re: cvs commit: jakarta-tomcat-catalina/catalina/src/share/org/apache/coyote/tomcat5 CoyoteAdapter.java [EMAIL PROTECTED] wrote: remm2004/05/14 04:00:25 Modified:catalina/src/share/org/apache/coyote/tomcat5 CoyoteAdapter.java Log: - Major mistake: the sever cookies should be parsed after the context is mapped, otherwise, the session cookie is never considered valid, and it will use the last one. - Bug 28971. So we're going to have a hotfix ... Two possibilities: - 5.0.25 (cool, I thought we had avoided it ;) ) - A hotfix for 5.0.24 (I'll put and sign a .zip and a .tgz, sign them, and link them from the news and binaries pages) Rémy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: cvs commit: jakarta-tomcat-catalina/catalina/src/share/org/apache/coyote/tomcat5 CoyoteAdapter.java
I guess I should explain, since a bunch of user already downloaded 5.0.24, it is not a good idea to release a fix with the same version number. Makes it a lot harder to help people out on the user list Filip - Original Message - From: Filip Hanik - Dev [EMAIL PROTECTED] To: Tomcat Developers List [EMAIL PROTECTED] Sent: Friday, May 14, 2004 9:14 AM Subject: Re: cvs commit: jakarta-tomcat-catalina/catalina/src/share/org/apache/coyote/tomcat5 CoyoteAdapter.java - 5.0.25 +1 - A hotfix for 5.0.24 Big -1 Filip - Original Message - From: Remy Maucherat [EMAIL PROTECTED] To: Tomcat Developers List [EMAIL PROTECTED] Sent: Friday, May 14, 2004 6:32 AM Subject: Re: cvs commit: jakarta-tomcat-catalina/catalina/src/share/org/apache/coyote/tomcat5 CoyoteAdapter.java [EMAIL PROTECTED] wrote: remm2004/05/14 04:00:25 Modified:catalina/src/share/org/apache/coyote/tomcat5 CoyoteAdapter.java Log: - Major mistake: the sever cookies should be parsed after the context is mapped, otherwise, the session cookie is never considered valid, and it will use the last one. - Bug 28971. So we're going to have a hotfix ... Two possibilities: - 5.0.25 (cool, I thought we had avoided it ;) ) - A hotfix for 5.0.24 (I'll put and sign a .zip and a .tgz, sign them, and link them from the news and binaries pages) Rémy - 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]
Re: cvs commit: jakarta-tomcat-catalina/catalina/src/share/org/apache/coyote/tomcat5 CoyoteAdapter.java
Filip Hanik - Dev wrote: - 5.0.25 +1 - A hotfix for 5.0.24 Big -1 You seem to be alone, so ... Sorry :/ Rémy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: cvs commit: jakarta-tomcat-catalina/catalina/src/share/org/apache/coyote/tomcat5 CoyoteAdapter.java
since when could a -1 be shut down by one person, you so far you only have one +1 (Jeanfrancois) Filip - Original Message - From: Remy Maucherat [EMAIL PROTECTED] To: Tomcat Developers List [EMAIL PROTECTED] Sent: Friday, May 14, 2004 9:22 AM Subject: Re: cvs commit: jakarta-tomcat-catalina/catalina/src/share/org/apache/coyote/tomcat5 CoyoteAdapter.java Filip Hanik - Dev wrote: - 5.0.25 +1 - A hotfix for 5.0.24 Big -1 You seem to be alone, so ... Sorry :/ Rémy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: cvs commit: jakarta-tomcat-catalina/catalina/src/share/org/apache/coyote/tomcat5 CoyoteAdapter.java
Filip Hanik - Dev wrote: since when could a -1 be shut down by one person, you so far you only have one +1 (Jeanfrancois) This is a release, not a vote with a veto. I have 3 yes (Yoav - look in tc-user: he fully agrees with this, JF, me), and 1 no (you), so it's enough to put out a package. Anyway, I don't think you can prevent the release of such a patch since it will be useful for people. I understand the point of trying to encourage releasing a new build very soon, but I don't see the point of forcing people to d/l and install a big bundle again just for a simple fix. Rémy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 28971] - problems if root-context and application-context sets cookies
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=28971. 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=28971 problems if root-context and application-context sets cookies --- Additional Comments From [EMAIL PROTECTED] 2004-05-14 14:43 --- Created an attachment (id=11548) Extract the package in the Tomcat installation folder - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 28971] - problems if root-context and application-context sets cookies
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=28971. 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=28971 problems if root-context and application-context sets cookies --- Additional Comments From [EMAIL PROTECTED] 2004-05-14 14:44 --- Created an attachment (id=11549) Extract the package in the Tomcat installation folder (zip format) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: cvs commit: jakarta-tomcat-catalina/catalina/src/share/org/apache/coyote/tomcat5 CoyoteAdapter.java
roger that, didn't see the votes in tc-user, didn't even know we were voting in that forum :) Filip - Original Message - From: Remy Maucherat [EMAIL PROTECTED] To: Tomcat Developers List [EMAIL PROTECTED] Sent: Friday, May 14, 2004 9:41 AM Subject: Re: cvs commit: jakarta-tomcat-catalina/catalina/src/share/org/apache/coyote/tomcat5 CoyoteAdapter.java Filip Hanik - Dev wrote: since when could a -1 be shut down by one person, you so far you only have one +1 (Jeanfrancois) This is a release, not a vote with a veto. I have 3 yes (Yoav - look in tc-user: he fully agrees with this, JF, me), and 1 no (you), so it's enough to put out a package. Anyway, I don't think you can prevent the release of such a patch since it will be useful for people. I understand the point of trying to encourage releasing a new build very soon, but I don't see the point of forcing people to d/l and install a big bundle again just for a simple fix. Rémy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: cvs commit: jakarta-tomcat-catalina/catalina/src/share/org/apache/coyote/tomcat5 CoyoteAdapter.java
Filip Hanik - Dev wrote: roger that, didn't see the votes in tc-user, didn't even know we were voting in that forum :) It of course doesn't officially count (only tc-dev posts are official), but it seems Yoav thinks the patch will help people. And anytime he feels ready, he can do a new 5.0.25 build. Rémy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-catalina/catalina/src/conf server.xml
fhanik 2004/05/14 07:59:13 Modified:catalina/src/conf server.xml Log: Added in TTL and so timeout for multicast sockets Revision ChangesPath 1.32 +6 -0 jakarta-tomcat-catalina/catalina/src/conf/server.xml Index: server.xml === RCS file: /home/cvs/jakarta-tomcat-catalina/catalina/src/conf/server.xml,v retrieving revision 1.31 retrieving revision 1.32 diff -u -r1.31 -r1.32 --- server.xml5 Feb 2004 16:00:29 - 1.31 +++ server.xml14 May 2004 14:59:13 - 1.32 @@ -230,6 +230,12 @@ mcastAddr = the multicast address, has to be the same for all the nodes mcastPort = the multicast port, has to be the same for all the nodes + + mcastBindAddr = bind the multicast socket to a specific address + + mcastTTL = the multicast TTL if you want to limit your broadcast + + mcastSoTimeout = the multicast readtimeout mcastFrequency = the number of milliseconds in between sending a I'm alive heartbeat - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-catalina/modules/cluster/src/share/org/apache/catalina/cluster/mcast McastService.java McastServiceImpl.java
fhanik 2004/05/14 08:00:29 Modified:modules/cluster/src/share/org/apache/catalina/cluster/mcast McastService.java McastServiceImpl.java Log: Supporting TTL and so time out settings for multicast sockets Revision ChangesPath 1.10 +36 -1 jakarta-tomcat-catalina/modules/cluster/src/share/org/apache/catalina/cluster/mcast/McastService.java Index: McastService.java === RCS file: /home/cvs/jakarta-tomcat-catalina/modules/cluster/src/share/org/apache/catalina/cluster/mcast/McastService.java,v retrieving revision 1.9 retrieving revision 1.10 diff -u -r1.9 -r1.10 --- McastService.java 27 Feb 2004 14:58:56 - 1.9 +++ McastService.java 14 May 2004 15:00:29 - 1.10 @@ -53,6 +53,8 @@ * The local member */ protected McastMember localMember ; +private int mcastSoTimeout; +private int mcastTTL; /** * Create a membership service. @@ -169,11 +171,30 @@ if ( properties.getProperty(mcastBindAddress)!= null ) { bind = java.net.InetAddress.getByName(properties.getProperty(mcastBindAddress)); } +int ttl = -1; +int soTimeout = -1; +if ( properties.getProperty(mcastTTL) != null ) { +try { +ttl = Integer.parseInt(properties.getProperty(mcastTTL)); +} catch ( Exception x ) { +log.error(Unable to parse mcastTTL=+properties.getProperty(mcastTTL),x); +} +} +if ( properties.getProperty(mcastSoTimeout) != null ) { +try { +soTimeout = Integer.parseInt(properties.getProperty(mcastSoTimeout)); +} catch ( Exception x ) { +log.error(Unable to parse mcastSoTimeout=+properties.getProperty(mcastSoTimeout),x); +} +} + impl = new McastServiceImpl((McastMember)localMember,Long.parseLong(properties.getProperty(msgFrequency)), Long.parseLong(properties.getProperty(memberDropTime)), Integer.parseInt(properties.getProperty(mcastPort)), bind, java.net.InetAddress.getByName(properties.getProperty(mcastAddress)), +ttl, +soTimeout, this); impl.start(level); @@ -249,5 +270,19 @@ service.setProperties(p); service.start(); Thread.currentThread().sleep(60*1000*60); +} +public int getMcastSoTimeout() { +return mcastSoTimeout; +} +public void setMcastSoTimeout(int mcastSoTimeout) { +this.mcastSoTimeout = mcastSoTimeout; +properties.setProperty(mcastSoTimeout, String.valueOf(mcastSoTimeout)); +} +public int getMcastTTL() { +return mcastTTL; +} +public void setMcastTTL(int mcastTTL) { +this.mcastTTL = mcastTTL; +properties.setProperty(mcastTTL, String.valueOf(mcastTTL)); } } 1.11 +30 -8 jakarta-tomcat-catalina/modules/cluster/src/share/org/apache/catalina/cluster/mcast/McastServiceImpl.java Index: McastServiceImpl.java === RCS file: /home/cvs/jakarta-tomcat-catalina/modules/cluster/src/share/org/apache/catalina/cluster/mcast/McastServiceImpl.java,v retrieving revision 1.10 retrieving revision 1.11 diff -u -r1.10 -r1.11 --- McastServiceImpl.java 30 Apr 2004 15:28:02 - 1.10 +++ McastServiceImpl.java 14 May 2004 15:00:29 - 1.11 @@ -94,6 +94,10 @@ * When was the service started */ protected long serviceStartTime = System.currentTimeMillis(); + +protected int mcastTTL = -1; +protected int mcastSoTimeout = -1; +protected InetAddress mcastBindAddress = null; /** * Create a new mcast service impl @@ -113,18 +117,17 @@ int port, InetAddress bind, InetAddress mcastAddress, +int ttl, +int soTimeout, MembershipListener service) throws IOException { -if ( bind != null) socket = new MulticastSocket(new java.net.InetSocketAddress(bind,port)); -else socket = new MulticastSocket(port); -if ( bind != null ) { -log.info(Setting multihome multicast interface to:+bind); -socket.setInterface(bind); -log.info(Done setting interface for multicast.); -}//end if this.member = member; address = mcastAddress; this.port = port; +this.mcastSoTimeout = soTimeout; +this.mcastTTL
RE: cvs commit: jakarta-tomcat-catalina/catalina/src/share/org/ap ache/coyote/tomcat5 CoyoteAdapter.java
I tend to agree. One-off hotfixes are difficult to support. Especially, when people start applying multiple hotfixes that may or may not interplay very well together. If you package cumulative service packs though, which replace all aspects of the Tomcat installation (ie. Release-Notes-4.1.txt, Server HTTP Header attribute in the server's HTTP response) with the appropriate version + SP number, then that would be a little more supportable because you can give the user instructions to recover the exact version and service pack they are running. Also, each Service Pack can be run through rigorous regression testing and QA Testing prior to release. On one hand cutting edge users want the latest fixes asap, but the organization always has to focus on supporting the majority of the users who don't necessarily need the new fix yet. It's a tough balancing act. So far, I think you guys are doing a fine job. Regards, /weiyeh --- Core Web Engineering 180 Maiden Lane, 12th floor -Original Message- From: Filip Hanik - Dev [mailto:[EMAIL PROTECTED] Sent: Friday, May 14, 2004 10:21 AM To: Tomcat Developers List Subject: Re: cvs commit: jakarta-tomcat-catalina/catalina/src/share/org/apache/coyote/tomcat5 CoyoteAdapter.java I guess I should explain, since a bunch of user already downloaded 5.0.24, it is not a good idea to release a fix with the same version number. Makes it a lot harder to help people out on the user list Filip - Original Message - From: Filip Hanik - Dev [EMAIL PROTECTED] To: Tomcat Developers List [EMAIL PROTECTED] Sent: Friday, May 14, 2004 9:14 AM Subject: Re: cvs commit: jakarta-tomcat-catalina/catalina/src/share/org/apache/coyote/tomcat5 CoyoteAdapter.java - 5.0.25 +1 - A hotfix for 5.0.24 Big -1 Filip - Original Message - From: Remy Maucherat [EMAIL PROTECTED] To: Tomcat Developers List [EMAIL PROTECTED] Sent: Friday, May 14, 2004 6:32 AM Subject: Re: cvs commit: jakarta-tomcat-catalina/catalina/src/share/org/apache/coyote/tomcat5 CoyoteAdapter.java [EMAIL PROTECTED] wrote: remm2004/05/14 04:00:25 Modified:catalina/src/share/org/apache/coyote/tomcat5 CoyoteAdapter.java Log: - Major mistake: the sever cookies should be parsed after the context is mapped, otherwise, the session cookie is never considered valid, and it will use the last one. - Bug 28971. So we're going to have a hotfix ... Two possibilities: - 5.0.25 (cool, I thought we had avoided it ;) ) - A hotfix for 5.0.24 (I'll put and sign a .zip and a .tgz, sign them, and link them from the news and binaries pages) Rémy - 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] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 28985] New: - It is not possible to use a shared filter from a shared jar file in the multiuser scenario
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=28985. 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=28985 It is not possible to use a shared filter from a shared jar file in the multiuser scenario Summary: It is not possible to use a shared filter from a shared jar file in the multiuser scenario Product: Tomcat 5 Version: 5.0.24 Platform: All URL: http://jakarta.apache.org/tomcat/tomcat-5.0-doc/class- loader-howto.html OS/Version: All Status: NEW Severity: Normal Priority: Other Component: Catalina AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] We would like to be able to do the following: 1) Create a filter and package it in a jar file 2) Use it in all applications by declaring it in $CATALINA_BASE/conf/web.xml 3) Do this on a per-user basis in the multiuser scenario, by putting the jar file under CATALINA_BASE. Putting the jar file in $CATALINA_HOME/common/lib does not work for us, as that will apply to all users. Putting the jar file under $CATALINA_BASE/shared/lib does not work either, because in that case, the applications in $CATALINA_HOME/server/webapps (admin and manager) are not able to read the filter class and throw a ClassNotFoundException. Shouldn't it be possible to do this? How? Would it help if the Common classloader also loaded classes from $CATALINA_BASE/common/lib ? Any ideas on this would be appreciated. Thanks. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 28959] - IOException using CoyoteReader.readLine() but not using .read()
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=28959. 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=28959 IOException using CoyoteReader.readLine() but not using .read() --- Additional Comments From [EMAIL PROTECTED] 2004-05-14 15:56 --- I'm not sure what you mean by submit the client code to reproduce the problem - both the war file and the zip file include /bugtest.html, which is the browser page that explains how to reproduce the bug and has a form that invokes the first servlet. The zip file also includes the source code for the two servlets. To invoke the page on my default install of Tomcat, I use http://localhost:8080/bugtest/bugtest.html. I've tried several times to attach the zip file and the war file to this bug report, but with no success. Perhaps because I'm behind a firewall and a router using NAT? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 28959] - IOException using CoyoteReader.readLine() but not using .read()
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=28959. 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=28959 IOException using CoyoteReader.readLine() but not using .read() --- Additional Comments From [EMAIL PROTECTED] 2004-05-14 16:08 --- I need some data you send to the servlet, as well as how you send it (= the cleint code). I didn't look at bugtest.html (the servlet code seemed obvious, you could have done while(r.readLine() != null)), and it does look enough. I'll try it. It would have been more reliable using a custom program, of course. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Embedding Jasper / JSP compiling
Rick Knowles wrote: Dennis, I'm not a tomcat dev, but hopefully I can help anyway - having done what I think it is you're trying to do. I did mine for the Winstone servlet container (http://winstone.sourceforge.net) For Nos 1 and 2, I can't help. But for No 3 it involves setting context attributes: 1) org.apache.catalina.jsp_classpath, and 2) org.apache.catalina.classloader It seems that 1 is the one that does the work. It doesn't actually even seem to call 2 at class load time, but there is code that reads 2, so I set it anyway. By setting 1, you don't actually set the classloader, but you make a new classloader that has the same classpath. If that's not what you want, maybe someone else on the list can help. The only other thing you have to do is mount the JspServlet, which it sounds like you've already done. Thanks for your answer, which I think would help somewhat. But I already figured this part out, and have that working. The part that I have trouble with is using my own classloader, because with the classpath I can only refer to jars and directories. What I need to do is load classes from jars within jars, and other places as well. But I will certainly look into the org.apache.catalina.classloader context attribute. That one had missed my attention. -dennis - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 28959] - IOException using CoyoteReader.readLine() but not using .read()
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=28959. 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=28959 IOException using CoyoteReader.readLine() but not using .read() --- Additional Comments From [EMAIL PROTECTED] 2004-05-14 16:31 --- I'm unable to have bugreport.html work, right now (it doesn't seem to generate anything). - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 28959] - IOException using CoyoteReader.readLine() but not using .read()
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=28959. 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=28959 IOException using CoyoteReader.readLine() but not using .read() --- Additional Comments From [EMAIL PROTECTED] 2004-05-14 16:38 --- The html page was just to enable me to quickly try different combinations of line length and number of lines, since some combinations worked and some did not. If after trying the html you still can't reproduce it, I'll write a little java program that tries the various combinations. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 28959] - IOException using CoyoteReader.readLine() but not using .read()
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=28959. 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=28959 IOException using CoyoteReader.readLine() but not using .read() --- Additional Comments From [EMAIL PROTECTED] 2004-05-14 16:47 --- I'm ok with using your html file, but right now it doesn't work for me. For example, it accesses the BugTest1 servlet (which I think should work), and it also seems to send empty lines. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Valide o seu email
A Panda Software Portual está a proteger-se contra as mensagens de email indesejadas o chamado Spam. Pedimos desculpa pelo incómodo mas o seu email não está ainda validado. Para que os seus emails sejam considerados como válidos, por favor, valide-se nesta página: http://www.startcontrol.com/GoodMail/Validate.asp?I=EGVNXFGCWHEQWIU Só necessita de se validar uma única vez. Todos os emails subsequentes serão considerados válidos. Obrigado. Panda Software Portugal
DO NOT REPLY [Bug 28959] - IOException using CoyoteReader.readLine() but not using .read()
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=28959. 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=28959 IOException using CoyoteReader.readLine() but not using .read() --- Additional Comments From [EMAIL PROTECTED] 2004-05-14 17:05 --- Ok, I got the thing to work. It seems like this doesn't work with Mozilla. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Embedding Jasper / JSP compiling
Dennis Thrysøe wrote: Hi, I'm currently working on embedding a jasper engine within a servlet container that I'm writing. During this work I have run into the following questions: 1) Is the only advantage to using fork=true, that the javac memory leak issue is avoided? 2) Has the javac memory leak issue been fixed in newer versions of the JDK? 3) Is there any way to have the Java code generated from JSPs compiled using my own classloader? I was thinking, that if I used fork=false, maybe javac would just use the present classloader. I'd say this is not possible now. Should be a topic for Java compiler API: http://jcp.org/en/jsr/detail?id=199 Petr Any help with the above questions would be greatly appreciated, since it seems that I'm on a fairly difficult endeavour here. TIA, -dennis - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Embedding Jasper / JSP compiling
Rick Knowles wrote: Dennis, I'm not a tomcat dev, but hopefully I can help anyway - having done what I think it is you're trying to do. I did mine for the Winstone servlet container (http://winstone.sourceforge.net) Interesting. Any reason for writing your own connectors (assuming you do), since the coyote package is quite small ? Efficient ones take time and a huge amount of testing. (we've had proposals in the past of offering an alternate container to Catalina for some special cases, but it never flied for various reasons; your container could be useful for that) Rémy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 22112] - Cannot autoDeploy .war file to root context
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=22112. 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=22112 Cannot autoDeploy .war file to root context [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||WORKSFORME --- Additional Comments From [EMAIL PROTECTED] 2004-05-14 17:41 --- This works for me using the latest TC4 code. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 22359] - class won't reload automatically after an exception
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=22359. 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=22359 class won't reload automatically after an exception [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||INVALID --- Additional Comments From [EMAIL PROTECTED] 2004-05-14 18:06 --- Sorry this bug report is too vauge for me to reproduce the problem you are seeing. To fix a bug I need to be able to reproduce it. I would like to help but I just don't know where to start from this very minimal description. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 22407] - Secured connection problem while running catalina as NT service
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=22407. 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=22407 Secured connection problem while running catalina as NT service [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||INVALID --- Additional Comments From [EMAIL PROTECTED] 2004-05-14 18:10 --- Bugzilla is not a support forum for asking questions. Please post your questions to the tomcat-user mailing list where you stand a much greater chance of recieving a useful reply. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 14184] - HttpSession object has confusing behaviour (HttpSession.isNew() )
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=14184. 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=14184 HttpSession object has confusing behaviour (HttpSession.isNew() ) [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||WORKSFORME --- Additional Comments From [EMAIL PROTECTED] 2004-05-14 18:59 --- I have a simple test case as you describe. isNew() is servletB returns false as expected. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 28988] New: - windows nt service fails to start: [2004-05-14 12:45:19] [364 javajni.c] [error] Unsuported JNI version 65537
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=28988. 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=28988 windows nt service fails to start: [2004-05-14 12:45:19] [364 javajni.c] [error] Unsuported JNI version 65537 Summary: windows nt service fails to start: [2004-05-14 12:45:19] [364 javajni.c] [error] Unsuported JNI version 65537 Product: Tomcat 5 Version: 5.0.24 Platform: Other OS/Version: Other Status: NEW Severity: Critical Priority: Other Component: Unknown AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] I'm running 5.0.24 against 1.3.0_05 Fresh install using the .exe . marking as critical since the service appears doa % more logs/jakarta_service_20040514.log [2004-05-14 12:25:23] [info] Service Tomcat5 name Apache Tomcat [2004-05-14 12:25:23] [info] Service Tomcat5 installed [2004-05-14 12:25:23] [info] Procrun finished. [2004-05-14 12:25:53] [info] Updating service... [2004-05-14 12:25:53] [info] Service Tomcat5 updated [2004-05-14 12:25:53] [info] Update service finished. [2004-05-14 12:25:53] [info] Procrun finished. [2004-05-14 12:25:53] [info] Updating service... [2004-05-14 12:25:53] [info] Service Tomcat5 updated [2004-05-14 12:25:53] [info] Update service finished. [2004-05-14 12:25:53] [info] Procrun finished. [2004-05-14 12:45:19] [info] Running Service... [2004-05-14 12:45:19] [info] Starting service... [2004-05-14 12:45:19] [364 javajni.c] [error] Unsuported JNI version 65537 [2004-05-14 12:45:19] [770 prunsrv.c] [error] Failed initializing java C:\Program Files\Apache Softwar e Foundation\Tomcat 5.0\bin\bootstrap.jar [2004-05-14 12:45:19] [982 prunsrv.c] [error] ServiceStart returned 2 [2004-05-14 12:45:19] [info] Run service finished. [2004-05-14 12:45:19] [info] Procrun finished. [2004-05-14 12:45:58] [info] Running Service... [2004-05-14 12:45:58] [info] Starting service... [2004-05-14 12:45:58] [364 javajni.c] [error] Unsuported JNI version 65537 [2004-05-14 12:45:58] [770 prunsrv.c] [error] Failed initializing java C:\Program Files\Apache Softwar e Foundation\Tomcat 5.0\bin\bootstrap.jar [2004-05-14 12:45:58] [982 prunsrv.c] [error] ServiceStart returned 2 [2004-05-14 12:45:58] [info] Run service finished. [2004-05-14 12:45:58] [info] Procrun finished. [2004-05-14 12:48:02] [1045 prunsrv.c] [debug] Procrun log initialized [2004-05-14 12:48:02] [info] Running Service... [2004-05-14 12:48:02] [901 prunsrv.c] [debug] Inside ServiceMain... [2004-05-14 12:48:02] [info] Starting service... [2004-05-14 12:48:02] [364 javajni.c] [error] Unsuported JNI version 65537 [2004-05-14 12:48:02] [770 prunsrv.c] [error] Failed initializing java C:\Program Files\Apache Softwar e Foundation\Tomcat 5.0\bin\bootstrap.jar [2004-05-14 12:48:02] [982 prunsrv.c] [error] ServiceStart returned 2 [2004-05-14 12:48:02] [info] Run service finished. [2004-05-14 12:48:02] [info] Procrun finished. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 28989] New: - startup-using-launcher.{sh,bat} fail on windows
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=28989. 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=28989 startup-using-launcher.{sh,bat} fail on windows Summary: startup-using-launcher.{sh,bat} fail on windows Product: Tomcat 5 Version: 5.0.24 Platform: Other OS/Version: Other Status: NEW Severity: Normal Priority: Other Component: Unknown AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] Do I need a specific version of ant? I am runing ant 1.5.1 and have my ANT_HOME pointing there. I see a jar in ant 1.6 that looks like it has this class defined. -Eric % ./startup-using-launcher.sh java.lang.NoClassDefFoundError: org/apache/tools/ant/launch/AntMain at java.lang.ClassLoader.defineClass0(Native Method) at java.lang.ClassLoader.defineClass(ClassLoader.java:486) at java.security.SecureClassLoader.defineClass(SecureClassLoader.java:111) at java.net.URLClassLoader.defineClass(URLClassLoader.java:248) at java.net.URLClassLoader.access$100(URLClassLoader.java:56) at java.net.URLClassLoader$1.run(URLClassLoader.java:195) at java.security.AccessController.doPrivileged(Native Method) at java.net.URLClassLoader.findClass(URLClassLoader.java:188) at java.lang.ClassLoader.loadClass(ClassLoader.java:297) at java.lang.ClassLoader.loadClass(ClassLoader.java:253) at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:313) at org.apache.commons.launcher.Launcher.start(Launcher.java:385) at java.lang.reflect.Method.invoke(Native Method) at LauncherBootstrap.main(LauncherBootstrap.java:185) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 28989] - startup-using-launcher.{sh,bat} fail on windows
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=28989. 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=28989 startup-using-launcher.{sh,bat} fail on windows --- Additional Comments From [EMAIL PROTECTED] 2004-05-14 20:11 --- Grabbing the ant-launcher.jar from $ANT_HOME/lib (where ant is 1.6.1) and plopping the jar in my jre/lib/ext to tests... and things work with the .sh script... but the .bat script still fails... the latter I attribute to some likely failure with pathnames that have spaces or somethin... Eric - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: PATCH - jk\native2\common\jk_worker_ajp13.c - get/set updates
Good morning Jean. Agreed. Noticed this when I put the diff in the mail. Will resub it when I get back. Thanks for the feedback. Norm - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-catalina/catalina/src/share/org/apache/coyote/tomcat5 InputBuffer.java
remm2004/05/14 14:14:14 Modified:catalina/src/share/org/apache/coyote/tomcat5 InputBuffer.java Log: - Fix readLine again (actually, it's not readLine that I keep on trying to fix, it's mark and reset functionality). - Avoid creating a buffer the size of the request body when using readLine to read the entire body with small strings (note: it's not a very big deal, since allocating this many Strings would be really bad for performance). - Bug 28959, and Jim Hopp submitted a good test case. Revision ChangesPath 1.7 +13 -1 jakarta-tomcat-catalina/catalina/src/share/org/apache/coyote/tomcat5/InputBuffer.java Index: InputBuffer.java === RCS file: /home/cvs/jakarta-tomcat-catalina/catalina/src/share/org/apache/coyote/tomcat5/InputBuffer.java,v retrieving revision 1.6 retrieving revision 1.7 diff -u -r1.6 -r1.7 --- InputBuffer.java 8 Mar 2004 23:48:50 - 1.6 +++ InputBuffer.java 14 May 2004 21:14:14 - 1.7 @@ -425,8 +425,20 @@ if (cb.getLength() = 0) { cb.setOffset(0); cb.setEnd(0); +} else { +if ((cb.getBuffer().length (2 * size)) + (cb.getLength()) (cb.getStart())) { +System.arraycopy(cb.getBuffer(), cb.getStart(), + cb.getBuffer(), 0, cb.getLength()); +cb.setEnd(cb.getLength()); +cb.setOffset(0); +} } -cb.setLimit(cb.getStart() + readAheadLimit); +int offset = readAheadLimit; +if (offset size) { +offset = size; +} +cb.setLimit(cb.getStart() + offset); markPos = cb.getStart(); } - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 28991] New: - webxml/webinc generation in jspc ant task ignores package param
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=28991. 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=28991 webxml/webinc generation in jspc ant task ignores package param Summary: webxml/webinc generation in jspc ant task ignores package param Product: Tomcat 4 Version: 4.1.29 Platform: PC OS/Version: Windows XP Status: NEW Severity: Normal Priority: Other Component: Jasper AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] The 'jspc' ant task ignores the package spec when it generates a web.xml fragment via the 'webinc=' parameter. All of the servlet specifications in the fragment file have no package tree. As a side effect of this (I think), our JSP page 'Startup.jsp' collides with org.apache.jsp.Startup, and JBoss has an exception when loading our app's dot- ear file. Any of this make sense? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]