Re: [PATCH] TC 3.3 WebXmlReader.java
I've seen some issues similar to those. Sometimes (I could not establish the pattern for now), this is what appears in TC 3.3 logs: --- 2001-10-29 16:35:51 - ContextManager: Removing context www.dev.dev:/ROOT 2001-10-29 16:35:51 - Ctx() : Remove mapping 2001-10-29 16:35:51 - Ctx() : Remove mapping /login/j_security_check 2001-10-29 16:35:51 - ContextManager: Adding context www.dev.dev:/ROOT 2001-10-29 16:36:03 - JDBCRealm: The database connection is null or was found to be closed. Trying to re-open it. 2001-10-29 16:41:37 - ContextManager: Removing context www.dev.dev:/ROOT 2001-10-29 16:41:37 - Ctx() : Remove mapping 2001-10-29 16:41:37 - Ctx() : Remove mapping /login/j_security_check 2001-10-29 16:41:37 - ContextManager: Adding context www.dev.dev:/ROOT 2001-10-29 16:41:37 - Ctx() : Validating web.xml 2001-10-29 16:41:37 - Ctx() : web.xml: Error org.xml.sax.SAXParseException: Element web-app does not allow session-config here. --- Notice that here, only the second time around things go bad (at context reload) and that's only sometimes. Normally, there is nothing in the logs. Weird... I'll have to dig into it to find out what it really is. I might apply this patch to my local build, just to see if it makes any difference. Bojan Schreibman, David wrote: Hi All, Some people I work with noticed that Tomcat was spitting out a web.xml validation error for their app, but only the first time they started up. This gave them the impression that everything was ok the second time. Well, I looked around a bit and found that WebXmlReader writes out a validation mark (webxmlval.txt) in the work directory. The timestamp of the validation mark is used as part of deciding whether to validate. The thing is, this mark is written out even if web.xml was not valid so next time through validation is skipped. I'm not sure if this was done on purpose and I can even imagine an argument about not nagging more than once. Still, in our case the disappearance of the validation errors brought about false confidence. In case this seems like a problem to anyone else, here's a patch that only writes out the validation mark if the XML parsed without errors. That way you keep seeing the validation errors until you a) disable validation or b) fix the offending xml. Interestingly, this patch takes advantage of an unused boolean field in the error handler. Makes me wonder if somebody already thought of this but decided not to deal with it. Perhaps there was a good reason. Regards, -David --- WebXmlReader.java.origWed Oct 31 13:00:07 2001 +++ WebXmlReader.java Wed Oct 31 12:12:55 2001 @@ -99,7 +99,7 @@ static class WebXmlErrorHandler implements ErrorHandler{ Context ctx; XmlMapper xm; - boolean ok; + boolean ok = true; WebXmlErrorHandler( XmlMapper xm,Context ctx ) { this.ctx=ctx; this.xm=xm; @@ -113,16 +113,21 @@ public void error (SAXParseException exception) throws SAXException { + ok = false; ctx.log(web.xml: Error + exception ); ctx.log(xm.positionToString()); } public void fatalError (SAXParseException exception) throws SAXException { + ok = false; ctx.log(web.xml: Fatal error + exception ); ctx.log(xm.positionToString()); throw new SAXException( Fatal error + exception ); } + public boolean isOk() { + return ok; + } } void processWebXmlFile( Context ctx, String file) { @@ -134,13 +139,15 @@ } if( ctx.getDebug() 0 ) ctx.log(Reading + file ); XmlMapper xh=new XmlMapper(); + WebXmlErrorHandler xeh = null; File v=new File( ctx.getWorkDir(), webxmlval.txt ); if( validate ) { if( ! v.exists() || v.lastModified() f.lastModified() ) { ctx.log(Validating web.xml); xh.setValidating(true); - xh.setErrorHandler( new WebXmlErrorHandler( xh, ctx ) ); + xeh = new WebXmlErrorHandler( xh, ctx ); + xh.setErrorHandler( xeh ); } } @@ -230,7 +237,8 @@ Object ctx1=xh.readXml(f, ctx); - if( validate ) { + if( validate xeh.isOk()) { + // don't create/update the validation mark if an error was detected try { FileOutputStream fos=new FileOutputStream( v ); fos.write( 1 ); -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To
security
Hi! I am trying to protect the access to my servlets from a browser. I used the code below in web.xml. Te user is correctly authenticated (for exemple, when he wants to access www.mydomain.com/servlet/HelloServlet). But afterwards, Tomcat does not find the corresponding servlet (page cannot be found) , which is curious because it finds it when there is no authentication. In tomcat.log, there is this error message : Context log: path= Error/loop in default error handler R( + /servlet + /AdminServlet) 401 null null Please, Can someone tell what is missing in my configuration ? Thanks you by advance for your help! Sihem ?xml version=1.0 encoding=ISO-8859-1? !DOCTYPE web-app PUBLIC -//Sun Microsystems, Inc.//DTD Web Application 2.2//EN http://java.sun.com/j2ee/dtds/web-app_2.2.dtd; web-app security-constraint web-resource-collection web-resource-namesecretprotect/web-resource-name url-pattern/servlet/*/url-pattern http-methodGET/http-method /web-resource-collection auth-constraint role-namewebmaster/role-name /auth-constraint /security-constraint login-config auth-method BASIC /auth-method realm-name test /realm-name /login-config /web-app ___ Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en français ! Yahoo! Courrier : http://courrier.yahoo.fr -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Suggestion for directory listings generated by Tomcat
Hi, I'm setting up a search engine to index some sites running under Tomcat (4.01 as it happens). It redundantly indexes Tomcat's directory listing pages as valid documents (albeit with little interest). I can of course set up URL filters for the search engine that force it to follow links without indexing content when the URL ends with / (path separator). It would maybe make life simpler for everyone in my situation if someone could modify Tomcat's directory listing servlet to include the following meta tag : meta name=robots content=noindex,follow Hopefully someone has a few spare minutes to do that. Many thanks in advance, -Chris Brown -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: Tomcat3.2.2 bug...?
It is Bugzilla Bug #466, and has been resolved as FIXED for Tomcat 3.3. http://nagoya.betaversion.org/bugzilla/show_bug.cgi?id=466 Larry -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] Sent: Thursday, November 01, 2001 4:58 PM To: Ignacio J. Ortega Cc: '[EMAIL PROTECTED]'; 'tomcat-dev' Subject: RE: Tomcat3.2.2 bug...? Bugs imported from bugrat in Cortexity system can be found searching for BugRat Report#NNN in the summary line closed and resolved bugs were not imported On the official Apache bugdatabase (i.e. http://nagoya.apache.org/bugzilla/ ), I could not find my reported Tomcat3.2.x bug. I searched for BugRat Report#792 (without the quotes) ...but found nothing. I assume then, this must be one of the resolved bugs that did not get imported? Thanks Again, John Dove -- John Dove MapInfo Tech Support Ignacio J. Ortega To: '[EMAIL PROTECTED]' [EMAIL PROTECTED], 'tomcat-dev' [EMAIL PROTECTED] [EMAIL PROTECTED] s cc: Subject: RE: Tomcat3.2.2 bug...? 11/01/01 02:01 PM You have posted to tomat-dev mail list at http://jakarta.apache.org/.. Cortexity was hosting a bug tracking system at his facilities many time ago this system is not used anymore, and the bugs were imported into bugzilla, now the bug tracking system is at http://nagoya.apache.org/bugzilla/ Bugs imported from bugrat in Cortexity system can be found searching for BugRat Report#NNN in the summary line closed and resolved bugs were not imported Saludos , Ignacio J. Ortega -Mensaje original- De: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] Enviado el: jueves 1 de noviembre de 2001 19:34 Para: Ignacio J. Ortega Cc: '[EMAIL PROTECTED]'; 'Tomcat Developers List' Asunto: RE: Tomcat3.2.2 bug...? Hello Ignacio, Thank you for the quick response. Are you part of the Apache Software Foundation? Or are you part of Cortexity? Thanks again, John Dove -- John Dove MapInfo Tech Support Ignacio J. Ortega To: 'Tomcat Developers List' [EMAIL PROTECTED] [EMAIL PROTECTED] cc: '[EMAIL PROTECTED]' [EMAIL PROTECTED] s Subject: RE: Tomcat3.2.2 bug...? 11/01/01 01:19 PM You can safely ignore this exception. The explanation: This is caused by the interaction between tc 3.2.X and ie4.0 and up, ie abruptly breaks the connection when it finds a resource that it already has in cache.. 3.3 and up do not suffer this glitch .. Saludos , Ignacio J. Ortega -Mensaje original- De: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] Enviado el: jueves 1 de noviembre de 2001 16:21 Para: [EMAIL PROTECTED]; [EMAIL PROTECTED] Asunto: Tomcat3.2.2 bug...? Hello Apache / Cortexity: I am a software engineer that works as an Enterprise Support Specialist at MapInfo Corporation, which is located in the United States of America. One of our main products (MapInfo's MapXtremeJava4.0) ships with TOMCAT3.2.2, and as of recent, we have been getting *customer complaints* that this version of Tomcat (i.e. version 3.2.2) is throwing the following exception for no apparent reason: 2001-10-31 04:42:40 - ContextManager: SocketException reading request, ignored - java.net.SocketException: Connection reset by peer at java.net.PlainSocketImpl.socketAvailable(Native Method) at java.net.PlainSocketImpl.socketAvailable(Compiled Code) at java.net.PlainSocketImpl.available(Compiled Code) at java.net.SocketInputStream.available(Compiled Code) at org.apache.tomcat.service.http.HttpConnectionHandler.processCo
RE: How does Tomcat handle discarded-request
Thank you. Bill and Craig. David -- From: Bill Barker[SMTP:[EMAIL PROTECTED]] Reply To: Tomcat Developers List Sent: Thursday, November 01, 2001 6:28 PM To: Tomcat Developers List Subject: Re: How does Tomcat handle discarded-request Generally with 3.2.x it will throw there, but it may throw later due to buffering. And since the browser has closed the connection, no you can't send/receive anything further. Of course, there is nothing to prevent you inclosing your code in a try {} finally {} block if workBean needs to do cleanup. - Original Message - From: Hu, Xuebing [EMAIL PROTECTED] To: Tomcat Developers List [EMAIL PROTECTED] Sent: Thursday, November 01, 2001 2:39 PM Subject: RE: How does Tomcat handle discarded-request Hi, Craig, Here is my skeleton jsp, jsp:useBean id=workBean class=... ... /jsp:useBean % Object param1=getParameter(Param1) ; ... Object paramn = getParameter(Paramn) ; // let us say that doWork takes a few minutes to finish // and I just can not wait at the browser side and I issues another request to TOMCAT Object result = workBean.doWork(param1, ..., paramn) ; // Is IOException thrown out here? out.println(result) ; % As per your explaination, is IOException thrown out on out.println()???, since it is JSP, so my workBean has no way to talk to something at the browser side to get data. thanks, David -- From: Craig R. McClanahan[SMTP:[EMAIL PROTECTED]] Reply To: Tomcat Developers List Sent: Thursday, November 01, 2001 5:08 PM To: Tomcat Developers List Cc: Hu, Xuebing Subject: RE: How does Tomcat handle discarded-request On Thu, 1 Nov 2001, Hu, Xuebing wrote: Date: Thu, 1 Nov 2001 17:03:29 -0500 From: Hu, Xuebing [EMAIL PROTECTED] Reply-To: Tomcat Developers List [EMAIL PROTECTED] To: Tomcat Developers List [EMAIL PROTECTED] Subject: RE: How does Tomcat handle discarded-request Thanks, Bill for the response. Any detail? I am currently using TOMCAT 3.2.3. In general, you cannot count on the server even knowing that the request was cancelled. The following scenarios are all possible: * The entire request was read before the cancel happened, so no notification is possible until the response is written back out and receives an IOException. (This is by far the most common case.) * Tomcat was able to read the headers, but does not need to read the data. In this case, it is the application (not Tomcat) that would receive an IOException when trying to process the input stream. Therefore, it is up to your application to respond appropriately. * Tomcat was unable to read the headers (because the cancel happened very quickly). It will typically log an exception and throw the request away. David Craig -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] ** This message is intended only for the use of the person(s) listed above as the intended recipient(s), and may contain information that is PRIVILEGED and CONFIDENTIAL. If you are not an intended recipient, you may not read, copy, or distribute this message or any attachment. If you received this communication in error, please notify us immediately by e-mail and then delete all copies of this message and any attachments. In addition you should be aware that ordinary (unencrypted) e-mail sent through the Internet is not secure. Do not send confidential or sensitive information, such as social security numbers, account numbers, personal identification numbers and passwords, to us via ordinary (unencrypted) e-mail. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: And in case I don't see you, good afternoon, good evening and good bye...
If Sun fire such talentuous developper, shouldn't we be worried about the Company Situation ? It's the second people from Sun working on Tomcat's, after Costin, who leave the company. May be it's better for OpenSource to have people like them outside big company and sus avoiding political problems. All in one, Pier stay on OSS and Apache and that's important point... - Henri Gomez ___[_] EMAIL : [EMAIL PROTECTED](. .) PGP KEY : 697ECEDD...oOOo..(_)..oOOo... PGP Fingerprint : 9DF8 1EA8 ED53 2F39 DC9B 904A 364F 80E6 -Original Message- From: Pier Fumagalli [mailto:[EMAIL PROTECTED]] Sent: Friday, November 02, 2001 1:23 AM To: Pier Fumagalli Subject: And in case I don't see you, good afternoon, good evening and good bye... One year, three months and five days. It definitely didn't last long, or not as long as I would have expected, or as long as I would have liked it. What? Oh, I believe you noticed it already: effective today I'm no longer a Sun Microsystems employee... Well folks, it has been a long and wild ride (quoting a friend of mine who was in more or less the same position as I am right now some months ago), but as all rides, you pay your toll, you get some fun, and then, the ride is over... I believe you all heard about that Sun Microsystems was having its first roll of layoffs ever, and from what I was told, my situation (working in London, employed in Dublin, and with my team in Santa Clara) was in a very dangerous position. And when managers had to come off with a name for my team, well, my name was an easy pick :) No hard feelings though. I still think that Sun is a great place to work at, most of my heroes are all still there (sigh!) from James Gosling to Joshua Bloch (some others have gone) and a bunch of friends are still working there. It's a good company, overall, maybe sometimes it takes them some time to understand how open source works (not that I know much about it), but most of the times, at the end, they get it right... And I mean, who never made a mistake or two in their lives? I just think that the projects I was dealing with (native and web-server integration with Tomcat) were not enough to justify my displaced situation (it's somehow weird when you have to attend to a phone meeting at 11 PM! :) but I was prepared, I smelled it from quite some time, and I got my confirmation today. What does it mean for me? Well, somehow, it means a lot. It means that all you folks who were waiting for my return in California will have to wait for quite some time now, more than the planned six months, I don't have the strength at the moment to chase another visa, to start it all over again. I'll settle down here in London (it's a nice town when it doesn't rain), I have a good number of friends, clubs are nice, and my cats are getting used to the upcoming cold winter. But no more of sunny California for quite a long time, no more rides on my brand new Suzuki GSX-1300R on Highway 1, no more skiing in Tahoe, no more cheap ADSL and large bandwidth access. Oh, well, I'll survive. What does that mean in terms of my involvement with the Apache Software Foundation, the Jakarta Project, Tomcat, and so on? Nothing. Nothing changes, I've been around here for a reasonable amount of years now, and I am planning to stick around for a lot more to come. The only thing changing is that I got back my independence, I got back my status of open source developer for real, and if someone asks me that one of the projects I'm working on doesn't run on my favorite platform (Windows), I can just say, go ahead, fix it yourself, I don't care. How I see it? I traded my independence as an open source developer with my dream of living in a place I love, I traded my salary for a lump of more freedom. The only thing I somehow regret, is that this time I didn't have the power of choice, but I accept it, and frankly, I'm not sad about what happened... So, from now on, Pier is me. It means that what I think, what I say or what I do is because of some strange plot at Sun. My wickedness is only mine, and it's going to be like that for quite some time (get ready :)... And in case I don't see you, good afternoon, good evening and good bye... Pier (and his two independent cats: Sharon and Becky) -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: cvs commit: jakarta-tomcat-connectors/jk/native/common jk_ajp_common.c jk_global.h jk_md5.c
Excellent works ! Now AS/400 users will be able to play with the jakarta-tomcat-connectors mod_jk :) - Henri Gomez ___[_] EMAIL : [EMAIL PROTECTED](. .) PGP KEY : 697ECEDD...oOOo..(_)..oOOo... PGP Fingerprint : 9DF8 1EA8 ED53 2F39 DC9B 904A 364F 80E6 -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] Sent: Wednesday, October 31, 2001 3:03 PM To: [EMAIL PROTECTED] Subject: cvs commit: jakarta-tomcat-connectors/jk/native/common jk_ajp_common.c jk_global.h jk_md5.c jfclere 01/10/31 06:03:23 Modified:jk/native/apache-1.3 mod_jk.c jk/native/common jk_ajp_common.c jk_global.h jk_md5.c Log: Add support for BS2000 and finish EBCDIC support. Revision ChangesPath 1.20 +3 -3 jakarta-tomcat-connectors/jk/native/apache-1.3/mod_jk.c Index: mod_jk.c === RCS file: /home/cvs/jakarta-tomcat-connectors/jk/native/apache-1.3/mod_jk.c,v retrieving revision 1.19 retrieving revision 1.20 diff -u -r1.19 -r1.20 --- mod_jk.c 2001/10/05 21:52:08 1.19 +++ mod_jk.c 2001/10/31 14:03:22 1.20 @@ -61,14 +61,14 @@ * Author: Gal Shachor [EMAIL PROTECTED] * * Dan Milstein [EMAIL PROTECTED] * * Henri Gomez [EMAIL PROTECTED] * - * Version: $Revision: 1.19 $ * + * Version: $Revision: 1.20 $ * *** / /* * mod_jk: keeps all servlet/jakarta related ramblings together. */ -#include ap_config.h +/* #include ap_config.h */ #include httpd.h #include http_config.h #include http_request.h @@ -79,7 +79,7 @@ #include util_script.h #include util_date.h #include http_conf_globals.h - + /* * Jakarta (jk_) include files */ 1.17 +9 -1 jakarta-tomcat-connectors/jk/native/common/jk_ajp_common.c Index: jk_ajp_common.c === RCS file: /home/cvs/jakarta-tomcat-connectors/jk/native/common/jk_ajp_common.c,v retrieving revision 1.16 retrieving revision 1.17 diff -u -r1.16 -r1.17 --- jk_ajp_common.c 2001/10/13 17:36:36 1.16 +++ jk_ajp_common.c 2001/10/31 14:03:22 1.17 @@ -59,7 +59,7 @@ * Description: common stuff for bi-directional protocols ajp13/ajp14. * * Author: Gal Shachor [EMAIL PROTECTED] * * Author: Henri Gomez [EMAIL PROTECTED] * - * Version: $Revision: 1.16 $ * + * Version: $Revision: 1.17 $ * *** / @@ -447,6 +447,8 @@ } d-msg = (char *)jk_b_get_string(msg); +if (d-msg) +jk_xlate_from_ascii(d-msg, strlen(d-msg)); jk_log(l, JK_LOG_DEBUG, ajp_unmarshal_response: status = %d\n, d-status); @@ -479,6 +481,9 @@ jk_log(l, JK_LOG_ERROR, Error ajp_unmarshal_response - Null header name\n); return JK_FALSE; } +jk_xlate_from_ascii(d-header_names[i], + strlen(d-header_names[i])); + } d-header_values[i] = (char *)jk_b_get_string(msg); @@ -486,6 +491,9 @@ jk_log(l, JK_LOG_ERROR, Error ajp_unmarshal_response - Null header value\n); return JK_FALSE; } + +jk_xlate_from_ascii(d-header_values[i], + strlen(d-header_values[i])); jk_log(l, JK_LOG_DEBUG, ajp_unmarshal_response: Header[%d] [%s] = [%s]\n, i, 1.12 +4 -2 jakarta-tomcat-connectors/jk/native/common/jk_global.h Index: jk_global.h === RCS file: /home/cvs/jakarta-tomcat-connectors/jk/native/common/jk_global.h,v retrieving revision 1.11 retrieving revision 1.12 diff -u -r1.11 -r1.12 --- jk_global.h 2001/10/26 14:02:18 1.11 +++ jk_global.h 2001/10/31 14:03:22 1.12 @@ -59,7 +59,7 @@ * Description: Global definitions and include files that should exist * * anywhere * * Author: Gal Shachor [EMAIL PROTECTED] * - * Version: $Revision: 1.11 $ * + * Version: $Revision: 1.12 $
RE: DO NOT REPLY [Bug 4545] New: - Webapp connector seg faults under an SSL connection
Environment is httpd 1.3.22, built with mod_ssl 2.8.5. The only changes to httpd.conf were to make the WebApp connection and WebAppDeploy of examples. It looks like it's seg faulting on trying to get the ssl key size in mod_webapp.c, at rec-ssld-size = atoi(ssl_tmp). I suspect that SSL_CIPHER_USEKEYSIZE isn't in the environment, which is where ssl_temp has just been read from. I will have a look to it... Has it is my bad... Normal, you need to have the SSLVars exported by mod_ssl. From : http://jakarta.apache.org/tomcat/tomcat-3.3-doc/tomcat-ssl-howto.html When using mod_jk with Apache mod_ssl, it is essential to specify SSLOptions +StdEnvVars +ExportCertData in the httpd.conf file. Otherwise, mod_ssl will not produce the neccessary environment variables for mod_jk. from (Tilo Christ [EMAIL PROTECTED]). -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: And in case I don't see you, good afternoon, good evening and good bye...
Henri Gomez wrote: May be it's better for OpenSource to have people like them outside big company and sus avoiding political problems. Pier worked for IBM. Pier worked for Exoffice. Pier worked for Sun. IMHO, it is best for OpenSource to view Pier based on the code he has contributed and how he fits into the community, and not based on who he accepts a pay check from this week. - Sam Ruby -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
[PATCH] Tomcat 3.3: Small bug in StringManager
Hi, while fiddling around with the JDBCRealm I encountered a NullPointerException. This happend when I specified a wrong authentication database. However, instead of a reasonable error message I got that NullPointerException. It turned out to be a small bug in the StringManager. Here's a patch: --- src/share/org/apache/tomcat/util/res/StringManager.java 2001/10/21 19:26:14 1.1.1.1 +++ src/share/org/apache/tomcat/util/res/StringManager.java 2001/11/01 22:05:53 @@ -175,6 +175,8 @@ public String getString(String key, Object[] args) { String iString = null; String value = getString(key); +if (value == null) +value = null; // this check for the runtime exception is some pre 1.1.6 // VM's don't do an automatic toString() on the passed in Best regards Rainer Klute RAINER KLUTE IT-CONSULTING Dipl.-Inform. Rainer Klute E-Mail: [EMAIL PROTECTED] Körner Grund 24Telefon: +49 172 2324824 D-44143 Dortmund Telefax: +49 231 5349423 -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 4592] New: - Tomcat exits/dies without warning or messages
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=4592. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=4592 Tomcat exits/dies without warning or messages Summary: Tomcat exits/dies without warning or messages Product: Tomcat 4 Version: 4.0 Final Platform: PC OS/Version: Windows NT/2K Status: NEW Severity: Major Priority: Other Component: Unknown AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] I have been trying to get my Tomcat 4.0 webapp to use Poolman. Poolman is a database connection pooling utility from http://www.codestudio.com/ When I wrote and JSP to use poolman, it compiled successfully but when trying to run it Tomcat exited without any warnings or messages. Scott -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 4597] New: - webdav fails in update, delete or copy operations on jsp files
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=4597. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=4597 webdav fails in update, delete or copy operations on jsp files Summary: webdav fails in update, delete or copy operations on jsp files Product: Tomcat 4 Version: 4.0.1 Final Platform: PC OS/Version: Windows NT/2K Status: NEW Severity: Critical Priority: Other Component: Webapps AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] I use webdav with HTTPS enforcement and client-certification. In the final version of tomcat 4.0.1 all webdav operations work fine, as long as they don't involve jsp files. I don't have any idea, why the webdav servlet is treating those files differently than files with other extensions. I can move a local jsp file into a webdav folder, if it does not yet contain a file with the same name. But then I can neither delete, nor rename or move this remote jsp file anymore. Also, I cannot update it with a new local version of this file. Therefore I am unable to update my webapps in production, because they mainly consist of jsp files. ( I tried to use jakarta slide instead but somehow it seems as if slide depends on having meta information attached to each file and therefore doesn't seem to be able to do what the tomcat webdav servlet can do: providing a webdav view onto a plain file system. If you have information on how I could setup slide so that it would work like the tomcat webdav servlet, then that would help me a lot also.) [ sorry for making you read so much ;) ] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 4598] New: - Default installation fails to startup because address is already in use
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=4598. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=4598 Default installation fails to startup because address is already in use Summary: Default installation fails to startup because address is already in use Product: Tomcat 3 Version: 3.3 Final Platform: Sun OS/Version: Solaris Status: NEW Severity: Normal Priority: Other Component: Servlet AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] After downloading the release binary for Tomcat 3.3 and installing it on a Sparcstation 20 running Solaris 8, and making sure with lsof that no process is using ports 8080 and 8007, executing startup.sh produces the output that appears below. The problem does not occur with Tomcat 3.2.3 Final, and is reproducible after a restart. [~ 4] java -version java version 1.3.1_01 Java(TM) 2 Runtime Environment, Standard Edition (build 1.3.1_01) Java HotSpot(TM) Client VM (build 1.3.1_01, mixed mode) [~ 5] startup.sh Using classpath: /usr/local/java/jakarta-tomcat-3.3/bin/../lib/tomcat.jar Using JAVA_HOME: /usr/j2se Using TOMCAT_HOME: /usr/local/java/jakarta-tomcat-3.3 [~ 6] 2001-11-02 12:56:26 - AutoDeploy: Expanding /usr/dev/java/jakarta-tomcat-3.3/webapps/admin.war 2001-11-02 12:56:29 - AutoDeploy: Expanding /usr/dev/java/jakarta-tomcat-3.3/webapps/ROOT.war 2001-11-02 12:56:53 - AutoDeploy: Expanding /usr/dev/java/jakarta-tomcat-3.3/webapps/examples.war 2001-11-02 12:57:00 - ServerXmlReader: Config=$TOMCAT_HOME/conf/server.xml 2001-11-02 12:57:00 - PathSetter: home=/usr/dev/java/jakarta-tomcat-3.3 2001-11-02 12:57:01 - ContextXmlReader: Context config=$TOMCAT_HOME/conf/apps-127.0.0.1.xml 2001-11-02 12:57:01 - ContextXmlReader: Context config=$TOMCAT_HOME/conf/apps-admin.xml 2001-11-02 12:57:01 - ContextXmlReader: Context config=$TOMCAT_HOME/conf/apps-examples.xml 2001-11-02 12:57:01 - AutoWebApp: Loaded from config: DEFAULT:/admin 2001-11-02 12:57:01 - AutoWebApp: Auto-Adding DEFAULT:/ 2001-11-02 12:57:01 - AutoWebApp: Loaded from config: DEFAULT:/examples 2001-11-02 12:57:01 - ContextManager: Tomcat configured and in stable state 2001-11-02 12:57:01 - WorkDirSetup: Creating work dir /usr/dev/java/jakarta-tomcat-3.3/work/DEFAULT/admin 2001-11-02 12:57:02 - ContextManager: Adding DEFAULT:/admin 2001-11-02 12:57:02 - WorkDirSetup: Creating work dir /usr/dev/java/jakarta-tomcat-3.3/work/DEFAULT/examples 2001-11-02 12:57:02 - ContextManager: Adding DEFAULT:/examples 2001-11-02 12:57:02 - WorkDirSetup: Creating work dir /usr/dev/java/jakarta-tomcat-3.3/work/DEFAULT/ROOT 2001-11-02 12:57:02 - ContextManager: Adding DEFAULT:/ROOT 2001-11-02 12:57:02 - Ctx(/admin) : Validating web.xml 2001-11-02 12:57:04 - Ctx() : Validating web.xml EmbededTomcat: Init time 45658 2001-11-02 12:57:05 - Http10Interceptor: Starting on 8080 2001-11-02 12:57:05 - Ajp12Interceptor: Starting on 8007 Guessed home=/usr/dev/java/jakarta-tomcat-3.3 java.lang.reflect.InvocationTargetException: org.apache.tomcat.core.TomcatException: Root cause - Address already in use at org.apache.tomcat.modules.server.PoolTcpConnector.engineStart(Unknown Source) at org.apache.tomcat.core.ContextManager.start(Unknown Source) at org.apache.tomcat.startup.EmbededTomcat.start(Unknown Source) at org.apache.tomcat.startup.EmbededTomcat.execute1(Unknown Source) at org.apache.tomcat.startup.EmbededTomcat$1.run(Unknown Source) at org.apache.tomcat.util.compat.Jdk12Support$PrivilegedProxy.run(Unknown Source) at java.security.AccessController.doPrivileged(Native Method) at org.apache.tomcat.util.compat.Jdk12Support.doPrivileged(Unknown Source) at org.apache.tomcat.startup.EmbededTomcat.execute(Unknown Source) at java.lang.reflect.Method.invoke(Native Method) at org.apache.tomcat.util.IntrospectionUtils.execute(Unknown Source) at org.apache.tomcat.startup.Main.execute(Unknown Source) at org.apache.tomcat.startup.Main.main(Unknown Source) -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 4598] - Default installation fails to startup because address is already in use
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=4598. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=4598 Default installation fails to startup because address is already in use --- Additional Comments From [EMAIL PROTECTED] 2001-11-02 10:13 --- I forgot to report my Tomcat-related env vars: JAVA_HOME=/usr/j2se ANT_HOME=/usr/local/java/jakarta-ant-1.4 TOMCAT_HOME=/usr/local/java/jakarta-tomcat-3.3 CLASSPATH=/usr/local/java/jdbc-oracle/classes12.zip:/usr/local/java/electric/lib/GLUE-STD.jar:/usr/local/java/electric/lib/jcert.jar:/usr/local/java/electric/lib/jndi.jar:/usr/local/java/electric/lib/jnet.jar:/usr/local/java/electric/lib/jsse.jar:/usr/local/java/jakarta-ant-1.4/lib/ant.jar:/usr/local/java/jakarta-ant-1.4/lib/jaxp.jar:/usr/local/java/jakarta-ant-1.4/lib/crimson.jar:/usr/local/java/jakarta-tomcat-3.3/lib/common/servlet.jar -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: security
Please ask this kind of question on the TOMCAT-USER list. See http://jakarta.apache.org/site/mail.html for subscription information, and a description of what questions are appropriate on what lists. Craig McClanahan On Fri, 2 Nov 2001, sihem wrote: Date: Fri, 2 Nov 2001 12:28:10 +0100 (CET) From: sihem [EMAIL PROTECTED] Reply-To: Tomcat Developers List [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: security Hi! I am trying to protect the access to my servlets from a browser. I used the code below in web.xml. Te user is correctly authenticated (for exemple, when he wants to access www.mydomain.com/servlet/HelloServlet). But afterwards, Tomcat does not find the corresponding servlet (page cannot be found) , which is curious because it finds it when there is no authentication. In tomcat.log, there is this error message : Context log: path= Error/loop in default error handler R( + /servlet + /AdminServlet) 401 null null Please, Can someone tell what is missing in my configuration ? Thanks you by advance for your help! Sihem ?xml version=1.0 encoding=ISO-8859-1? !DOCTYPE web-app PUBLIC -//Sun Microsystems, Inc.//DTD Web Application 2.2//EN http://java.sun.com/j2ee/dtds/web-app_2.2.dtd; web-app security-constraint web-resource-collection web-resource-namesecretprotect/web-resource-name url-pattern/servlet/*/url-pattern http-methodGET/http-method /web-resource-collection auth-constraint role-namewebmaster/role-name /auth-constraint /security-constraint login-config auth-method BASIC /auth-method realm-name test /realm-name /login-config /web-app ___ Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en français ! Yahoo! Courrier : http://courrier.yahoo.fr -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 4598] - Default installation fails to startup because address is already in use
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=4598. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=4598 Default installation fails to startup because address is already in use [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||INVALID --- Additional Comments From [EMAIL PROTECTED] 2001-11-02 10:17 --- The default Tomcat 3.3 installation also starts Ajp13Interceptor on port 8009, since Ajp13 is the protocol of choice now instead of Ajp12. Assuming that is the source of port conflict. Reopen if this is not the case. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: And in case I don't see you, good afternoon, good evening andgood bye...
GOOD LUCK TO YOU! Filip ~ Namaste - I bow to the divine in you ~ Filip Hanik Software Architect [EMAIL PROTECTED] www.filip.net -Original Message- From: Pier Fumagalli [mailto:[EMAIL PROTECTED]] Sent: Thursday, November 01, 2001 4:23 PM To: Pier Fumagalli Subject: And in case I don't see you, good afternoon, good evening andgood bye... One year, three months and five days. It definitely didn't last long, or not as long as I would have expected, or as long as I would have liked it. What? Oh, I believe you noticed it already: effective today I'm no longer a Sun Microsystems employee... Well folks, it has been a long and wild ride (quoting a friend of mine who was in more or less the same position as I am right now some months ago), but as all rides, you pay your toll, you get some fun, and then, the ride is over... I believe you all heard about that Sun Microsystems was having its first roll of layoffs ever, and from what I was told, my situation (working in London, employed in Dublin, and with my team in Santa Clara) was in a very dangerous position. And when managers had to come off with a name for my team, well, my name was an easy pick :) No hard feelings though. I still think that Sun is a great place to work at, most of my heroes are all still there (sigh!) from James Gosling to Joshua Bloch (some others have gone) and a bunch of friends are still working there. It's a good company, overall, maybe sometimes it takes them some time to understand how open source works (not that I know much about it), but most of the times, at the end, they get it right... And I mean, who never made a mistake or two in their lives? I just think that the projects I was dealing with (native and web-server integration with Tomcat) were not enough to justify my displaced situation (it's somehow weird when you have to attend to a phone meeting at 11 PM! :) but I was prepared, I smelled it from quite some time, and I got my confirmation today. What does it mean for me? Well, somehow, it means a lot. It means that all you folks who were waiting for my return in California will have to wait for quite some time now, more than the planned six months, I don't have the strength at the moment to chase another visa, to start it all over again. I'll settle down here in London (it's a nice town when it doesn't rain), I have a good number of friends, clubs are nice, and my cats are getting used to the upcoming cold winter. But no more of sunny California for quite a long time, no more rides on my brand new Suzuki GSX-1300R on Highway 1, no more skiing in Tahoe, no more cheap ADSL and large bandwidth access. Oh, well, I'll survive. What does that mean in terms of my involvement with the Apache Software Foundation, the Jakarta Project, Tomcat, and so on? Nothing. Nothing changes, I've been around here for a reasonable amount of years now, and I am planning to stick around for a lot more to come. The only thing changing is that I got back my independence, I got back my status of open source developer for real, and if someone asks me that one of the projects I'm working on doesn't run on my favorite platform (Windows), I can just say, go ahead, fix it yourself, I don't care. How I see it? I traded my independence as an open source developer with my dream of living in a place I love, I traded my salary for a lump of more freedom. The only thing I somehow regret, is that this time I didn't have the power of choice, but I accept it, and frankly, I'm not sad about what happened... So, from now on, Pier is me. It means that what I think, what I say or what I do is because of some strange plot at Sun. My wickedness is only mine, and it's going to be like that for quite some time (get ready :)... And in case I don't see you, good afternoon, good evening and good bye... Pier (and his two independent cats: Sharon and Becky) -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 4599] New: - Thread settings from server.xml ignored
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=4599. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=4599 Thread settings from server.xml ignored Summary: Thread settings from server.xml ignored Product: Tomcat 3 Version: 3.3 Final Platform: All OS/Version: All Status: NEW Severity: Major Priority: Other Component: Connectors AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] maxThreads, maxSpareThreads, and minSpareThreads set in server.xml for Ajp1*Interceptor and Http10Interceptor are ignored. ThreadPool.start() sets all the instance variables back to the default values before invoking adjustLimits(), overwriting any values previously set by calls to ThreadPool.set{Max,MinSpare,MaxSpare}Threads(int) -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 4600] New: - Tomcat 3.3 redirect behavior differs from Tomcat 3.2
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=4600. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=4600 Tomcat 3.3 redirect behavior differs from Tomcat 3.2 Summary: Tomcat 3.3 redirect behavior differs from Tomcat 3.2 Product: Tomcat 3 Version: 3.3 Final Platform: Sun OS/Version: Solaris Status: NEW Severity: Major Priority: Other Component: Servlet AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] Here is the scenario: I access /foo/bar/ on my server. In that directory is the file index.jsp (which is defined in the welcome-file-list). Tomcat 3.2 returns a '302 Found' HTTP response, while Tomcat 3.3 returns a '301 Moved Permanently' response. Both return a Location header with the correct address. I am not certain which response is actually correct, but the 301 response is causing me a problem using the Openwave WAP SDK 4.1 ... it cannot display the page, whereas with Tomcat 3.2 it had no problem. This is the only other relevant information I could find on this problem: http://w4.metronet.com/~wjm/tomcat/2001/Mar/msg00044.html The full output returned from Tomcat 3.3 and Tomcat 3.2 for a sample page is included below for comparison. Thanks for any help, Jamie Hall [EMAIL PROTECTED] --- Output from Tomcat 3.3: --- GET /wap/kpn/ HTTP/1.1 Host: www.jsmart.com Connection: close Read 499 bytes from host www.jsmart.com, path /wap/kpn/ HTTP/1.1 301 Moved Permanently Date: Fri, 02 Nov 2001 17:57:14 GMT Server: Apache/1.3.20 (Unix) PHP/4.0.4pl1 ApacheJServ/1.1.2 Servlet-Engine: Tomcat Web Server/3.3 Final ( JSP 1.1; Servlet 2.2 ) Location: http://64.71.143.28/wap/kpn/index.jsp Content-Length: 183 Connection: close Content-Type: text/html htmlheadtitleDocument moved/title/head bodyh1Document moved/h1 This document has moved a href=http://64.71.143.28/wap/kpn/index.jsp;here/a.p /body /html --- Output from Tomcat 3.2: --- GET /wap/kpn/ HTTP/1.1 Host: www.jsmart.com Connection: close Read 532 bytes from host www.jsmart.com, path /wap/kpn/ HTTP/1.1 302 Found Date: Fri, 02 Nov 2001 17:59:07 GMT Server: Apache/1.3.20 (Unix) PHP/4.0.4pl1 ApacheJServ/1.1.2 Servlet-Engine: Tomcat Web Server/3.2.3 (JSP 1.1; Servlet 2.2; Java 1.3.1; SunOS 5.7 sparc; java.vendor=Sun Microsystems Inc.) Location: http://64.71.143.28/wap/kpn/index.jsp Content-Length: 170 Connection: close Content-Type: text/html headtitleDocument moved/title/head bodyh1Document moved/h1 This document has moved a href=http://64.71.143.28/wap/kpn/index.jsp;here/a.p /body -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
cvs commit: jakarta-tomcat-connectors/jk/native/scripts/build config_vars.mk rules.mk
jfclere 01/11/02 10:42:25 Modified:jk/native configure.in jk/native/apache-1.3 Makefile.am jk/native/apache-2.0 Makefile.in jk/native/common Makefile.in jk/native/jni Makefile.in jk/native/scripts/build rules.mk Added: jk/native/scripts/build config_vars.mk Log: Add use of the libtool of Apache-2.0 when installed. Comment out VPATH and add common in configure. (I think VPATH does not work on all platforms). Revision ChangesPath 1.15 +9 -6 jakarta-tomcat-connectors/jk/native/configure.in Index: configure.in === RCS file: /home/cvs/jakarta-tomcat-connectors/jk/native/configure.in,v retrieving revision 1.14 retrieving revision 1.15 diff -u -r1.14 -r1.15 --- configure.in 2001/10/26 18:25:09 1.14 +++ configure.in 2001/11/02 18:42:25 1.15 @@ -1,7 +1,7 @@ dnl dnl Process this file with autoconf to produce a configure script dnl -AC_REVISION($Id: configure.in,v 1.14 2001/10/26 18:25:09 costin Exp $)dnl +AC_REVISION($Id: configure.in,v 1.15 2001/11/02 18:42:25 jfclere Exp $)dnl AC_PREREQ(2.13) AC_INIT(common/jk_ajp13.h) @@ -46,6 +46,7 @@ AC_PATH_PROG(MKDIR,mkdir,$PATH)dnl AC_SUBST(MKDIR) +APACHE_CONFIG_VARS=`pwd`/scripts/build/config_vars.mk WEBSERVER= apache_dir= apache_include= @@ -84,26 +85,28 @@ AC_MSG_ERROR(You must specify a valid --with-apxs path) fi +dnl apache_dir and apache_include are also needed. +apache_dir=`$APXS -q PREFIX` +apache_include=-I`$APXS -q INCLUDEDIR` + dnl test apache version APA=`${GREP} STANDARD20 ${APXS}` if ${TEST} -z $APA ; then WEBSERVER=apache-1.3 else WEBSERVER=apache-2.0 +APACHE_CONFIG_VARS=${apache_dir}/build/config_vars.mk fi AC_MSG_RESULT([building connector for \$WEBSERVER\]) AC_SUBST(APXS) - -dnl apache_dir and apache_include are also needed. - apache_dir=`$APXS -q PREFIX` - apache_include=-I`$APXS -q INCLUDEDIR` fi fi ], [ AC_MSG_RESULT(no apxs given) ]) +AC_SUBST(APACHE_CONFIG_VARS) dnl Apache-2.0 needs the os subdirectory to include os.h dnl this include is copy from os/config.m4 @@ -410,7 +413,7 @@ fi dnl Add common to subdir list -WEBSERVER=${WEBSERVER} +WEBSERVER=common ${WEBSERVER} AC_SUBST(WEBSERVER) 1.5 +2 -9 jakarta-tomcat-connectors/jk/native/apache-1.3/Makefile.am Index: Makefile.am === RCS file: /home/cvs/jakarta-tomcat-connectors/jk/native/apache-1.3/Makefile.am,v retrieving revision 1.4 retrieving revision 1.5 diff -u -r1.4 -r1.5 --- Makefile.am 2001/10/26 18:25:09 1.4 +++ Makefile.am 2001/11/02 18:42:25 1.5 @@ -9,14 +9,10 @@ DESTDIR=@APACHE_DIR@ libdir=/libexec -VPATH=.:../common +#VPATH=.:../common APACHE_FILES = Makefile.tmpl Makefile.libdir libjk.module -if MAKE_DYNAMIC_APACHE -JK= -else -JK=../common -endif +JK=../common/ JK_INCL=-DUSE_APACHE_MD5 -I ${JK} JAVA_INCL=-I ${JAVA_HOME}/include -I ${JAVA_HOME}/include/${OS} JAVA_LIB=-L ${JAVA_HOME}/jre/lib/${ARCH} -L ${JAVA_HOME}/lib/${ARCH}/native_threads @@ -63,6 +59,3 @@ @echo make @echo endif - -clean: - -rm *.o *.so *.a 1.12 +2 -3 jakarta-tomcat-connectors/jk/native/apache-2.0/Makefile.in Index: Makefile.in === RCS file: /home/cvs/jakarta-tomcat-connectors/jk/native/apache-2.0/Makefile.in,v retrieving revision 1.11 retrieving revision 1.12 diff -u -r1.11 -r1.12 --- Makefile.in 2001/10/26 18:25:09 1.11 +++ Makefile.in 2001/11/02 18:42:25 1.12 @@ -8,16 +8,15 @@ MKDIR=@MKDIR@ # Defaults -LIBTOOL=libtool libexecdir=${APACHE_DIR}/modules -JK= +JK=../common/ # Defines APACHE_OBJECTS - the list of all common files include ../common/list.mk # Apache2 settings, values guessed by Apache config and used to build it # Will define libexecdir, LIBTOOL, etc -include ${APACHE_DIR}/build/config_vars.mk +include @APACHE_CONFIG_VARS@ # Local settings ( overriding/appending to Apache's ) COMMON=../common 1.5 +1 -0 jakarta-tomcat-connectors/jk/native/common/Makefile.in Index: Makefile.in === RCS file: /home/cvs/jakarta-tomcat-connectors/jk/native/common/Makefile.in,v retrieving revision 1.4 retrieving revision 1.5 diff -u -r1.4
cvs commit: jakarta-tomcat-connectors/jk/conf workers.properties
costin 01/11/02 10:44:25 Modified:jk/conf workers.properties Log: Remove ajp14 and inprocess - not yet supported on all tomcats. Revision ChangesPath 1.2 +2 -1 jakarta-tomcat-connectors/jk/conf/workers.properties Index: workers.properties === RCS file: /home/cvs/jakarta-tomcat-connectors/jk/conf/workers.properties,v retrieving revision 1.1 retrieving revision 1.2 diff -u -r1.1 -r1.2 --- workers.properties2001/10/26 21:19:35 1.1 +++ workers.properties2001/11/02 18:44:25 1.2 @@ -68,7 +68,8 @@ # The workers that your plugins should create and work with # # Add 'inprocess' if you want JNI connector -worker.list=ajp13,ajp14, inprocess +worker.list=ajp13 +# ,ajp14, inprocess #-- DEFAULT ajp13 WORKER DEFINITION -- -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
cvs commit: jakarta-tomcat-connectors/jk/jkant/java/org/apache/jk/ant/compilers - New directory
costin 01/11/02 10:44:48 jakarta-tomcat-connectors/jk/jkant/java/org/apache/jk/ant/compilers - New directory -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
cvs commit: jakarta-tomcat-connectors/jk/jkant/java/org/apache/jk/ant/compilers CompilerAdapter.java LinkerAdapter.java
costin 01/11/02 10:46:07 Added: jk/jkant/java/org/apache/jk/ant/compilers CompilerAdapter.java LinkerAdapter.java Log: Pluggable compiler and linker, a la javac. Revision ChangesPath 1.1 jakarta-tomcat-connectors/jk/jkant/java/org/apache/jk/ant/compilers/CompilerAdapter.java Index: CompilerAdapter.java === /* * The Apache Software License, Version 1.1 * * Copyright (c) 2001 The Apache Software Foundation. All rights * reserved. * * Redistribution and use in source and binary forms, with or without * modification, are permitted provided that the following conditions * are met: * * 1. Redistributions of source code must retain the above copyright *notice, this list of conditions and the following disclaimer. * * 2. Redistributions in binary form must reproduce the above copyright *notice, this list of conditions and the following disclaimer in *the documentation and/or other materials provided with the *distribution. * * 3. The end-user documentation included with the redistribution, if *any, must include the following acknowlegement: * This product includes software developed by the *Apache Software Foundation (http://www.apache.org/). *Alternately, this acknowlegement may appear in the software itself, *if and wherever such third-party acknowlegements normally appear. * * 4. The names The Jakarta Project, Ant, and Apache Software *Foundation must not be used to endorse or promote products derived *from this software without prior written permission. For written *permission, please contact [EMAIL PROTECTED] * * 5. Products derived from this software may not be called Apache *nor may Apache appear in their names without prior written *permission of the Apache Group. * * THIS SOFTWARE IS PROVIDED ``AS IS'' AND ANY EXPRESSED OR IMPLIED * WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE IMPLIED WARRANTIES * OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE ARE * DISCLAIMED. IN NO EVENT SHALL THE APACHE SOFTWARE FOUNDATION OR * ITS CONTRIBUTORS BE LIABLE FOR ANY DIRECT, INDIRECT, INCIDENTAL, * SPECIAL, EXEMPLARY, OR CONSEQUENTIAL DAMAGES (INCLUDING, BUT NOT * LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS OR SERVICES; LOSS OF * USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION) HOWEVER CAUSED AND * ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT LIABILITY, * OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY OUT * OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF * SUCH DAMAGE. * * * This software consists of voluntary contributions made by many * individuals on behalf of the Apache Software Foundation. For more * information on the Apache Software Foundation, please see * http://www.apache.org/. */ package org.apache.jk.ant.compilers; import org.apache.tools.ant.BuildException; import org.apache.jk.ant.*; /* Modeled after javac */ /** * s/javac/C compiler/ * * The interface that all compiler adapters must adher to. * * pA compiler adapter is an adapter that interprets the javac's * parameters in preperation to be passed off to the compier this * adapter represents. As all the necessary values are stored in the * Javac task itself, the only thing all adapters need is the javac * task, the execute command and a parameterless constructor (for * reflection)./p * * @author Jay Dickon Glanville a href=mailto:[EMAIL PROTECTED];[EMAIL PROTECTED]/a */ public interface CompilerAdapter { /** * Sets the compiler attributes, which are stored in the Javac task. */ void setSoTask( SoTask attributes ); /** * Executes the task. * * @return has the compilation been successful */ boolean execute() throws BuildException; } 1.1 jakarta-tomcat-connectors/jk/jkant/java/org/apache/jk/ant/compilers/LinkerAdapter.java Index: LinkerAdapter.java === /* * The Apache Software License, Version 1.1 * * Copyright (c) 2001 The Apache Software Foundation. All rights * reserved. * * Redistribution and use in source and binary forms, with or without * modification, are permitted provided that the following conditions * are met: * * 1. Redistributions of source code must retain the above copyright *notice, this list of conditions and the following disclaimer. * * 2. Redistributions in binary form must reproduce the above copyright *notice, this list of conditions and the following disclaimer
patch to jk_uri_worker_map.c - slightly more sophisticated string matching
If anyone sees any glaring problems with the following modification to mod_jk please let me know. -Mike Jennings Index: jakarta-tomcat/src/native/jk/jk_uri_worker_map.c === RCS file: /home/cvspublic/jakarta-tomcat/src/native/jk/Attic/jk_uri_worker_map.c,v retrieving revision 1.3.2.1 diff -r1.3.2.1 jk_uri_worker_map.c 75,77c75,78 #define MATCH_TYPE_EXACT(0) #define MATCH_TYPE_CONTEXT (1) #define MATCH_TYPE_SUFFIX (2) --- #define MATCH_TYPE_EXACT(0) /* match an exact pattern */ #define MATCH_TYPE_CONTEXT (1) /* match all URIs in a given context */ #define MATCH_TYPE_SUFFIX (2) /* match all URIs of the form *.ext */ #define MATCH_TYPE_GENERAL_SUFFIX (3) /* match all URIs of the form *ext */ 231c232 --- 236,237c237,238 jk_log(l, JK_LOG_ERROR, jk_uri_worker_map_t::uri_worker_map_open, malloc failed\n); --- jk_log(l, JK_LOG_ERROR, jk_uri_worker_map_t::uri_worker_map_open, malloc failed\n); 244,245c245,246 * we need to have a '/' then a '*' and the a '.' or a * '/' then a '*' --- * we need to have a '/' then a '*' and the a '.' or a * '/' then a '*' 247c248,252 asterisk--; --- asterisk--; /* point to char before asterisk */ /* asterisk[0]='/' asterisk[1]='*' asterisk[2]='.' or asterisk[2]='\0' or asterisk[2]!='\0' */ 248a254 asterisk[1] = '\0'; /* terminate the uri pattern at the asterisk */ 251c257 asterisk[1] = asterisk[2] = '\0'; --- asterisk[2] = '\0'; 252a259,260 /* uri-pattern will now contain context only since asterisk[1]='\0' */ 256,258c264,276 jk_log(l, JK_LOG_DEBUG, Into jk_uri_worker_map_t::uri_worker_map_open, suffix rule %s.%s=%s was added\n, uri, asterisk + 3, worker); --- jk_log(l, JK_LOG_DEBUG, Into jk_uri_worker_map_t::uri_worker_map_open, suffix rule %s.%s=%s was added\n, uri, asterisk + 3, worker); j++; } else if ('\0' != asterisk[2]) { /* general suffix rule */ uw_map-maps[j].worker_name = worker; uw_map-maps[j].context = uri; uw_map-maps[j].suffix = asterisk + 2; uw_map-maps[j].match_type = MATCH_TYPE_GENERAL_SUFFIX; jk_log(l, JK_LOG_DEBUG, Into jk_uri_worker_map_t::uri_worker_map_open, general suffix rule %s*%s=%s was added\n, uri, asterisk + 2, worker); 260c278,279 } else { --- } else { 262d280 asterisk[1] = '\0'; 267,269c285,287 jk_log(l, JK_LOG_DEBUG, Into jk_uri_worker_map_t::uri_worker_map_open, match rule %s=%s was added\n, uri, worker); --- jk_log(l, JK_LOG_DEBUG, Into jk_uri_worker_map_t::uri_worker_map_open, match rule %s=%s was added\n, uri, worker); 273c291 /* not leagal !!! */ --- /* not legal !!! */ 275c293 jk_uri_worker_map_t::uri_worker_map_open, [%s=%s] not a leagal rule\n, --- jk_uri_worker_map_t::uri_worker_map_open, [%s=%s] not a legal rule\n, 321a340,353 /* returns the index of the last occurrence of the 'ch' character if ch=='\0' returns the length of the string str */ int last_index_of(const char *str,char ch) { const char *str_minus_one=str-1; const char *s=str+strlen(str); while(s!=str_minus_one ch!=*s) { --s; } return (s-str); } 379a412,419 } else if(MATCH_TYPE_GENERAL_SUFFIX == uw_map-maps[i].match_type) { int suffix_start=last_index_of(uri,uw_map-maps[i].suffix[0]); if (suffix_start=0 0==strcmp(uri+suffix_start,uw_map-maps[i].suffix)) {
Question on JServ - High Priority
Hi, I have a question on Tomcat and JServ. Right now my application is running with Apache and JServ. I want to change JServ to Tomcat. Do you have any document on this? Like where to place jar files, html files,settings, etc.,. I am searching on web since yesterday i couldn't find any document. It would be great if you send me a document. Thanks in advance, Samatha
DO NOT REPLY [Bug 4597] - webdav fails in update, delete or copy operations on jsp files
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=4597. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=4597 webdav fails in update, delete or copy operations on jsp files [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||WONTFIX --- Additional Comments From [EMAIL PROTECTED] 2001-11-02 11:38 --- When you do a request on a URI which ends with *.jsp (regardless of the method used), the request will go to Jasper (because of the *.jsp mapping in the default configuration), instead of to the WebdavServlet. So it's normal, altough I understand it's not really what you would expect. One way you could do it is to put the WebDAV code in a filter, but it's a bad idea to do a general implementation that way (since it would hijack quite a bit of HTTP functionality). Slide is more appropriate for webapp manipulation, because it can get around these constraints, but it doesn't work off the filesystem; instead, it uses its own repository (although it's likely there will eventually be an implementation of it which would only use the filesystem). -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
cvs commit: jakarta-tomcat-4.0/jasper/src/share/org/apache/jasper/compiler JspParseEventListener.java
kinman 01/11/02 11:36:09 Modified:jasper/src/share/org/apache/jasper/compiler JspParseEventListener.java Log: PR: 4550 Fixed a bug involving multiple import attributes in page directives. Revision ChangesPath 1.35 +7 -4 jakarta-tomcat-4.0/jasper/src/share/org/apache/jasper/compiler/JspParseEventListener.java Index: JspParseEventListener.java === RCS file: /home/cvs/jakarta-tomcat-4.0/jasper/src/share/org/apache/jasper/compiler/JspParseEventListener.java,v retrieving revision 1.34 retrieving revision 1.35 diff -u -r1.34 -r1.35 --- JspParseEventListener.java2001/10/03 21:48:30 1.34 +++ JspParseEventListener.java2001/11/02 19:36:09 1.35 @@ -1,7 +1,7 @@ /* - * $Header: /home/cvs/jakarta-tomcat-4.0/jasper/src/share/org/apache/jasper/compiler/JspParseEventListener.java,v 1.34 2001/10/03 21:48:30 kinman Exp $ - * $Revision: 1.34 $ - * $Date: 2001/10/03 21:48:30 $ + * $Header: /home/cvs/jakarta-tomcat-4.0/jasper/src/share/org/apache/jasper/compiler/JspParseEventListener.java,v 1.35 2001/11/02 19:36:09 kinman Exp $ + * $Revision: 1.35 $ + * $Date: 2001/11/02 19:36:09 $ * * * @@ -736,7 +736,10 @@ for(int i = 0; i pdhis.length; i++) { PageDirectiveHandlerInfo pdhi = pdhis[i]; if (attr.equals(pdhi.attribute)) { -String value = (String) attrs.getValue(pdhi.attribute); + // Retrieve the attribute keyed by index, not by name, + // to handle page directives, where multiple import + // attributes may be specified + String value = attrs.getValue(j); pdhi.handler.handlePageDirectiveAttribute(this, value, start, stop); } -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 4550] - page directive improperly parses multiple import statements
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=4550. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=4550 page directive improperly parses multiple import statements [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2001-11-02 11:48 --- Fixed in nightly build 20011103. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: patch to jk_uri_worker_map.c - slightly more sophisticated string matching
Hi Michael, FYI: Embedding the patch in the e-mail usually allows linewrap to render the patch useless as far as applying it to a file. It also makes it hard to read. It is better to send the patch as an attachment. Larry -Original Message- From: Michael Jennings [mailto:[EMAIL PROTECTED]] Sent: Friday, November 02, 2001 2:13 PM To: Tomcat Developers List Subject: patch to jk_uri_worker_map.c - slightly more sophisticated string matching If anyone sees any glaring problems with the following modification to mod_jk please let me know. -Mike Jennings Index: jakarta-tomcat/src/native/jk/jk_uri_worker_map.c === RCS file: /home/cvspublic/jakarta-tomcat/src/native/jk/Attic/jk_uri_work er_map.c,v retrieving revision 1.3.2.1 diff -r1.3.2.1 jk_uri_worker_map.c 75,77c75,78 #define MATCH_TYPE_EXACT(0) #define MATCH_TYPE_CONTEXT (1) #define MATCH_TYPE_SUFFIX (2) --- #define MATCH_TYPE_EXACT(0) /* match an exact pattern */ #define MATCH_TYPE_CONTEXT (1) /* match all URIs in a given context */ #define MATCH_TYPE_SUFFIX (2) /* match all URIs of the form *.ext */ #define MATCH_TYPE_GENERAL_SUFFIX (3) /* match all URIs of the form *ext */ 231c232 --- 236,237c237,238 jk_log(l, JK_LOG_ERROR, jk_uri_worker_map_t::uri_worker_map_open, malloc failed\n); --- jk_log(l, JK_LOG_ERROR, jk_uri_worker_map_t::uri_worker_map_open, malloc failed\n); 244,245c245,246 * we need to have a '/' then a '*' and the a '.' or a * '/' then a '*' --- * we need to have a '/' then a '*' and the a '.' or a * '/' then a '*' 247c248,252 asterisk--; --- asterisk--; /* point to char before asterisk */ /* asterisk[0]='/' asterisk[1]='*' asterisk[2]='.' or asterisk[2]='\0' or asterisk[2]!='\0' */ 248a254 asterisk[1] = '\0'; /* terminate the uri pattern at the asterisk */ 251c257 asterisk[1] = asterisk[2] = '\0'; --- asterisk[2] = '\0'; 252a259,260 /* uri-pattern will now contain context only since asterisk[1]='\0' */ 256,258c264,276 jk_log(l, JK_LOG_DEBUG, Into jk_uri_worker_map_t::uri_worker_map_open, suffix rule %s.%s=%s was added\n, uri, asterisk + 3, worker); --- jk_log(l, JK_LOG_DEBUG, Into jk_uri_worker_map_t::uri_worker_map_open, suffix rule %s.%s=%s was added\n, uri, asterisk + 3, worker); j++; } else if ('\0' != asterisk[2]) { /* general suffix rule */ uw_map-maps[j].worker_name = worker; uw_map-maps[j].context = uri; uw_map-maps[j].suffix = asterisk + 2; uw_map-maps[j].match_type = MATCH_TYPE_GENERAL_SUFFIX; jk_log(l, JK_LOG_DEBUG, Into jk_uri_worker_map_t::uri_worker_map_open, general suffix rule %s*%s=%s was added\n, uri, asterisk + 2, worker); 260c278,279 } else { --- } else { 262d280 asterisk[1] = '\0'; 267,269c285,287 jk_log(l, JK_LOG_DEBUG, Into jk_uri_worker_map_t::uri_worker_map_open, match rule %s=%s was added\n, uri, worker); --- jk_log(l, JK_LOG_DEBUG, Into jk_uri_worker_map_t::uri_worker_map_open, match rule %s=%s was added\n, uri, worker); 273c291 /* not leagal !!! */ --- /* not legal !!! */ 275c293 jk_uri_worker_map_t::uri_worker_map_open, [%s=%s] not a leagal rule\n, --- jk_uri_worker_map_t::uri_worker_map_open, [%s=%s] not a legal rule\n, 321a340,353
Re: Question on JServ - High Priority
At http://jakarta.apache.org/tomcat/ there are documentation links on the left side of the page. Select the version you are using. In the future, questions like this should be directed to [EMAIL PROTECTED] - Original Message - From: Samatha Sajja [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Friday, November 02, 2001 10:27 AM Subject: Question on JServ - High Priority Hi, I have a question on Tomcat and JServ. Right now my application is running with Apache and JServ. I want to change JServ to Tomcat. Do you have any document on this? Like where to place jar files, html files,settings, etc.,. I am searching on web since yesterday i couldn't find any document. It would be great if you send me a document. Thanks in advance, Samatha ** This message is intended only for the use of the person(s) listed above as the intended recipient(s), and may contain information that is PRIVILEGED and CONFIDENTIAL. If you are not an intended recipient, you may not read, copy, or distribute this message or any attachment. If you received this communication in error, please notify us immediately by e-mail and then delete all copies of this message and any attachments. In addition you should be aware that ordinary (unencrypted) e-mail sent through the Internet is not secure. Do not send confidential or sensitive information, such as social security numbers, account numbers, personal identification numbers and passwords, to us via ordinary (unencrypted) e-mail. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: patch to jk_uri_worker_map.c - slightly more sophisticatedstring matching
Mike, Thanks for the patch and your interest. One small problem: the development of jk moved to jakarta-tomcat-connectors. We should do only 'major' bug fixes in j-t/src/native. Of course, all rules have exceptions - but it is extremely painfull to merge and track 2 codebases. Costin On Fri, 2 Nov 2001, Michael Jennings wrote: If anyone sees any glaring problems with the following modification to mod_jk please let me know. -Mike Jennings Index: jakarta-tomcat/src/native/jk/jk_uri_worker_map.c === RCS file: /home/cvspublic/jakarta-tomcat/src/native/jk/Attic/jk_uri_worker_map.c,v retrieving revision 1.3.2.1 diff -r1.3.2.1 jk_uri_worker_map.c 75,77c75,78 #define MATCH_TYPE_EXACT(0) #define MATCH_TYPE_CONTEXT (1) #define MATCH_TYPE_SUFFIX (2) --- #define MATCH_TYPE_EXACT(0) /* match an exact pattern */ #define MATCH_TYPE_CONTEXT (1) /* match all URIs in a given context */ #define MATCH_TYPE_SUFFIX (2) /* match all URIs of the form *.ext */ #define MATCH_TYPE_GENERAL_SUFFIX (3) /* match all URIs of the form *ext */ 231c232 --- 236,237c237,238 jk_log(l, JK_LOG_ERROR, jk_uri_worker_map_t::uri_worker_map_open, malloc failed\n); --- jk_log(l, JK_LOG_ERROR, jk_uri_worker_map_t::uri_worker_map_open, malloc failed\n); 244,245c245,246 * we need to have a '/' then a '*' and the a '.' or a * '/' then a '*' --- * we need to have a '/' then a '*' and the a '.' or a * '/' then a '*' 247c248,252 asterisk--; --- asterisk--; /* point to char before asterisk */ /* asterisk[0]='/' asterisk[1]='*' asterisk[2]='.' or asterisk[2]='\0' or asterisk[2]!='\0' */ 248a254 asterisk[1] = '\0'; /* terminate the uri pattern at the asterisk */ 251c257 asterisk[1] = asterisk[2] = '\0'; --- asterisk[2] = '\0'; 252a259,260 /* uri-pattern will now contain context only since asterisk[1]='\0' */ 256,258c264,276 jk_log(l, JK_LOG_DEBUG, Into jk_uri_worker_map_t::uri_worker_map_open, suffix rule %s.%s=%s was added\n, uri, asterisk + 3, worker); --- jk_log(l, JK_LOG_DEBUG, Into jk_uri_worker_map_t::uri_worker_map_open, suffix rule %s.%s=%s was added\n, uri, asterisk + 3, worker); j++; } else if ('\0' != asterisk[2]) { /* general suffix rule */ uw_map-maps[j].worker_name = worker; uw_map-maps[j].context = uri; uw_map-maps[j].suffix = asterisk + 2; uw_map-maps[j].match_type = MATCH_TYPE_GENERAL_SUFFIX; jk_log(l, JK_LOG_DEBUG, Into jk_uri_worker_map_t::uri_worker_map_open, general suffix rule %s*%s=%s was added\n, uri, asterisk + 2, worker); 260c278,279 } else { --- } else { 262d280 asterisk[1] = '\0'; 267,269c285,287 jk_log(l, JK_LOG_DEBUG, Into jk_uri_worker_map_t::uri_worker_map_open, match rule %s=%s was added\n, uri, worker); --- jk_log(l, JK_LOG_DEBUG, Into jk_uri_worker_map_t::uri_worker_map_open, match rule %s=%s was added\n, uri, worker); 273c291 /* not leagal !!! */ --- /* not legal !!! */ 275c293 jk_uri_worker_map_t::uri_worker_map_open, [%s=%s] not a leagal rule\n, --- jk_uri_worker_map_t::uri_worker_map_open, [%s=%s] not a legal rule\n, 321a340,353 /* returns the index of the last occurrence of the 'ch' character if ch=='\0' returns the length of the string str */ int last_index_of(const char *str,char ch) {
cvs commit: jakarta-tomcat-4.0/jasper/src/share/org/apache/jasper/compiler JspParseEventListener.java
kinman 01/11/02 12:24:23 Modified:jasper/src/share/org/apache/jasper/compiler Tag: tomcat_40_branch JspParseEventListener.java Log: PR: 4550 Fixed a bug involving multiple import attributes in page directives. Revision ChangesPath No revision No revision 1.33.2.2 +7 -4 jakarta-tomcat-4.0/jasper/src/share/org/apache/jasper/compiler/JspParseEventListener.java Index: JspParseEventListener.java === RCS file: /home/cvs/jakarta-tomcat-4.0/jasper/src/share/org/apache/jasper/compiler/JspParseEventListener.java,v retrieving revision 1.33.2.1 retrieving revision 1.33.2.2 diff -u -r1.33.2.1 -r1.33.2.2 --- JspParseEventListener.java2001/10/03 22:00:33 1.33.2.1 +++ JspParseEventListener.java2001/11/02 20:24:23 1.33.2.2 @@ -1,7 +1,7 @@ /* - * $Header: /home/cvs/jakarta-tomcat-4.0/jasper/src/share/org/apache/jasper/compiler/JspParseEventListener.java,v 1.33.2.1 2001/10/03 22:00:33 kinman Exp $ - * $Revision: 1.33.2.1 $ - * $Date: 2001/10/03 22:00:33 $ + * $Header: /home/cvs/jakarta-tomcat-4.0/jasper/src/share/org/apache/jasper/compiler/JspParseEventListener.java,v 1.33.2.2 2001/11/02 20:24:23 kinman Exp $ + * $Revision: 1.33.2.2 $ + * $Date: 2001/11/02 20:24:23 $ * * * @@ -736,7 +736,10 @@ for(int i = 0; i pdhis.length; i++) { PageDirectiveHandlerInfo pdhi = pdhis[i]; if (attr.equals(pdhi.attribute)) { -String value = (String) attrs.getValue(pdhi.attribute); + // Retrieve the attribute keyed by index, not by name, + // to handle page directives, where multiple import + // attributes may be specified + String value = attrs.getValue(j); pdhi.handler.handlePageDirectiveAttribute(this, value, start, stop); } -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
cvs commit: jakarta-tomcat-connectors/jk/jkant/java/org/apache/jk/ant/compilers CcCompiler.java LibtoolCompiler.java LibtoolLinker.java CompilerAdapter.java LinkerAdapter.java
costin 01/11/02 12:25:09 Modified:jk/jkant/java/org/apache/jk/ant/compilers CompilerAdapter.java LinkerAdapter.java Added: jk/jkant/java/org/apache/jk/ant/compilers CcCompiler.java LibtoolCompiler.java LibtoolLinker.java Log: Refactoring of SoTask, move the compilers out. This is still a bit hacky, especially the trick to use the compiler/linker adapter as separate task. It'll get cleaned as we add more adapters. ( the 'cc' compiler was never tested ) Revision ChangesPath 1.2 +6 -2 jakarta-tomcat-connectors/jk/jkant/java/org/apache/jk/ant/compilers/CompilerAdapter.java Index: CompilerAdapter.java === RCS file: /home/cvs/jakarta-tomcat-connectors/jk/jkant/java/org/apache/jk/ant/compilers/CompilerAdapter.java,v retrieving revision 1.1 retrieving revision 1.2 diff -u -r1.1 -r1.2 --- CompilerAdapter.java 2001/11/02 18:46:07 1.1 +++ CompilerAdapter.java 2001/11/02 20:25:09 1.2 @@ -57,6 +57,8 @@ import org.apache.tools.ant.BuildException; import org.apache.jk.ant.*; +import java.util.*; + /* Modeled after javac */ @@ -82,9 +84,11 @@ void setSoTask( SoTask attributes ); /** - * Executes the task. + * Compile a set of files. The caller is supposed to + * detect dependencies. * * @return has the compilation been successful */ -boolean execute() throws BuildException; +public void compile(Vector files ) throws BuildException; + } 1.2 +1 -1 jakarta-tomcat-connectors/jk/jkant/java/org/apache/jk/ant/compilers/LinkerAdapter.java Index: LinkerAdapter.java === RCS file: /home/cvs/jakarta-tomcat-connectors/jk/jkant/java/org/apache/jk/ant/compilers/LinkerAdapter.java,v retrieving revision 1.1 retrieving revision 1.2 diff -u -r1.1 -r1.2 --- LinkerAdapter.java2001/11/02 18:46:07 1.1 +++ LinkerAdapter.java2001/11/02 20:25:09 1.2 @@ -86,5 +86,5 @@ * * @return has the compilation been successful */ -boolean execute() throws BuildException; +boolean link(String files[]) throws BuildException; } 1.1 jakarta-tomcat-connectors/jk/jkant/java/org/apache/jk/ant/compilers/CcCompiler.java Index: CcCompiler.java === /* * The Apache Software License, Version 1.1 * * Copyright (c) 1999 The Apache Software Foundation. All rights * reserved. * * Redistribution and use in source and binary forms, with or without * modification, are permitted provided that the following conditions * are met: * * 1. Redistributions of source code must retain the above copyright *notice, this list of conditions and the following disclaimer. * * 2. Redistributions in binary form must reproduce the above copyright *notice, this list of conditions and the following disclaimer in *the documentation and/or other materials provided with the *distribution. * * 3. The end-user documentation included with the redistribution, if *any, must include the following acknowlegement: * This product includes software developed by the *Apache Software Foundation (http://www.apache.org/). *Alternately, this acknowlegement may appear in the software itself, *if and wherever such third-party acknowlegements normally appear. * * 4. The names The Jakarta Project, Ant, and Apache Software *Foundation must not be used to endorse or promote products derived *from this software without prior written permission. For written *permission, please contact [EMAIL PROTECTED] * * 5. Products derived from this software may not be called Apache *nor may Apache appear in their names without prior written *permission of the Apache Group. * * THIS SOFTWARE IS PROVIDED ``AS IS'' AND ANY EXPRESSED OR IMPLIED * WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE IMPLIED WARRANTIES * OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE ARE * DISCLAIMED. IN NO EVENT SHALL THE APACHE SOFTWARE FOUNDATION OR * ITS CONTRIBUTORS BE LIABLE FOR ANY DIRECT, INDIRECT, INCIDENTAL, * SPECIAL, EXEMPLARY, OR CONSEQUENTIAL DAMAGES (INCLUDING, BUT NOT * LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS OR SERVICES; LOSS OF * USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION) HOWEVER CAUSED AND * ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT LIABILITY, * OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY OUT * OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF * SUCH DAMAGE. *
cvs commit: jakarta-tomcat-connectors/jk/jkant/java/org/apache/jk/ant SoTask.java ApxsTask.java
costin 01/11/02 12:29:54 Modified:jk/jkant/java/org/apache/jk/ant SoTask.java Removed: jk/jkant/java/org/apache/jk/ant ApxsTask.java Log: Removed ApxsTask ( it was a placeholder). We can add it later as ApxsCompiler/Linker - it'll use whatever Apxs detected. The problem is that we can't deal with dependencies, so everything will be recompiled. An alternative is to use Apxs in query mode - then use normal compiler. Or for Apache2.0 to use the build/ directory where the information seems to be duplicated. SoTask - more refactoring. Regarding adapter selection - we use same mechansim as javac ( a project property ), but we could detect ( for example by searching the PATH or doing a dummy execute ) if gcc/libtool/etc are present and use them. Assuming someone will write the adapters for Windows, Netware, Borland, etc - this can also be detected using the platform id. Revision ChangesPath 1.8 +122 -240 jakarta-tomcat-connectors/jk/jkant/java/org/apache/jk/ant/SoTask.java Index: SoTask.java === RCS file: /home/cvs/jakarta-tomcat-connectors/jk/jkant/java/org/apache/jk/ant/SoTask.java,v retrieving revision 1.7 retrieving revision 1.8 diff -u -r1.7 -r1.8 --- SoTask.java 2001/10/30 20:55:38 1.7 +++ SoTask.java 2001/11/02 20:29:54 1.8 @@ -58,6 +58,7 @@ import org.apache.tools.ant.util.*; import org.apache.tools.ant.taskdefs.*; import org.apache.tools.ant.*; +import org.apache.jk.ant.compilers.*; import java.io.*; import java.util.*; @@ -96,26 +97,74 @@ * @author Costin Manolache */ public class SoTask extends Task { -String apxs; +protected String apxs; // or FileSet ? -FileSet src; -Path includes; -Path depends; -Path libs; -String module; -String soFile; -String cflags; -File buildDir; -int debug; -Vector defines = new Vector(); +protected FileSet src; +protected Path includes; +protected Path depends; +protected Path libs; +protected String module; +protected String soFile; +protected String cflags; +protected File buildDir; +protected int debug; + +protected boolean optG=true; +protected boolean optimize=false; +protected Vector defines = new Vector(); + +// Computed fields +protected Vector compileList; +protected String srcList[]; public SoTask() {}; +// Hack to allow individual compilers/linkers to work +// as regular Tasks, independnetly. +public void duplicateTo(SoTask so) { + // This will act as a proxy for the child task + so.project=project; + so.target=target; + so.location=location; + so.taskName=taskName; + so.taskType=taskType; + + so.apxs=apxs; + so.src=src; + so.includes=includes; + so.depends=depends; + so.libs=libs; + so.module=module; + so.soFile=soFile; + so.cflags=cflags; + so.buildDir=buildDir; + so.debug=debug; + so.optG=optG; + so.optimize=optimize; + so.defines=defines; + so.srcList=srcList; + so.compileList=compileList; +} + public void setSoFile(String s ) { soFile=s; } -public void setDebug(int i) { +/** Add debug information + */ +public void setDebug(boolean b) { + optG=b; +} + +/** Add debug information + */ +public void setOptimize(boolean b) { + optimize=b; +} + +/** Debug the so task + */ +public void setTaskDebug(int i) { debug=i; } @@ -207,22 +256,74 @@ // XXX Add specific code for Linux and platforms where things are // clean, libtool should be just a fallback. -String srcList[]; - public void execute() throws BuildException { if( soFile==null ) throw new BuildException(No target ( .so file )); if (src == null) throw new BuildException(No source files); + + // XXX makedepend-type dependencies - how ?? + // We could generate a dummy Makefile and parse the content... + findCompileList(); + + CompilerAdapter compiler=findCompilerAdapter(); + compiler.compile( compileList ); + + File soTarget=new File( buildDir, soFile + .so ); + if( compileList.size() == 0 soTarget.exists()) { + // No dependency, no need to relink + return; + } + + LinkerAdapter linker=findLinkerAdapter(); + linker.link(srcList); +} + +public CompilerAdapter findCompilerAdapter() { + CompilerAdapter compilerAdapter; + String cc=project.getProperty(build.compiler.cc); + if( cc!=null ) { + if( cc.equals( cc ) ) {
cvs commit: jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/startup ClassLoaderFactory.java
craigmcc01/11/02 12:34:48 Modified:catalina build.xml catalina/src/share/org/apache/catalina/mbeans mbeans-descriptors.xml catalina/src/share/org/apache/catalina/realm LocalStrings.properties catalina/src/share/org/apache/catalina/startup ClassLoaderFactory.java Added: catalina/src/share/org/apache/catalina/mbeans StandardEngineMBean.java Log: Add an override MBean for the StandardEngine component that simulates a parent attribute. These will be added for the other components as needed to provide a consistent way for admin applications to navigate to the parent component of any component. Revision ChangesPath 1.86 +33 -1 jakarta-tomcat-4.0/catalina/build.xml Index: build.xml === RCS file: /home/cvs/jakarta-tomcat-4.0/catalina/build.xml,v retrieving revision 1.85 retrieving revision 1.86 diff -u -r1.85 -r1.86 --- build.xml 2001/10/30 03:35:58 1.85 +++ build.xml 2001/11/02 20:34:47 1.86 @@ -28,6 +28,7 @@ pathelement location=${commons-digester.jar}/ pathelement location=${commons-modeler.jar}/ pathelement location=${commons-pool.jar}/ +pathelement location=${jaas.jar}/ pathelement location=${jcert.jar}/ pathelement location=${jdbc20ext.jar}/ pathelement location=${jmxri.jar}/ @@ -55,6 +56,7 @@ pathelement location=${commons-digester.jar}/ pathelement location=${commons-modeler.jar}/ pathelement location=${commons-pool.jar}/ +pathelement location=${jaas.jar}/ pathelement location=${jcert.jar}/ pathelement location=${jdbc20ext.jar}/ pathelement location=${jmxri.jar}/ @@ -103,6 +105,9 @@ available property=modeler.present classname=org.apache.commons.modeler.Registry classpath=${commons-modeler.jar}/ +available property=jaas.present + classname=javax.security.auth.Subject + classpath=${jaas.jar} / condition property=jaxp.present and available classname=javax.xml.parsers.SAXParser @@ -171,6 +176,7 @@ !-- JAR files availability flags -- available property=tomcat-ajp.jar.present file=${tomcat-ajp.jar} / available property=dbcp.jar.present file=${commons-dbcp.jar} / +available property=jaas.jar.present file=${jaas.jar} / condition property=javamail.jar.present and available file=${activation.jar} / @@ -205,6 +211,12 @@ /and /or /condition +condition property=compile.jaas + or +equals arg1=${full.dist} arg2=on / +equals arg1=${jaas.present} arg2=true / + /or +/condition condition property=compile.javamail or equals arg1=${full.dist} arg2=on / @@ -276,6 +288,17 @@ equals arg1=${dbcp.present} arg2=true / /or /condition +condition property=copy.jaas.jar + or +equals arg1=${full.dist} arg2=on / +and + equals arg1=${jaas.jar.present} arg2=true / + not +equals arg1=${jdk.1.4.present} arg2=true / + /not +/and + /or +/condition condition property=copy.jdbc20ext.jar or equals arg1=${full.dist} arg2=on / @@ -415,6 +438,7 @@ echo message=--- Optional Libraries --- / echo message=dbcp.present=${dbcp.present} / +echo message=jaas.present=${jaas.present} / echo message=javamail.present=${javamail.present} / echo message=jmx.present=${jmx.present} / echo message=jmxtools.present=${jmxtools.present} / @@ -435,6 +459,7 @@ echo message=--- Optional JARs --- / echo message=tomcat-ajp.jar.present=${tomcat-ajp.jar.present} / echo message=dbcp.jar.present=${dbcp.jar.present} / +echo message=jaas.jar.present=${jaas.jar.present} / echo message=javamail.jar.present=${javamail.jar.present} / echo message=jdbc20ext.jar.present=${jdbc20ext.jar.present} / echo message=jmxri.jar.present=${jmxri.jar.present} / @@ -449,6 +474,7 @@ echo message=--- Conditional compilation flags --- / echo message=compile.dbcp=${compile.dbcp} / +echo message=compile.jaas=${compile.jaas} / echo message=compile.javamail=${compile.javamail} / echo message=compile.jmx=${compile.jmx} / echo message=compile.jndi=${compile.jndi} / @@ -462,6 +488,7 @@ echo message=--- Distribution flags --- / echo message=copy.tomcat-ajp.jar=${copy.tomcat-ajp.jar} / echo message=copy.dbcp.jar=${copy.dbcp.jar} / +echo message=copy.jaas.jar=${copy.jaas.jar} / echo message=copy.jdbc20ext.jar=${copy.jdbc20ext.jar} / echo
RE: [PATCH] TC 3.3 WebXmlReader.java
Cool. If and when you decide to check it in, you might want to consider this minor update applying the same logic to the error handler's warning method. The previously posted patch only covered calls the to error handler's error and fatalError methods. I couldn't make up my mind as to whether parser warnings should impose the same startup penalty but now think it might be a good idea. -David -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] Sent: Friday, November 02, 2001 8:33 AM To: Tomcat Developers List Subject: Re: [PATCH] TC 3.3 WebXmlReader.java On Fri, 2 Nov 2001, Bojan Smojver wrote: Notice that here, only the second time around things go bad (at context reload) and that's only sometimes. Normally, there is nothing in the logs. Weird... I'll have to dig into it to find out what it really is. I might apply this patch to my local build, just to see if it makes any difference. The patch seems ok to me ( thanks David !) - I was planning to check it in. If you find any problem let me know. I added this 'validation mark' to avoid the expensive validation if the file was already validated before. Since tomcat can ( or should be able to ) tolerate some errors in web.xml everything should still work - but you get the warning that the file have errors like bad ordering of elements. Without the patch you get the warning only once ( or after each modification of web.xml ). With the patch you'll be warned on each server startup and the startup time will be longer until you fix web.xml - which should give time to read the warnings and be the punishment. Costin Some people I work with noticed that Tomcat was spitting out a web.xml validation error for their app, but only the first time they started up. This gave them the impression that everything was ok the second time. Well, I looked around a bit and found that WebXmlReader writes out a validation mark (webxmlval.txt) in the work directory. The timestamp of the validation mark is used as part of deciding whether to validate. The thing is, this mark is written out even if web.xml was not valid so next time through validation is skipped. I'm not sure if this was done on purpose and I can even imagine an argument about not nagging more than once. Still, in our case the disappearance of the validation errors brought about false confidence. In case this seems like a problem to anyone else, here's a patch that only writes out the validation mark if the XML parsed without errors. That way you keep seeing the validation errors until you a) disable validation or b) fix the offending xml. Interestingly, this patch takes advantage of an unused boolean field in the error handler. Makes me wonder if somebody already thought of this but decided not to deal with it. Perhaps there was a good reason. Regards, -David -- -- --- WebXmlReader.java.origWed Oct 31 13:00:07 2001 +++ WebXmlReader.java Wed Oct 31 12:12:55 2001 @@ -99,7 +99,7 @@ static class WebXmlErrorHandler implements ErrorHandler{ Context ctx; XmlMapper xm; - boolean ok; + boolean ok = true; WebXmlErrorHandler( XmlMapper xm,Context ctx ) { this.ctx=ctx; this.xm=xm; @@ -113,16 +113,21 @@ public void error (SAXParseException exception) throws SAXException { + ok = false; ctx.log(web.xml: Error + exception ); ctx.log(xm.positionToString()); } public void fatalError (SAXParseException exception) throws SAXException { + ok = false; ctx.log(web.xml: Fatal error + exception ); ctx.log(xm.positionToString()); throw new SAXException( Fatal error + exception ); } + public boolean isOk() { + return ok; + } } void processWebXmlFile( Context ctx, String file) { @@ -134,13 +139,15 @@ } if( ctx.getDebug() 0 ) ctx.log(Reading + file ); XmlMapper xh=new XmlMapper(); + WebXmlErrorHandler xeh = null; File v=new File( ctx.getWorkDir(), webxmlval.txt ); if( validate ) { if( ! v.exists() || v.lastModified() f.lastModified() ) { ctx.log(Validating web.xml); xh.setValidating(true); - xh.setErrorHandler( new WebXmlErrorHandler( xh, ctx ) ); + xeh = new WebXmlErrorHandler( xh, ctx ); + xh.setErrorHandler( xeh ); } } @@ -230,7 +237,8 @@ Object ctx1=xh.readXml(f, ctx); - if( validate ) { + if( validate xeh.isOk()) { + // don't create/update the validation mark if an error was detected try
cvs commit: jakarta-tomcat-connectors/jk/jkant/java/org/apache/jk/ant/compilers LibtoolCompiler.java LibtoolLinker.java
costin 01/11/02 13:13:10 Modified:jk/jkant ant.tasks jk/jkant/java/org/apache/jk/ant SoTask.java jk/jkant/java/org/apache/jk/ant/compilers LibtoolCompiler.java LibtoolLinker.java Log: Add a small option to allow profiling ( assuming libtool, gcc, etc ). ( still investigating how to do a configure on Apache/APR with profiling ) Let the fun begin ! Revision ChangesPath 1.3 +3 -2 jakarta-tomcat-connectors/jk/jkant/ant.tasks Index: ant.tasks === RCS file: /home/cvs/jakarta-tomcat-connectors/jk/jkant/ant.tasks,v retrieving revision 1.2 retrieving revision 1.3 diff -u -r1.2 -r1.3 --- ant.tasks 2001/10/26 19:53:45 1.2 +++ ant.tasks 2001/11/02 21:13:10 1.3 @@ -1,2 +1,3 @@ -apxs=org.apache.jk.ant.ApxsTask -so=org.apache.jk.ant.SoTask \ No newline at end of file +so=org.apache.jk.ant.SoTask +libtoolCompile=org.apache.jk.ant.compilers.LibtoolCompiler +ccCompile=org.apache.jk.ant.compilers.CcCompiler 1.9 +19 -2 jakarta-tomcat-connectors/jk/jkant/java/org/apache/jk/ant/SoTask.java Index: SoTask.java === RCS file: /home/cvs/jakarta-tomcat-connectors/jk/jkant/java/org/apache/jk/ant/SoTask.java,v retrieving revision 1.8 retrieving revision 1.9 diff -u -r1.8 -r1.9 --- SoTask.java 2001/11/02 20:29:54 1.8 +++ SoTask.java 2001/11/02 21:13:10 1.9 @@ -111,6 +111,7 @@ protected boolean optG=true; protected boolean optimize=false; +protected boolean profile=false; protected Vector defines = new Vector(); // Computed fields @@ -141,11 +142,14 @@ so.debug=debug; so.optG=optG; so.optimize=optimize; + so.profile=profile; so.defines=defines; so.srcList=srcList; so.compileList=compileList; } - + +/** @deprecated use setTarget + */ public void setSoFile(String s ) { soFile=s; } @@ -162,17 +166,30 @@ optimize=b; } +/** Add profiling information + */ +public void setProfile(boolean b) { + profile=b; +} + /** Debug the so task */ public void setTaskDebug(int i) { debug=i; } +/** Add a -D option. Note that each define has + * an if/unless attribute + */ public void addDef(Def var ) { var.setProject( project ); defines.addElement(var); } - + +/** Set the target for this compilation. Don't include any + * directory or suffix ( not sure about prefix - we may want + * to add lib automatically for unix, and nothing on win/etc ? ). + */ public void setTarget(String s ) { soFile=s; } 1.2 +3 -0 jakarta-tomcat-connectors/jk/jkant/java/org/apache/jk/ant/compilers/LibtoolCompiler.java Index: LibtoolCompiler.java === RCS file: /home/cvs/jakarta-tomcat-connectors/jk/jkant/java/org/apache/jk/ant/compilers/LibtoolCompiler.java,v retrieving revision 1.1 retrieving revision 1.2 diff -u -r1.1 -r1.2 --- LibtoolCompiler.java 2001/11/02 20:25:09 1.1 +++ LibtoolCompiler.java 2001/11/02 21:13:10 1.2 @@ -177,6 +177,9 @@ if( optimize ) cmd.createArgument().setValue(-O2 ); + if( profile ) + cmd.createArgument().setValue(-pg ); + if( localCflags != null ) cmd.createArgument().setLine( localCflags ); 1.2 +3 -0 jakarta-tomcat-connectors/jk/jkant/java/org/apache/jk/ant/compilers/LibtoolLinker.java Index: LibtoolLinker.java === RCS file: /home/cvs/jakarta-tomcat-connectors/jk/jkant/java/org/apache/jk/ant/compilers/LibtoolLinker.java,v retrieving revision 1.1 retrieving revision 1.2 diff -u -r1.1 -r1.2 --- LibtoolLinker.java2001/11/02 20:25:09 1.1 +++ LibtoolLinker.java2001/11/02 21:13:10 1.2 @@ -111,6 +111,9 @@ cmd.createArgument().setValue( -o ); cmd.createArgument().setValue( soFile + .la ); + if( profile ) + cmd.createArgument().setValue(-pg ); + // All .o files must be included project.log( Linking + buildDir + / + soFile + .so); -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Meta Refresh and jsessionid - a proposal
I'm having a seemingly common problem where I can't use url-rewriting with the META HTTP-EQUIV=Refresh tag because the semi-colon in the rewritten URL is confused with the delimiter in the meta tag. I didn't see a solution or workaround, so here's mine. I'd like to modify the HttpProcessor.parseRequest method to look for jsessionid= in the query string if ;jsessionid is not found in the uri. That way the existing encodeURL method will still work, but those who need the refresh method can put the jsessionid in the query string parameters. Please let me know if this is acceptable or if there is a better way to solve this problem __ Do You Yahoo!? Find a job, post your resume. http://careers.yahoo.com -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
cvs commit: jakarta-tomcat-connectors/jk/native build.properties.sample build.xml
costin 01/11/02 13:21:24 Modified:jk/native build.xml Added: jk/native build.properties.sample Log: Added 'jakarta-style' build.properties. Added debug, optimize and profile options to the so task. XXX we need a better name, so is too unix specific. Revision ChangesPath 1.7 +29 -6 jakarta-tomcat-connectors/jk/native/build.xml Index: build.xml === RCS file: /home/cvs/jakarta-tomcat-connectors/jk/native/build.xml,v retrieving revision 1.6 retrieving revision 1.7 diff -u -r1.6 -r1.7 --- build.xml 2001/10/30 21:06:39 1.6 +++ build.xml 2001/11/02 21:21:24 1.7 @@ -1,7 +1,11 @@ ?xml version=1.0 ? project name=jk_native default=main basedir=. - + + property file=${user.home}/.ant.properties / + property file=${user.home}/build.properties / + property file=build.properties / + !-- Experimental -- path id=jkant @@ -12,9 +16,15 @@ property name=native.dir location=. / property name=apxs13 value=/usr/sbin/apxs / property name=apxs20 value=/opt/apache2/bin/apxs / - + property name=apache2.home location=/opt/apache2 / property name=apache13.home location=/usr / + + property name=so.debug value=true / + property name=so.optimize value=false / + property name=so.profile value=false / + + !-- Targets -- target name=main depends=init,apache20,jni /target @@ -25,7 +35,12 @@ /target target name=jni -so sofile=jni_connect buildDir=jni +so sofile=jni_connect + buildDir=jni + optimize=${so.optimize} + debug=${so.debug} + profile=${so.profile} + jniConfig / src dir=${native.dir} include name=jni/*.c / @@ -45,7 +60,11 @@ /target target name=apache20 -so sofile=mod_jk buildDir=apache-2.0 +so sofile=mod_jk + buildDir=apache-2.0 + optimize=${so.optimize} + debug=${so.debug} + profile=${so.profile} def name=CHUNK_SIZE value=4096 info=Read/Write buffer size / def name=REUSE_WORKER @@ -70,7 +89,11 @@ /target target name=apache13 -so sofile=mod_jk buildDir=apache-1.3 +so sofile=mod_jk + buildDir=apache-1.3 + optimize=${so.optimize} + debug=${so.debug} + profile=${so.profile} apacheConfig apxs=${apxs13} / src dir=. include name=apache-1.3/mod_jk.c / @@ -100,4 +123,4 @@ /delete /target -/project \ No newline at end of file +/project 1.1 jakarta-tomcat-connectors/jk/native/build.properties.sample Index: build.properties.sample === # Location where Apache2.0 is installed. # We assume include and lib are below this apache2.home=/opt/apache2 # Same for Apache1.3 apache13.home=/usr # Compile-time options so.debug=true so.optimize=false so.profile=false -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: Meta Refresh and jsessionid - a proposal
The servlet spec is pretty clear about where the session id is supposed to be. I don't think it is a good idea to introduce something that violates those requirements (and which would trap unwary developers into dependence on a non-standard implementation of this functionality). Craig On Fri, 2 Nov 2001, Robert Lucier wrote: Date: Fri, 2 Nov 2001 13:22:58 -0800 (PST) From: Robert Lucier [EMAIL PROTECTED] Reply-To: Tomcat Developers List [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: Meta Refresh and jsessionid - a proposal I'm having a seemingly common problem where I can't use url-rewriting with the META HTTP-EQUIV=Refresh tag because the semi-colon in the rewritten URL is confused with the delimiter in the meta tag. I didn't see a solution or workaround, so here's mine. I'd like to modify the HttpProcessor.parseRequest method to look for jsessionid= in the query string if ;jsessionid is not found in the uri. That way the existing encodeURL method will still work, but those who need the refresh method can put the jsessionid in the query string parameters. Please let me know if this is acceptable or if there is a better way to solve this problem __ Do You Yahoo!? Find a job, post your resume. http://careers.yahoo.com -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 4542] - jsp:include inside a custom tag can throw an exception.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=4542. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=4542 jsp:include inside a custom tag can throw an exception. [EMAIL PROTECTED] changed: What|Removed |Added CC||tomcat- ||[EMAIL PROTECTED] AssignedTo|tomcat- |[EMAIL PROTECTED] |[EMAIL PROTECTED] | --- Additional Comments From [EMAIL PROTECTED] 2001-11-02 13:54 --- I am not sure I understand what the problem is. Are you saying that if you have a jsp:include inside the body of a custom tag, and you do a out.write () after that, you get an exception? Please give a test case, something concrete that I can verify. Thanks. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: Meta Refresh and jsessionid - a proposal
On Fri, 2 Nov 2001, Robert Lucier wrote: Date: Fri, 2 Nov 2001 13:44:20 -0800 (PST) From: Robert Lucier [EMAIL PROTECTED] To: Craig R. McClanahan [EMAIL PROTECTED] Subject: Re: Meta Refresh and jsessionid - a proposal I understand, and that bothers me. Has there been any talk of modifying that portion of the spec to be compatible with the meta-refresh tag? The problem shows up on this and other lists fairly frequently. I don't recall any such discussion -- the best way to make sure it at least gets paid attention to is to submit feedback to the Servlet Spec feedback address ([EMAIL PROTECTED]). It may also be that the expert group doesn't consider compatible with the meta-refresh tag to be a very compelling argument: - Refresh is not a standard HTTP header - Browsers that misinterpret this kind of thing: meta http-equiv=refresh content=2;URL=http://foo/bar;jsessionid=12345; sound like they are broken in the first place -- they should be parsing on the first semicolon, not the second one. Craig --- Craig R. McClanahan [EMAIL PROTECTED] wrote: The servlet spec is pretty clear about where the session id is supposed to be. I don't think it is a good idea to introduce something that violates those requirements (and which would trap unwary developers into dependence on a non-standard implementation of this functionality). Craig On Fri, 2 Nov 2001, Robert Lucier wrote: Date: Fri, 2 Nov 2001 13:22:58 -0800 (PST) From: Robert Lucier [EMAIL PROTECTED] Reply-To: Tomcat Developers List [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: Meta Refresh and jsessionid - a proposal I'm having a seemingly common problem where I can't use url-rewriting with the META HTTP-EQUIV=Refresh tag because the semi-colon in the rewritten URL is confused with the delimiter in the meta tag. I didn't see a solution or workaround, so here's mine. I'd like to modify the HttpProcessor.parseRequest method to look for jsessionid= in the query string if ;jsessionid is not found in the uri. That way the existing encodeURL method will still work, but those who need the refresh method can put the jsessionid in the query string parameters. Please let me know if this is acceptable or if there is a better way to solve this problem __ Do You Yahoo!? Find a job, post your resume. http://careers.yahoo.com -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] __ Do You Yahoo!? Find a job, post your resume. http://careers.yahoo.com -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: Meta Refresh and jsessionid - a proposal
Why not simply encoding the url ? See http://nagoya.betaversion.org/bugzilla/show_bug.cgi?id=1482 Saludos , Ignacio J. Ortega -Mensaje original- De: craigmcc@localhost [mailto:craigmcc@localhost]En nombre de Craig R. McClanahan Enviado el: viernes 2 de noviembre de 2001 22:59 Para: Robert Lucier Cc: [EMAIL PROTECTED] Asunto: Re: Meta Refresh and jsessionid - a proposal On Fri, 2 Nov 2001, Robert Lucier wrote: Date: Fri, 2 Nov 2001 13:44:20 -0800 (PST) From: Robert Lucier [EMAIL PROTECTED] To: Craig R. McClanahan [EMAIL PROTECTED] Subject: Re: Meta Refresh and jsessionid - a proposal I understand, and that bothers me. Has there been any talk of modifying that portion of the spec to be compatible with the meta-refresh tag? The problem shows up on this and other lists fairly frequently. I don't recall any such discussion -- the best way to make sure it at least gets paid attention to is to submit feedback to the Servlet Spec feedback address ([EMAIL PROTECTED]). It may also be that the expert group doesn't consider compatible with the meta-refresh tag to be a very compelling argument: - Refresh is not a standard HTTP header - Browsers that misinterpret this kind of thing: meta http-equiv=refresh content=2;URL=http://foo/bar;jsessionid=12345; sound like they are broken in the first place -- they should be parsing on the first semicolon, not the second one. Craig --- Craig R. McClanahan [EMAIL PROTECTED] wrote: The servlet spec is pretty clear about where the session id is supposed to be. I don't think it is a good idea to introduce something that violates those requirements (and which would trap unwary developers into dependence on a non-standard implementation of this functionality). Craig On Fri, 2 Nov 2001, Robert Lucier wrote: Date: Fri, 2 Nov 2001 13:22:58 -0800 (PST) From: Robert Lucier [EMAIL PROTECTED] Reply-To: Tomcat Developers List [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: Meta Refresh and jsessionid - a proposal I'm having a seemingly common problem where I can't use url-rewriting with the META HTTP-EQUIV=Refresh tag because the semi-colon in the rewritten URL is confused with the delimiter in the meta tag. I didn't see a solution or workaround, so here's mine. I'd like to modify the HttpProcessor.parseRequest method to look for jsessionid= in the query string if ;jsessionid is not found in the uri. That way the existing encodeURL method will still work, but those who need the refresh method can put the jsessionid in the query string parameters. Please let me know if this is acceptable or if there is a better way to solve this problem __ Do You Yahoo!? Find a job, post your resume. http://careers.yahoo.com -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] __ Do You Yahoo!? Find a job, post your resume. http://careers.yahoo.com -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Return of the Bug?: File upload does not work with with Apache/Tomcat using the ajp13 connector
I have an application under development on webappcabaret.com. It includes a file upload page which uses the oreilly servlet package. I recently discovered that the file upload was failing (previously having worked OK) with the log reporting Corrupt form data: premature ending. A visit to servlet.com revealed that this is a known bug, with the recommended workaround being an upgrade to Tomcat 3.2 or 4.0. The webappcabaret hosting environment offers a choice of Tomcat 3.1, 3.2 or 4.0, and I had recently decided to upgrade to 4.0. When I reset the environment to use Tomcat 3.2, the file upload worked successfully again. The environment options are set through a console, so I've checked the system logs to confirm that the host was really deploying Tomcat 4.0 and 3.2. It looks like the upload bug that was fixed in 3.2 may have returned in 4.0? Cheers Ken -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 4609] New: - IOException is not thrown if JspWriter object is closed and an attempt to write to the object is made.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=4609. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=4609 IOException is not thrown if JspWriter object is closed and an attempt to write to the object is made. Summary: IOException is not thrown if JspWriter object is closed and an attempt to write to the object is made. Product: Tomcat 4 Version: 4.0.1 Final Platform: All OS/Version: All Status: NEW Severity: Major Priority: Other Component: Jasper AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] An IOException should be thrown if an attempt is made to write to a JspWriter object that has been closed. * html titlepositiveClose/title body % out.println(hello); % % out.close(); % % out.println(hello); % /body /html * -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 4534] - error-page not being processed
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=4534. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=4534 error-page not being processed [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||WORKSFORME --- Additional Comments From [EMAIL PROTECTED] 2001-11-02 16:12 --- Remy Maucherat was correct, turns out to be an luser error on my part. This is not a bug as using a url without a path in the errorcode tag works correctly -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Tomcat Administration Webapp - HTML Prototype Available
Some of the user interface folks at Sun were kind enough to build a mockup of what an Administration Webapp for Tomcat 4 might look like. You can see the mockup for yourself at: http://jakarta.apache.org/~craigmcc/TomcatAdminPrototype/ Please take a look and provide feedback to TOMCAT-DEV to guide the development of this application. A couple of notes: * The mockup uses a fancy JavaScript implementation of a tree control in the left frame. We would probably want to use something that wasn't so browser-dependent in the real application. * None of the Available Actions options actually do anything - this is just a model to give people a feel for how navigation would work. Craig McClanahan -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
gdb gets SIGSEGV from JVM when running Tomcat 4.0 (Redhat 6.2, JDK 1.3.1_01)
Hi all, Would anyone happen to know the fix to this? This may or may not be directly related to Tomcat, but I noticed a somewhat relevant thread about segfaults occuring when invoking a JVM via JNI in the tomcat-dev mailing list archives. Any advice would be appreciated on how to address this issue on JDK 1.3.1_01. Thanks very much, Eddie OVERVIEW: When running Tomcat 4.0 via the Java launcher in a gdb debugging session (Red Hat Linux 6.2, JDK 1.3.1_01), I get a SIGSEGV signal (Segmentation fault) when I execute some of the example JSPs/servlets. Since Tomcat is pure Java, I'm assuming the problem is most likely with the JVM and the way it handles signals, or possibly with gdb since I only see this behavior with gdb. The problem is fairly reproducible; I usually get it when I execute the ErrorPage JSP sample in Tomcat's examples webapp. Note that I don't see these signals when running the JVM standalone (outside of gdb). What's also weird is that I successfully tell gdb to continue after the segfault, and the app continues to work like nothing ever happend. As an aside, the reason why I did this test was because I was experiencing very similar problems in my own application that embeds a JVM via JNI. DESCRIPTION: Here is what I did to see the problem. First, I set the debugger in the environment, so that the jdk/bin/java script can run the java launcher in gdb: export DEBUG_PROG=gdb Next, I run the jdk/bin/java script: cd jdk1.3.1_01/bin java This brings up the Java launcher within gdb, and I run it as I specify the necessary arguments to startup Tomcat: GNU gdb 19991004 Copyright 1998 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type show copying to see the conditions. There is absolutely no warranty for GDB. Type show warranty for details. This GDB was configured as i386-redhat-linux... (gdb) set args -classpath /u0/ruvinsky/tomcat4.bin/bin/bootstrap.jar:/u0/ruvinsky/src-java-launcher/jdk1.3.1_01/lib/tools.jar -Dcatalina.base=/u0/ruvinsky/tomcat4.bin -Dcatalina.home=/u0/ruvinsky/tomcat4.bin org.apache.catalina.startup.Bootstrap start (gdb) run Starting program: /u0/ruvinsky/src-java-launcher/jdk1.3.1_01/bin/i386/native_threads/java -classpath /u0/ruvinsky/tomcat4.bin/bin/bootstrap.jar:/u0/ruvinsky/src-java-launcher/jdk1.3.1_01/lib/tools.jar -Dcatalina.base=/u0/ruvinsky/tomcat4.bin -Dcatalina.home=/u0/ruvinsky/tomcat4.bin org.apache.catalina.startup.Bootstrap start [New Thread 1710 (manager thread)] [New Thread 1709 (initial thread)] [New Thread 1711] [New Thread 1712] [New Thread 1713] [New Thread 1714] [New Thread 1715] [New Thread 1716] [New Thread 1717] Starting service Tomcat-Standalone Apache Tomcat/4.0 [New Thread 1720] [New Thread 1721] [New Thread 1722] [New Thread 1723] [New Thread 1724] [New Thread 1725] [New Thread 1726] [New Thread 1727] [New Thread 1728] [New Thread 1729] [New Thread 1730] [New Thread 1731] Starting service Tomcat-Apache Apache Tomcat/4.0 [New Thread 1732] [Switching to Thread 1730] Program received signal SIGSEGV, Segmentation fault. 0x2bfee3f4 in ?? () (gdb) continue Continuing. I even tried building a debug version of the java launcher by hand in hope of finding a more detailed stack trace, but all I got was the following: (gdb) bt #0 0x806973d in ?? () #1 0x8060891 in ?? () #2 0x8060891 in ?? () #3 0x8060963 in ?? () #4 0x8060891 in ?? () #5 0x8060891 in ?? () #6 0x8060891 in ?? () #7 0x8060963 in ?? () #8 0x8060891 in ?? () #9 0x8060891 in ?? () #10 0x8060963 in ?? () #11 0x8060891 in ?? () #12 0x8060963 in ?? () #13 0x8060963 in ?? () #14 0x8060963 in ?? () #15 0x8060963 in ?? () #16 0x8060963 in ?? () #17 0x8060891 in ?? () #18 0x8060963 in ?? () #19 0x8060891 in ?? () #20 0x8060963 in ?? () #21 0x8060963 in ?? () #22 0x8060963 in ?? () #23 0x8060963 in ?? () #24 0x8060891 in ?? () #25 0x8060963 in ?? () #26 0x8060963 in ?? () #27 0x8060963 in ?? () #28 0x8060891 in ?? () #29 0x8060963 in ?? () #30 0x8060963 in ?? () #31 0x8060891 in ?? () #32 0x8060963 in ?? () #33 0x2add3d70 in StubRoutines::_code1 () from /u0/ruvinsky/src-java-launcher/jdk1.3.1_01/jre/lib/i386/client/libjvm.so #34 0x2abcb604 in JavaCalls::call_helper () from /u0/ruvinsky/src-java-launcher/jdk1.3.1_01/jre/lib/i386/client/libjvm.so #35 0x2ac2948d in os::os_exception_wrapper () from /u0/ruvinsky/src-java-launcher/jdk1.3.1_01/jre/lib/i386/client/libjvm.so #36 0x2abcb840 in JavaCalls::call () from /u0/ruvinsky/src-java-launcher/jdk1.3.1_01/jre/lib/i386/client/libjvm.so #37 0x2abcb1bb in JavaCalls::call_virtual () from /u0/ruvinsky/src-java-launcher/jdk1.3.1_01/jre/lib/i386/client/libjvm.so #38 0x2abcbccb in JavaCalls::call_virtual () from /u0/ruvinsky/src-java-launcher/jdk1.3.1_01/jre/lib/i386/client/libjvm.so #39 0x2abede80 in thread_entry () from
FW: tar long pathnames error
Who rolled 4.0.1? Pier -- Forwarded Message From: Toralv Nordtveit [EMAIL PROTECTED] Reply-To: [EMAIL PROTECTED] Date: Tue, 30 Oct 2001 11:22:09 +0100 To: [EMAIL PROTECTED] Subject: tar long pathnames error Hi, I tried to untar the jakarta-tomcat-4.0.1.tar from http://jakarta.apache.org/builds/jakarta-tomcat-4.0/release/v4.0.1/src/ and gets a fault on all files with total length 100 characters. All this files comes with a ././@LongLink addition in the untar list of files. Seems to me that this file should be tared with the E option to support extended headers. Cheers Toralv Nordtveit -- End of Forwarded Message -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: Tomcat Administration Webapp - HTML Prototype Available
Craig R. McClanahan at [EMAIL PROTECTED] wrote: Some of the user interface folks at Sun were kind enough to build a mockup of what an Administration Webapp for Tomcat 4 might look like. You can see the mockup for yourself at: http://jakarta.apache.org/~craigmcc/TomcatAdminPrototype/ Please take a look and provide feedback to TOMCAT-DEV to guide the development of this application. If you can remove that pink on top, I would be grateful, and on the overall, it doesn't render that great on OS/X. I would suggest living buttons and clickables up to their native representation, since they look better in every different environment (unless you don't want to really style up things right)... One more thing on the aesthetic side, is that cracquelure background (s PhotoShop), I would prefer it plain... I hope all HTML is not hard coded so that someone (who's not an engineer, but has some aesthetic taste) could tweak them (like, the menu on the left looks really like an applet.. But it's javascript...)... Functionality wise, AFAICS, it's good... Just make sure not to be tied to the default idea of having Server/Service/Host/Context, because the more I think about it, the more it's flood... IMO the Host part, should be delegated to the connector, because it's really there (in HTTP) where it resides... The separation should be made in two levels: A container of contexts, containing all the set of the deployed applications, and at the connector level, you simply mount that application under a specific virtual host... I'm integrating this concept in the WebApp module, and in all those situations where the HTTP connector is decoupled from the container itself, that's absolutely a must... So, even tomcat, at the end should behave in that way. Tomcat is a web application container, good, how those applications are seen from HTTP should be delegated to the connector (since tomorrow servlets might not only be HTTP, but also SIP... See JSR-116). Pier -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: gdb gets SIGSEGV from JVM when running Tomcat 4.0 (Redhat 6.2, JDK 1.3.1_01)
I have been trying to convince Sun people that 1.3.1 and 1.3.1_01 HotSpot has problems on Linux, but they wouldn't buy it. My suggestion is: use IBM's JDK 1.3.0. It is faster and more stable then Sun's. Bojan Eddie Ruvinsky wrote: Hi all, Would anyone happen to know the fix to this? This may or may not be directly related to Tomcat, but I noticed a somewhat relevant thread about segfaults occuring when invoking a JVM via JNI in the tomcat-dev mailing list archives. Any advice would be appreciated on how to address this issue on JDK 1.3.1_01. Thanks very much, Eddie OVERVIEW: When running Tomcat 4.0 via the Java launcher in a gdb debugging session (Red Hat Linux 6.2, JDK 1.3.1_01), I get a SIGSEGV signal (Segmentation fault) when I execute some of the example JSPs/servlets. Since Tomcat is pure Java, I'm assuming the problem is most likely with the JVM and the way it handles signals, or possibly with gdb since I only see this behavior with gdb. The problem is fairly reproducible; I usually get it when I execute the ErrorPage JSP sample in Tomcat's examples webapp. Note that I don't see these signals when running the JVM standalone (outside of gdb). What's also weird is that I successfully tell gdb to continue after the segfault, and the app continues to work like nothing ever happend. As an aside, the reason why I did this test was because I was experiencing very similar problems in my own application that embeds a JVM via JNI. DESCRIPTION: Here is what I did to see the problem. First, I set the debugger in the environment, so that the jdk/bin/java script can run the java launcher in gdb: export DEBUG_PROG=gdb Next, I run the jdk/bin/java script: cd jdk1.3.1_01/bin java This brings up the Java launcher within gdb, and I run it as I specify the necessary arguments to startup Tomcat: GNU gdb 19991004 Copyright 1998 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type show copying to see the conditions. There is absolutely no warranty for GDB. Type show warranty for details. This GDB was configured as i386-redhat-linux... (gdb) set args -classpath /u0/ruvinsky/tomcat4.bin/bin/bootstrap.jar:/u0/ruvinsky/src-java-launcher/jdk1.3.1_01/lib/tools.jar -Dcatalina.base=/u0/ruvinsky/tomcat4.bin -Dcatalina.home=/u0/ruvinsky/tomcat4.bin org.apache.catalina.startup.Bootstrap start (gdb) run Starting program: /u0/ruvinsky/src-java-launcher/jdk1.3.1_01/bin/i386/native_threads/java -classpath /u0/ruvinsky/tomcat4.bin/bin/bootstrap.jar:/u0/ruvinsky/src-java-launcher/jdk1.3.1_01/lib/tools.jar -Dcatalina.base=/u0/ruvinsky/tomcat4.bin -Dcatalina.home=/u0/ruvinsky/tomcat4.bin org.apache.catalina.startup.Bootstrap start [New Thread 1710 (manager thread)] [New Thread 1709 (initial thread)] [New Thread 1711] [New Thread 1712] [New Thread 1713] [New Thread 1714] [New Thread 1715] [New Thread 1716] [New Thread 1717] Starting service Tomcat-Standalone Apache Tomcat/4.0 [New Thread 1720] [New Thread 1721] [New Thread 1722] [New Thread 1723] [New Thread 1724] [New Thread 1725] [New Thread 1726] [New Thread 1727] [New Thread 1728] [New Thread 1729] [New Thread 1730] [New Thread 1731] Starting service Tomcat-Apache Apache Tomcat/4.0 [New Thread 1732] [Switching to Thread 1730] Program received signal SIGSEGV, Segmentation fault. 0x2bfee3f4 in ?? () (gdb) continue Continuing. I even tried building a debug version of the java launcher by hand in hope of finding a more detailed stack trace, but all I got was the following: (gdb) bt #0 0x806973d in ?? () #1 0x8060891 in ?? () #2 0x8060891 in ?? () #3 0x8060963 in ?? () #4 0x8060891 in ?? () #5 0x8060891 in ?? () #6 0x8060891 in ?? () #7 0x8060963 in ?? () #8 0x8060891 in ?? () #9 0x8060891 in ?? () #10 0x8060963 in ?? () #11 0x8060891 in ?? () #12 0x8060963 in ?? () #13 0x8060963 in ?? () #14 0x8060963 in ?? () #15 0x8060963 in ?? () #16 0x8060963 in ?? () #17 0x8060891 in ?? () #18 0x8060963 in ?? () #19 0x8060891 in ?? () #20 0x8060963 in ?? () #21 0x8060963 in ?? () #22 0x8060963 in ?? () #23 0x8060963 in ?? () #24 0x8060891 in ?? () #25 0x8060963 in ?? () #26 0x8060963 in ?? () #27 0x8060963 in ?? () #28 0x8060891 in ?? () #29 0x8060963 in ?? () #30 0x8060963 in ?? () #31 0x8060891 in ?? () #32 0x8060963 in ?? () #33 0x2add3d70 in StubRoutines::_code1 () from /u0/ruvinsky/src-java-launcher/jdk1.3.1_01/jre/lib/i386/client/libjvm.so #34 0x2abcb604 in JavaCalls::call_helper () from /u0/ruvinsky/src-java-launcher/jdk1.3.1_01/jre/lib/i386/client/libjvm.so #35 0x2ac2948d in os::os_exception_wrapper () from /u0/ruvinsky/src-java-launcher/jdk1.3.1_01/jre/lib/i386/client/libjvm.so #36 0x2abcb840 in JavaCalls::call () from
Re: gdb gets SIGSEGV from JVM when running Tomcat 4.0 (Redhat6.2, JDK 1.3.1_01)
Bojan Smojver at [EMAIL PROTECTED] wrote: I have been trying to convince Sun people that 1.3.1 and 1.3.1_01 HotSpot has problems on Linux, but they wouldn't buy it. My suggestion is: use IBM's JDK 1.3.0. It is faster and more stable then Sun's. My suggestion is: drop Linux and use a decent operating system :) :) :) Pier -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
[FAQ] jGuru FAQ Update
jGuru maintains FAQs and Forums on Servlets, JSP, and Tomcat (as well as many other Java topics). Here is an automated update on recent postings to Tomcat-related FAQs. Please direct flames and feedback to [EMAIL PROTECTED] . - Alex SPONSORED BY developerWorks need it? get it. tools, code and tutorials for open-standards based development. Stay informed with dW's weekly email newsletter http://www.jguru.com/misc/register_devworks.jsp?src=notify - Hi. You asked to be notified weekly when certain jGuru.com items get new entries. You can shut email notification off at the FAQ home page(s) or: http://www.jguru.com/guru/notifyprefs.jsp ++ JavaServer Pages (JSP) FAQ: http://www.jguru.com/faq/JSP In my JSP file i am trying to use getRemoteHost() method to retrieve the computer name. It works in all the systems. but in one machine instead of displaying that computer name it is displaying the IP address of that computer. I dont know why it is displaying like that. do i need to change any settings in that particular machine ? http://www.jguru.com/misc/faqtrampoline.jsp?src=notifyEID=532449 How can I send email from a JSP page with HTML format? http://www.jguru.com/misc/faqtrampoline.jsp?src=notifyEID=532445 Can I instantiate the same JavaBean multiple times within a JSP page by associating each instance with a different scope? http://www.jguru.com/misc/faqtrampoline.jsp?src=notifyEID=532444 Is there a way how the output of a JSP page could be compressed by removing all bCR/b, bTABs/b, bSPACEs/b from the HTML? http://www.jguru.com/misc/faqtrampoline.jsp?src=notifyEID=532208 I'm specifying the error page as a page directive in a page. When there is an exception in the JSP page, the error page is called. I want to pass a parameter from the current page to the error page when there is an exception . Is this possible? http://www.jguru.com/misc/faqtrampoline.jsp?src=notifyEID=532207 I need to do a lot of background work in my jsp and i do not want to keep my client waiting. Hence i want to redirect my client to main menu page and continue with my processing. Is it possible to implement this using multi-threading in a JSP? http://www.jguru.com/misc/faqtrampoline.jsp?src=notifyEID=532203 Can I use either the include directive or include tag to bring in a static HTML file that is residing on either a different server or on the same machine but outside the directory structure of the web server?/p http://www.jguru.com/misc/faqtrampoline.jsp?src=notifyEID=532199 I have a JSP which does some intensive I/O and consequently takes approximately 20 seconds or so to load. How can I create a loading message/HTML page which is invoked while the page is processing and then gives way to the JSP? http://www.jguru.com/misc/faqtrampoline.jsp?src=notifyEID=532196 Does anybody could explain me the use of bpageContext.include(String relativeUrlPath);/b? What is the difference with lt;@ include file=...gt; tag? /p http://www.jguru.com/misc/faqtrampoline.jsp?src=notifyEID=532194 Is it bad form to put most of your code in a try catch block? I am using an error page to catch my exceptions but some of them are slipping through. brbrI am tempted to wrap everything in the try catch so my users never see an ugly null pointer exception again. brbrAny suggestions? http://www.jguru.com/misc/faqtrampoline.jsp?src=notifyEID=532190 How can I prevent data to be added into my database twice when using a form on a JSP page? On Browser refresh, the same data is added to my database table. http://www.jguru.com/misc/faqtrampoline.jsp?src=notifyEID=532188 I have trouble displaying a string like lt;some datagt; via JSP, since they interfere with HTML tags. For example, when displaying lt;[EMAIL PROTECTED]gt;, the lt;[EMAIL PROTECTED]gt; disappears. Is there any workaround for this? http://www.jguru.com/misc/faqtrampoline.jsp?src=notifyEID=532180 ++ Servlets FAQ: http://www.jguru.com/faq/Servlets Can I place my classes somewhere other than inside WEB-INF? http://www.jguru.com/misc/faqtrampoline.jsp?src=notifyEID=536258 ++ Tomcat FAQ: http://www.jguru.com/faq/Tomcat Can I place my classes somewhere other than inside WEB-INF? http://www.jguru.com/misc/faqtrampoline.jsp?src=notifyEID=536258 -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: gdb gets SIGSEGV from JVM when running Tomcat 4.0 (Redhat 6.2, JDK 1.3.1_01)
Pier Fumagalli wrote: Bojan Smojver at [EMAIL PROTECTED] wrote: I have been trying to convince Sun people that 1.3.1 and 1.3.1_01 HotSpot has problems on Linux, but they wouldn't buy it. My suggestion is: use IBM's JDK 1.3.0. It is faster and more stable then Sun's. My suggestion is: drop Linux and use a decent operating system :) :) :) Now I know why you end up in flame wars ;-) Bojan -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
cvs commit: jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/core ApplicationDispatcher.java
remm01/11/02 18:10:56 Modified:catalina/src/share/org/apache/catalina/core Tag: tomcat_40_branch ApplicationDispatcher.java Log: - Port fix for bug 4501. Revision ChangesPath No revision No revision 1.25.2.2 +6 -6 jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/core/ApplicationDispatcher.java Index: ApplicationDispatcher.java === RCS file: /home/cvs/jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/core/ApplicationDispatcher.java,v retrieving revision 1.25.2.1 retrieving revision 1.25.2.2 diff -u -r1.25.2.1 -r1.25.2.2 --- ApplicationDispatcher.java2001/10/04 19:27:58 1.25.2.1 +++ ApplicationDispatcher.java2001/11/03 02:10:56 1.25.2.2 @@ -1,7 +1,7 @@ /* - * $Header: /home/cvs/jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/core/ApplicationDispatcher.java,v 1.25.2.1 2001/10/04 19:27:58 remm Exp $ - * $Revision: 1.25.2.1 $ - * $Date: 2001/10/04 19:27:58 $ + * $Header: /home/cvs/jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/core/ApplicationDispatcher.java,v 1.25.2.2 2001/11/03 02:10:56 remm Exp $ + * $Revision: 1.25.2.2 $ + * $Date: 2001/11/03 02:10:56 $ * * * @@ -109,7 +109,7 @@ * codejavax.servlet.ServletResponseWrapper/code. * * @author Craig R. McClanahan - * @version $Revision: 1.25.2.1 $ $Date: 2001/10/04 19:27:58 $ + * @version $Revision: 1.25.2.2 $ $Date: 2001/11/03 02:10:56 $ */ final class ApplicationDispatcher @@ -347,7 +347,7 @@ AccessController.doPrivileged(dp); } catch( PrivilegedActionException pe) { Exception e = pe.getException(); -if( e.getClass().getName().equals(javax.servlet.ServletException) ) +if (e instanceof ServletException) throw (ServletException)e; throw (IOException)e; } @@ -485,7 +485,7 @@ } catch( PrivilegedActionException pe) { Exception e = pe.getException(); pe.printStackTrace(); -if( e.getClass().getName().equals(javax.servlet.ServletException) ) +if (e instanceof ServletException) throw (ServletException)e; throw (IOException)e; } -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
cvs commit: jakarta-tomcat-4.0/catalina/src/share/org/apache/naming/resources FileDirContext.java
remm01/11/02 18:13:27 Modified:catalina/src/share/org/apache/naming/resources Tag: tomcat_40_branch FileDirContext.java Log: - Port from HEAD: - Fix security manager bug when using Windows. The base should be an absolute path (instead of a relative path), otherwise a security exception would be thrown by the case sensitivity checking code when trying to access the user.dir system property. Revision ChangesPath No revision No revision 1.7.2.2 +10 -6 jakarta-tomcat-4.0/catalina/src/share/org/apache/naming/resources/FileDirContext.java Index: FileDirContext.java === RCS file: /home/cvs/jakarta-tomcat-4.0/catalina/src/share/org/apache/naming/resources/FileDirContext.java,v retrieving revision 1.7.2.1 retrieving revision 1.7.2.2 diff -u -r1.7.2.1 -r1.7.2.2 --- FileDirContext.java 2001/10/04 19:29:12 1.7.2.1 +++ FileDirContext.java 2001/11/03 02:13:27 1.7.2.2 @@ -1,7 +1,7 @@ /* - * $Header: /home/cvs/jakarta-tomcat-4.0/catalina/src/share/org/apache/naming/resources/FileDirContext.java,v 1.7.2.1 2001/10/04 19:29:12 remm Exp $ - * $Revision: 1.7.2.1 $ - * $Date: 2001/10/04 19:29:12 $ + * $Header: /home/cvs/jakarta-tomcat-4.0/catalina/src/share/org/apache/naming/resources/FileDirContext.java,v 1.7.2.2 2001/11/03 02:13:27 remm Exp $ + * $Revision: 1.7.2.2 $ + * $Date: 2001/11/03 02:13:27 $ * * * @@ -99,7 +99,7 @@ * Filesystem Directory Context implementation helper class. * * @author Remy Maucherat - * @version $Revision: 1.7.2.1 $ $Date: 2001/10/04 19:29:12 $ + * @version $Revision: 1.7.2.2 $ $Date: 2001/11/03 02:13:27 $ */ public class FileDirContext extends BaseDirContext { @@ -175,13 +175,17 @@ (sm.getString(resources.null)); // Calculate a File object referencing this document base directory - File base = new File(docBase); +base = new File(docBase); +try { +base = base.getCanonicalFile(); +} catch (IOException e) { +// Ignore +} // Validate that the document base is an existing directory if (!base.exists() || !base.isDirectory() || !base.canRead()) throw new IllegalArgumentException (sm.getString(fileResources.base, docBase)); - this.base = base; this.absoluteBase = normalize(base.getAbsolutePath()); super.setDocBase(docBase); -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: patch to jk_uri_worker_map.c - slightly more sophisticated string matching
Hi Costin Larry, I'll apply my change to jakarta-tomcat-connectors then send the diff as an attachment. -Mike - Original Message - From: [EMAIL PROTECTED] To: Tomcat Developers List [EMAIL PROTECTED] Sent: Friday, November 02, 2001 12:08 PM Subject: Re: patch to jk_uri_worker_map.c - slightly more sophisticated string matching Mike, Thanks for the patch and your interest. One small problem: the development of jk moved to jakarta-tomcat-connectors. We should do only 'major' bug fixes in j-t/src/native. Of course, all rules have exceptions - but it is extremely painfull to merge and track 2 codebases. Costin On Fri, 2 Nov 2001, Michael Jennings wrote: If anyone sees any glaring problems with the following modification to mod_jk please let me know. -Mike Jennings Index: jakarta-tomcat/src/native/jk/jk_uri_worker_map.c === RCS file: /home/cvspublic/jakarta-tomcat/src/native/jk/Attic/jk_uri_worker_map.c,v retrieving revision 1.3.2.1 diff -r1.3.2.1 jk_uri_worker_map.c 75,77c75,78 #define MATCH_TYPE_EXACT(0) #define MATCH_TYPE_CONTEXT (1) #define MATCH_TYPE_SUFFIX (2) --- #define MATCH_TYPE_EXACT(0) /* match an exact pattern */ #define MATCH_TYPE_CONTEXT (1) /* match all URIs in a given context */ #define MATCH_TYPE_SUFFIX (2) /* match all URIs of the form *.ext */ #define MATCH_TYPE_GENERAL_SUFFIX (3) /* match all URIs of the form *ext */ 231c232 --- 236,237c237,238 jk_log(l, JK_LOG_ERROR, jk_uri_worker_map_t::uri_worker_map_open, malloc failed\n); --- jk_log(l, JK_LOG_ERROR, jk_uri_worker_map_t::uri_worker_map_open, malloc failed\n); 244,245c245,246 * we need to have a '/' then a '*' and the a '.' or a * '/' then a '*' --- * we need to have a '/' then a '*' and the a '.' or a * '/' then a '*' 247c248,252 asterisk--; --- asterisk--; /* point to char before asterisk */ /* asterisk[0]='/' asterisk[1]='*' asterisk[2]='.' or asterisk[2]='\0' or asterisk[2]!='\0' */ 248a254 asterisk[1] = '\0'; /* terminate the uri pattern at the asterisk */ 251c257 asterisk[1] = asterisk[2] = '\0'; --- asterisk[2] = '\0'; 252a259,260 /* uri-pattern will now contain context only since asterisk[1]='\0' */ 256,258c264,276 jk_log(l, JK_LOG_DEBUG, Into jk_uri_worker_map_t::uri_worker_map_open, suffix rule %s.%s=%s was added\n, uri, asterisk + 3, worker); --- jk_log(l, JK_LOG_DEBUG, Into jk_uri_worker_map_t::uri_worker_map_open, suffix rule %s.%s=%s was added\n, uri, asterisk + 3, worker); j++; } else if ('\0' != asterisk[2]) { /* general suffix rule */ uw_map-maps[j].worker_name = worker; uw_map-maps[j].context = uri; uw_map-maps[j].suffix = asterisk + 2; uw_map-maps[j].match_type = MATCH_TYPE_GENERAL_SUFFIX; jk_log(l, JK_LOG_DEBUG, Into jk_uri_worker_map_t::uri_worker_map_open, general suffix rule %s*%s=%s was added\n, uri, asterisk + 2, worker); 260c278,279 } else { --- } else { 262d280 asterisk[1] = '\0'; 267,269c285,287 jk_log(l, JK_LOG_DEBUG, Into jk_uri_worker_map_t::uri_worker_map_open, match rule %s=%s was added\n, uri, worker); --- jk_log(l, JK_LOG_DEBUG, Into jk_uri_worker_map_t::uri_worker_map_open, match rule %s=%s was added\n, uri, worker); 273c291
cvs commit: jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/loader WebappClassLoader.java
remm01/11/02 18:27:32 Modified:catalina/src/share/org/apache/catalina/loader Tag: tomcat_40_branch WebappClassLoader.java Log: - Port from HEAD: - Most of the classloader setters now will do an explicit check for AllPermission. - Note: I'm not porting the canonicalize everything patch at the moment. I'm not sure it is really needed. Revision ChangesPath No revision No revision 1.15.2.7 +36 -7 jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/loader/WebappClassLoader.java Index: WebappClassLoader.java === RCS file: /home/cvs/jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/loader/WebappClassLoader.java,v retrieving revision 1.15.2.6 retrieving revision 1.15.2.7 diff -u -r1.15.2.6 -r1.15.2.7 --- WebappClassLoader.java2001/10/20 18:23:35 1.15.2.6 +++ WebappClassLoader.java2001/11/03 02:27:32 1.15.2.7 @@ -1,7 +1,7 @@ /* - * $Header: /home/cvs/jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/loader/WebappClassLoader.java,v 1.15.2.6 2001/10/20 18:23:35 remm Exp $ - * $Revision: 1.15.2.6 $ - * $Date: 2001/10/20 18:23:35 $ + * $Header: /home/cvs/jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/loader/WebappClassLoader.java,v 1.15.2.7 2001/11/03 02:27:32 remm Exp $ + * $Revision: 1.15.2.7 $ + * $Date: 2001/11/03 02:27:32 $ * * * @@ -119,12 +119,10 @@ * p * strongIMPLEMENTATION NOTE/strong - No check for sealing violations or * security is made unless a security manager is present. - * p - * strongFIXME/strong - Implement findResources. * * @author Remy Maucherat * @author Craig R. McClanahan - * @version $Revision: 1.15.2.6 $ $Date: 2001/10/20 18:23:35 $ + * @version $Revision: 1.15.2.7 $ $Date: 2001/11/03 02:27:32 $ */ public class WebappClassLoader extends URLClassLoader @@ -341,6 +339,12 @@ protected boolean started = false; +/** + * All permission. + */ +private Permission allPermission = new java.security.AllPermission(); + + // - Properties @@ -361,6 +365,9 @@ */ public void setDebug(int debug) { +if (securityManager != null) +securityManager.checkPermission(allPermission); + this.debug = debug; } @@ -383,6 +390,9 @@ */ public void setDelegate(boolean delegate) { +if (securityManager != null) +securityManager.checkPermission(allPermission); + this.delegate = delegate; } @@ -395,7 +405,8 @@ * @param path file directory path */ public void setPermissions(String path) { -if( securityManager != null ) { +if (securityManager != null) { +securityManager.checkPermission(allPermission); if( path.startsWith(jndi:) || path.startsWith(jar:jndi:) ) { permissionList.add(new JndiPermission(path + *)); } else { @@ -431,6 +442,9 @@ */ public void setJarPath(String jarPath) { +if (securityManager != null) +securityManager.checkPermission(allPermission); + this.jarPath = jarPath; } @@ -451,6 +465,9 @@ */ public void addRepository(String repository) { +if (securityManager != null) +securityManager.checkPermission(allPermission); + // Ignore any of the standard repositories, as they are set up using // either addJar or addRepository if (repository.startsWith(/WEB-INF/lib) @@ -480,6 +497,9 @@ */ synchronized void addRepository(String repository, File file) { +if (securityManager != null) +securityManager.checkPermission(allPermission); + // Note : There should be only one (of course), but I think we should // keep this a bit generic @@ -513,6 +533,9 @@ synchronized void addJar(String jar, JarFile jarFile, File file) throws IOException { +if (securityManager != null) +securityManager.checkPermission(allPermission); + if (jar == null) return; if (jarFile == null) @@ -1413,6 +1436,9 @@ */ public void start() throws LifecycleException { +if (securityManager != null) +securityManager.checkPermission(allPermission); + started = true; } @@ -1424,6 +1450,9 @@ * @exception LifecycleException if a lifecycle error occurs */ public void stop() throws LifecycleException { + +
cvs commit: jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/loader WebappLoader.java
remm01/11/02 18:28:17 Modified:catalina/src/share/org/apache/catalina/loader Tag: tomcat_40_branch WebappLoader.java Log: - Port from HEAD: - The context root permission wasn't a canonical path. Revision ChangesPath No revision No revision 1.12.2.3 +12 -5 jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/loader/WebappLoader.java Index: WebappLoader.java === RCS file: /home/cvs/jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/loader/WebappLoader.java,v retrieving revision 1.12.2.2 retrieving revision 1.12.2.3 diff -u -r1.12.2.2 -r1.12.2.3 --- WebappLoader.java 2001/10/16 07:02:54 1.12.2.2 +++ WebappLoader.java 2001/11/03 02:28:17 1.12.2.3 @@ -1,7 +1,7 @@ /* - * $Header: /home/cvs/jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/loader/WebappLoader.java,v 1.12.2.2 2001/10/16 07:02:54 remm Exp $ - * $Revision: 1.12.2.2 $ - * $Date: 2001/10/16 07:02:54 $ + * $Header: /home/cvs/jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/loader/WebappLoader.java,v 1.12.2.3 2001/11/03 02:28:17 remm Exp $ + * $Revision: 1.12.2.3 $ + * $Date: 2001/11/03 02:28:17 $ * * * @@ -119,7 +119,7 @@ * * @author Craig R. McClanahan * @author Remy Maucherat - * @version $Revision: 1.12.2.2 $ $Date: 2001/10/16 07:02:54 $ + * @version $Revision: 1.12.2.3 $ $Date: 2001/11/03 02:28:17 $ */ public class WebappLoader @@ -809,7 +809,14 @@ String contextRoot = servletContext.getRealPath(/); if (contextRoot != null) { -classLoader.setPermissions(contextRoot); +try { +contextRoot = +(new File(contextRoot)).getCanonicalPath() ++ File.separator; +classLoader.setPermissions(contextRoot); +} catch (IOException e) { +// Ignore +} } URL classesURL = -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
ECS supports i18n
Hi Does ECS support i18n ? How can it do that ? Dang Tuan mailto:[EMAIL PROTECTED]
Re: Tomcat Administration Webapp - HTML Prototype Available
Some of the user interface folks at Sun were kind enough to build a mockup of what an Administration Webapp for Tomcat 4 might look like. You can see the mockup for yourself at: http://jakarta.apache.org/~craigmcc/TomcatAdminPrototype/ Please take a look and provide feedback to TOMCAT-DEV to guide the development of this application. A couple of notes: * The mockup uses a fancy JavaScript implementation of a tree control in the left frame. We would probably want to use something that wasn't so browser-dependent in the real application. * None of the Available Actions options actually do anything - this is just a model to give people a feel for how navigation would work. It's cool, but my Moz doesn't like it too much (big surprise). No fancy separators in the tables, and I can fold back the folders either. The banner at the top could use some improvement (colors + buttons). Remy -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: Tomcat Administration Webapp - HTML Prototype Available
I looked at the mocked up admin tool and didn't see anything for setting up virtual hosts configurations. -Ben -Original Message- From: craigmcc@localhost [mailto:craigmcc@localhost]On Behalf Of Craig R. McClanahan Sent: Friday, November 02, 2001 7:18 PM To: [EMAIL PROTECTED] Subject: Tomcat Administration Webapp - HTML Prototype Available Some of the user interface folks at Sun were kind enough to build a mockup of what an Administration Webapp for Tomcat 4 might look like. You can see the mockup for yourself at: http://jakarta.apache.org/~craigmcc/TomcatAdminPrototype/ Please take a look and provide feedback to TOMCAT-DEV to guide the development of this application. A couple of notes: * The mockup uses a fancy JavaScript implementation of a tree control in the left frame. We would probably want to use something that wasn't so browser-dependent in the real application. * None of the Available Actions options actually do anything - this is just a model to give people a feel for how navigation would work. Craig McClanahan -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: gdb gets SIGSEGV from JVM when running Tomcat 4.0 (Redhat 6.2, JDK 1.3.1_01)
Pier Fumagalli wrote: Bojan Smojver at [EMAIL PROTECTED] wrote: I have been trying to convince Sun people that 1.3.1 and 1.3.1_01 HotSpot has problems on Linux, but they wouldn't buy it. My suggestion is: use IBM's JDK 1.3.0. It is faster and more stable then Sun's. My suggestion is: drop Linux and use a decent operating system :) :) :) :) :) :) like Windows NT. -- Weiqi Gao [EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
cvs commit: jakarta-tomcat/src/share/org/apache/tomcat/resources LocalStrings.properties LocalStrings_es.properties LocalStrings_fr.properties
billbarker01/11/02 19:50:50 Modified:src/share/org/apache/tomcat/resources LocalStrings.properties LocalStrings_es.properties LocalStrings_fr.properties Log: Add missing JDBCRealm property. This is a straight copy of another property, so I feel ok with committing the es and fr versons as well (despite my limited ability in those languages). Reported by: Rainer Klute [EMAIL PROTECTED] Revision ChangesPath 1.16 +2 -1 jakarta-tomcat/src/share/org/apache/tomcat/resources/LocalStrings.properties Index: LocalStrings.properties === RCS file: /home/cvs/jakarta-tomcat/src/share/org/apache/tomcat/resources/LocalStrings.properties,v retrieving revision 1.15 retrieving revision 1.16 diff -u -r1.15 -r1.16 --- LocalStrings.properties 2001/06/09 00:24:21 1.15 +++ LocalStrings.properties 2001/11/03 03:50:50 1.16 @@ -1,4 +1,4 @@ -# $Id: LocalStrings.properties,v 1.15 2001/06/09 00:24:21 costin Exp $ +# $Id: LocalStrings.properties,v 1.16 2001/11/03 03:50:50 billbarker Exp $ # # Localized strings for package org.apache.tomcat.core @@ -99,6 +99,7 @@ jdbcRealm.authenticateSuccess=Authentication successful for user {0} jdbcRealm.notStarted=This Realm has not yet been started jdbcRealm.checkConnectionSQLException=There was an SQLException while in checkConnection: {0} +jdbcRealm.getCredentialsSQLException=There was an SQLException while in getCredentials: {0} jdbcRealm.checkPasswordSQLException=There was an SQLException while in checkPassword: {0} jdbcRealm.checkConnectionDBClosed=The database connection is null or was found to be closed. Trying to re-open it. jdbcRealm.checkConnectionDBReOpenFail=The re-open on the database failed. The database could be down. 1.18 +2 -1 jakarta-tomcat/src/share/org/apache/tomcat/resources/LocalStrings_es.properties Index: LocalStrings_es.properties === RCS file: /home/cvs/jakarta-tomcat/src/share/org/apache/tomcat/resources/LocalStrings_es.properties,v retrieving revision 1.17 retrieving revision 1.18 diff -u -r1.17 -r1.18 --- LocalStrings_es.properties2001/07/10 23:14:25 1.17 +++ LocalStrings_es.properties2001/11/03 03:50:50 1.18 @@ -1,4 +1,4 @@ -# $Id: LocalStrings_es.properties,v 1.17 2001/07/10 23:14:25 nacho Exp $ +# $Id: LocalStrings_es.properties,v 1.18 2001/11/03 03:50:50 billbarker Exp $ # # Localized strings for package org.apache.tomcat.core @@ -96,6 +96,7 @@ jdbcRealm.authenticateSuccess=Autentificación para el usuario {0} jdbcRealm.notStarted=Este reino no ha sido todavía iniciado jdbcRealm.checkConnectionSQLException=Hubo una SQLException mientras se ejecutaba checkConnection: {0} +jdbcRealm.getCredentialsSQLException=Hubo una SQLException mientras se ejecutaba getCredentials: {0} jdbcRealm.checkPasswordSQLException=Hubo una SQLException mientras se ejecutaba checkPassword: {0} jdbcRealm.checkConnectionDBClosed=La conexión con la base de datos es nula o se encontró cerrada. Intentando reabrirla. jdbcRealm.checkConnectionDBReOpenFail=La reapertura de la base de datos fallo. La Base de datos podría estar parada. 1.4 +2 -1 jakarta-tomcat/src/share/org/apache/tomcat/resources/LocalStrings_fr.properties Index: LocalStrings_fr.properties === RCS file: /home/cvs/jakarta-tomcat/src/share/org/apache/tomcat/resources/LocalStrings_fr.properties,v retrieving revision 1.3 retrieving revision 1.4 diff -u -r1.3 -r1.4 --- LocalStrings_fr.properties2001/06/09 00:24:22 1.3 +++ LocalStrings_fr.properties2001/11/03 03:50:50 1.4 @@ -1,4 +1,4 @@ -# $Id: LocalStrings_fr.properties,v 1.3 2001/06/09 00:24:22 costin Exp $ +# $Id: LocalStrings_fr.properties,v 1.4 2001/11/03 03:50:50 billbarker Exp $ # # Localized strings for package org.apache.tomcat.core @@ -99,6 +99,7 @@ jdbcRealm.authenticateSuccess=Authentification réussie pour l''utilisateur {0} jdbcRealm.notStarted=Ce Royaume n''a pas encore été démarré jdbcRealm.checkConnectionSQLException=Il y a eu une Exception SQL pendant la vérification de connexion (checkConnection): {0} +jdbcRealm.getCredentialsSQLException=Il y a eu une Exception SQL pendant la vérification de connexion (getCredentials): {0} jdbcRealm.checkPasswordSQLException=Il y a eu une Exception SQL pendant la vérification de môt de passe (checkPassword): {0} jdbcRealm.checkConnectionDBClosed=La connexion vers la base de donnée est nulle ou a été trouvé en cours de fermeture. Essaie de réouverture. jdbcRealm.checkConnectionDBReOpenFail=La réouverture de base de donnée a échouée. La base de donnée est peut être
cvs commit: jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/servlets LocalStrings_ja.properties
remm01/11/02 19:57:39 Modified:catalina/src/share/org/apache/catalina/servlets Tag: tomcat_40_branch LocalStrings_ja.properties Log: - Fix typo. Patch submitted Kazuhiro Kazama (kazama at ingrid.org) Revision ChangesPath No revision No revision 1.2.2.1 +2 -1 jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/servlets/LocalStrings_ja.properties Index: LocalStrings_ja.properties === RCS file: /home/cvs/jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/servlets/LocalStrings_ja.properties,v retrieving revision 1.2 retrieving revision 1.2.2.1 diff -u -r1.2 -r1.2.2.1 --- LocalStrings_ja.properties2001/09/17 23:14:43 1.2 +++ LocalStrings_ja.properties2001/11/03 03:57:38 1.2.2.1 @@ -1,6 +1,7 @@ defaultservlet.directorylistingfor=\u30c7\u30a3\u30ec\u30af\u30c8\u30ea\u306e\u4e00\u89a7: defaultservlet.upto=\u89aa\u30c7\u30a3\u30ec\u30af\u30c8\u30ea: -defaultservlet.subdirectories=\u30b5\u30d6\u30c7\u30a3\u30ec\u30af\u30c8\u30ea: defaultservlet.files=\u30d5\u30a1\u30a4\u30eb: +defaultservlet.subdirectories=\u30b5\u30d6\u30c7\u30a3\u30ec\u30af\u30c8\u30ea: +defaultservlet.files=\u30d5\u30a1\u30a4\u30eb: invokerServlet.allocate=\u30d1\u30b9 {0} \u306b\u30b5\u30fc\u30d6\u30ec\u30c3\u30c8\u30a4\u30f3\u30b9\u30bf\u30f3\u30b9\u3092\u5272\u308a\u5f53\u3066\u308b\u3053\u3068\u304c\u3067\u304d\u307e\u305b\u3093 invokerServlet.cannotCreate=\u30d1\u30b9 {0} \u306b\u30b5\u30fc\u30d6\u30ec\u30c3\u30c8\u30e9\u30c3\u30d1\u3092\u4f5c\u6210\u3059\u308b\u3053\u3068\u304c\u3067\u304d\u307e\u305b\u3093 invokerServlet.deallocate=\u30d1\u30b9 {0} \u306e\u30b5\u30fc\u30d6\u30ec\u30c3\u30c8\u30a4\u30f3\u30b9\u30bf\u30f3\u30b9\u306e\u5272\u308a\u5f53\u3066\u3092\u89e3\u9664\u3059\u308b\u3053\u3068\u304c\u3067\u304d\u307e\u305b\u3093 -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
cvs commit: jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/servlets LocalStrings_ja.properties
remm01/11/02 19:58:51 Modified:catalina/src/share/org/apache/catalina/servlets LocalStrings_ja.properties Log: - Fix typo. Patch submitted Kazuhiro Kazama (kazama at ingrid.org) Revision ChangesPath 1.3 +2 -1 jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/servlets/LocalStrings_ja.properties Index: LocalStrings_ja.properties === RCS file: /home/cvs/jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/servlets/LocalStrings_ja.properties,v retrieving revision 1.2 retrieving revision 1.3 diff -u -r1.2 -r1.3 --- LocalStrings_ja.properties2001/09/17 23:14:43 1.2 +++ LocalStrings_ja.properties2001/11/03 03:58:51 1.3 @@ -1,6 +1,7 @@ defaultservlet.directorylistingfor=\u30c7\u30a3\u30ec\u30af\u30c8\u30ea\u306e\u4e00\u89a7: defaultservlet.upto=\u89aa\u30c7\u30a3\u30ec\u30af\u30c8\u30ea: -defaultservlet.subdirectories=\u30b5\u30d6\u30c7\u30a3\u30ec\u30af\u30c8\u30ea: defaultservlet.files=\u30d5\u30a1\u30a4\u30eb: +defaultservlet.subdirectories=\u30b5\u30d6\u30c7\u30a3\u30ec\u30af\u30c8\u30ea: +defaultservlet.files=\u30d5\u30a1\u30a4\u30eb: invokerServlet.allocate=\u30d1\u30b9 {0} \u306b\u30b5\u30fc\u30d6\u30ec\u30c3\u30c8\u30a4\u30f3\u30b9\u30bf\u30f3\u30b9\u3092\u5272\u308a\u5f53\u3066\u308b\u3053\u3068\u304c\u3067\u304d\u307e\u305b\u3093 invokerServlet.cannotCreate=\u30d1\u30b9 {0} \u306b\u30b5\u30fc\u30d6\u30ec\u30c3\u30c8\u30e9\u30c3\u30d1\u3092\u4f5c\u6210\u3059\u308b\u3053\u3068\u304c\u3067\u304d\u307e\u305b\u3093 invokerServlet.deallocate=\u30d1\u30b9 {0} \u306e\u30b5\u30fc\u30d6\u30ec\u30c3\u30c8\u30a4\u30f3\u30b9\u30bf\u30f3\u30b9\u306e\u5272\u308a\u5f53\u3066\u3092\u89e3\u9664\u3059\u308b\u3053\u3068\u304c\u3067\u304d\u307e\u305b\u3093 -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: Tomcat Administration Webapp - HTML Prototype Available
Ben Sifuentes at [EMAIL PROTECTED] wrote: I looked at the mocked up admin tool and didn't see anything for setting up virtual hosts configurations. Yeah, it's not _that_ easy to find out... Click and select Service on the left, and then there's a drop-down combo on the right with Actions... It's in there... But IMO, all that part is wrong because a virtual host is (should) be defined as the merger of host and port, which currently all web servers support, but TC40... The selection of the virtual host should be made (according to RFC-2616), on this dual selector, section 14.23 says: The Host request-header field specifies the Internet host and port number of the resource being requested [...] This allows the origin server or gateway to differentiate between internally-ambiguous URLs, such as the root / URL of a server for multiple host names on a single IP address. Host = Host : host [ : port ] ; Section 3.2.2 A host without any trailing port information implies the default port for the service requested (e.g., 80 for an HTTP URL). [...] A client MUST include a Host header field in all HTTP/1.1 request messages . If the requested URI does not include an Internet host name for the service being requested, then the Host header field MUST be given with an empty value. [...] All Internet-based HTTP/1.1 servers MUST respond with a 400 (Bad Request) status code to any HTTP/1.1 request message which lacks a Host header field. [...] So, how do I read it? Host MUST be there in HTTP, Host represents the virtual server, Host is made up of name:port, and if port is not there, it is defaulted to 80. The selection of the virtual host, then MUST be done in terms of the joint value host:port, and this is not present in Catalina, as the selection is made only in terms of the first value, the host name, completely disregarding the port value, unless, of course, you don't start ANOTHER Service with another Connector and blablabla (you know where I'm ending up to, don't you?)... So, the current implementation is (IMO) not conformant to the HTTP spec, and to just be more clear, try presenting Catalina with an HTTP request not containing the header: # telnet localhost 8080 Trying 127.0.0.1... Connected to localhost. Escape character is '^]'. GET / HTTP/1.1 HTTP/1.1 302 Moved Temporarily Content-Type: text/html Date: Sat, 03 Nov 2001 03:44:36 GMT Location: http://nagoya.apache.org:8080/index.html Transfer-Encoding: chunked Server: Apache Tomcat/4.0.1 (HTTP/1.1 Connector) [...] Plain wrong.. The response is not 400, but 302. Look if I do the same under Apache: # telnet localhost 80 Trying 127.0.0.1... Connected to localhost. Escape character is '^]'. GET / HTTP/1.1 HTTP/1.1 400 Bad Request Date: Sat, 03 Nov 2001 03:44:57 GMT Server: Apache/1.3.20 (Unix) Connection: close Transfer-Encoding: chunked Content-Type: text/html; charset=iso-8859-1 [...] Well, this one looks _way_ better... Of course, we could add that in Catalina, and make it compliant, but when it comes down to virtual host selection, if I want to differentiate between two servers, I would always have to have two different Service clusters in my server.xml... But here comes another problem... Let's say that a proxy is absolutely sure that a resource under server:8080 can be accessed thru server:80, we're perfectly confident about this. A simple proxy implementation could then reroute all requests he gets for server on port 8080 to server on port 80... Nowhere in the HTTP RFC is said that I cannot do it. So, my access to the resource, is different from the usual way, but the selector in this case server:8080 is still valid, I should find that resource there... (I'm thinking about a weird firewall setup, OK?) Now, the guy on server, decides to swap from Apache to Tomcat, gets on with his life, configures two different Service with two different Connnector and forgets to notify the proxy folk... Now, all my requests for server:8080 will be incorrectly redirected to server:80, because the way in which Catalina processes virtual hosts is wrong... It might sound purely academic, now, but when you start facing the problem of decoupling the connector to the container (such as using Apache with a module), kids, things are starting to hurt... All web servers behave in a way, the selector is server:port, but Catalina... Something flaky. In fact, if you go back in the logs and see my very first implementation of WarpHost, the very first thing I added was the port selector, which then looked like a hack, and so got removed. But then all other sorts of wierdness happened, and to solve this problem I believe that the only solution is completely decoupling the virtual-host selection process from the web-application selection process: Something like: Service ... Protocol Connector ... port=80/ Connector ... Port=8080/ Host name=test:80 Context reference=myContextA/ Context
Re: gdb gets SIGSEGV from JVM when running Tomcat 4.0 (Redhat 6.2, JDK 1.3.1_01)
Weiqi Gao wrote: Pier Fumagalli wrote: Bojan Smojver at [EMAIL PROTECTED] wrote: I have been trying to convince Sun people that 1.3.1 and 1.3.1_01 HotSpot has problems on Linux, but they wouldn't buy it. My suggestion is: use IBM's JDK 1.3.0. It is faster and more stable then Sun's. My suggestion is: drop Linux and use a decent operating system :) :) :) :) :) :) like Windows NT. I really like Windows NT. The CD makes a truly wonderful coaster ;-) Bojan -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
cvs commit: jakarta-tomcat/src/share/org/apache/tomcat/util/threads ThreadPool.java
billbarker01/11/02 21:58:46 Modified:src/share/org/apache/tomcat/util/threads ThreadPool.java Log: Quit overriding the configuration settings. While this makes it possible to mis-configure connectors easier, that is your fault. LATER can make adjustLimits deal with setting defaults if the admin sets goofy parameters. Fix for bug 4599 Reported by: [EMAIL PROTECTED] Revision ChangesPath 1.8 +3 -6 jakarta-tomcat/src/share/org/apache/tomcat/util/threads/ThreadPool.java Index: ThreadPool.java === RCS file: /home/cvs/jakarta-tomcat/src/share/org/apache/tomcat/util/threads/ThreadPool.java,v retrieving revision 1.7 retrieving revision 1.8 diff -u -r1.7 -r1.8 --- ThreadPool.java 2001/10/16 03:20:50 1.7 +++ ThreadPool.java 2001/11/03 05:58:46 1.8 @@ -1,7 +1,7 @@ /* - * $Header: /home/cvs/jakarta-tomcat/src/share/org/apache/tomcat/util/threads/ThreadPool.java,v 1.7 2001/10/16 03:20:50 costin Exp $ - * $Revision: 1.7 $ - * $Date: 2001/10/16 03:20:50 $ + * $Header: /home/cvs/jakarta-tomcat/src/share/org/apache/tomcat/util/threads/ThreadPool.java,v 1.8 2001/11/03 05:58:46 billbarker Exp $ + * $Revision: 1.8 $ + * $Date: 2001/11/03 05:58:46 $ * * * @@ -145,9 +145,6 @@ stopThePool=false; currentThreadCount = 0; currentThreadsBusy = 0; -maxThreads = MAX_THREADS; -maxSpareThreads = MAX_SPARE_THREADS; -minSpareThreads = MIN_SPARE_THREADS; adjustLimits(); -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 4599] - Thread settings from server.xml ignored
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=4599. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=4599 Thread settings from server.xml ignored [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2001-11-02 22:10 --- This is now fixed in the CVS HEAD, and should appear in the nightly build tommorrow. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 4600] - Tomcat 3.3 redirect behavior differs from Tomcat 3.2
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=4600. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=4600 Tomcat 3.3 redirect behavior differs from Tomcat 3.2 --- Additional Comments From [EMAIL PROTECTED] 2001-11-02 22:18 --- This is basically a problem with a buggy client. The basic difference between a 301 302 response is that the 301 is cachable (IMHO this is a good thing). Personally, this is a WONTFIX, but I'll leave it open in case someone else feels that it is a problem. However, with no other responses, I'll formally mark this as WONTFIX once there is a release plan for 3.3.1. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: gdb gets SIGSEGV from JVM when running Tomcat 4.0 (Redhat 6.2, JDK 1.3.1_01)
Wot?, you passed up your chance to experiance an W2K and XP coaster? - Original Message - From: Bojan Smojver [EMAIL PROTECTED] To: Tomcat Developers List [EMAIL PROTECTED] Sent: Friday, November 02, 2001 10:00 PM Subject: Re: gdb gets SIGSEGV from JVM when running Tomcat 4.0 (Redhat 6.2, JDK 1.3.1_01) Weiqi Gao wrote: Pier Fumagalli wrote: Bojan Smojver at [EMAIL PROTECTED] wrote: I have been trying to convince Sun people that 1.3.1 and 1.3.1_01 HotSpot has problems on Linux, but they wouldn't buy it. My suggestion is: use IBM's JDK 1.3.0. It is faster and more stable then Sun's. My suggestion is: drop Linux and use a decent operating system :) :) :) :) :) :) like Windows NT. I really like Windows NT. The CD makes a truly wonderful coaster ;-) Bojan -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] ** This message is intended only for the use of the person(s) listed above as the intended recipient(s), and may contain information that is PRIVILEGED and CONFIDENTIAL. If you are not an intended recipient, you may not read, copy, or distribute this message or any attachment. If you received this communication in error, please notify us immediately by e-mail and then delete all copies of this message and any attachments. In addition you should be aware that ordinary (unencrypted) e-mail sent through the Internet is not secure. Do not send confidential or sensitive information, such as social security numbers, account numbers, personal identification numbers and passwords, to us via ordinary (unencrypted) e-mail. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
cvs commit: jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/authenticator AuthenticatorBase.java
remm01/11/02 22:52:05 Modified:catalina/src/share/org/apache/catalina/authenticator AuthenticatorBase.java Log: - Fix a problem with auth constraints, where roles wouldn't get processed right. For example, this would be failing: auth-constraint role-namefoo/role-name role-namefoo2/role-name role-name*/role-name /auth-constraint (Of course, 'foo' and 'foo2' really don't add anything, but it should still work). Revision ChangesPath 1.24 +12 -13 jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/authenticator/AuthenticatorBase.java Index: AuthenticatorBase.java === RCS file: /home/cvs/jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/authenticator/AuthenticatorBase.java,v retrieving revision 1.23 retrieving revision 1.24 diff -u -r1.23 -r1.24 --- AuthenticatorBase.java2001/08/03 22:39:33 1.23 +++ AuthenticatorBase.java2001/11/03 06:52:05 1.24 @@ -1,7 +1,7 @@ /* - * $Header: /home/cvs/jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/authenticator/AuthenticatorBase.java,v 1.23 2001/08/03 22:39:33 craigmcc Exp $ - * $Revision: 1.23 $ - * $Date: 2001/08/03 22:39:33 $ + * $Header: /home/cvs/jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/authenticator/AuthenticatorBase.java,v 1.24 2001/11/03 06:52:05 remm Exp $ + * $Revision: 1.24 $ + * $Date: 2001/11/03 06:52:05 $ * * * @@ -121,7 +121,7 @@ * requests. Requests of any other type will simply be passed through. * * @author Craig R. McClanahan - * @version $Revision: 1.23 $ $Date: 2001/08/03 22:39:33 $ + * @version $Revision: 1.24 $ $Date: 2001/11/03 06:52:05 $ */ @@ -585,15 +585,14 @@ String roles[] = constraint.findAuthRoles(); if (roles == null) roles = new String[0]; -if (roles.length == 0) { -if (constraint.getAuthConstraint() -!constraint.getAllRoles()) { -((HttpServletResponse) response.getResponse()).sendError -(HttpServletResponse.SC_FORBIDDEN, - sm.getString(authenticator.forbidden)); -return (false); // No listed roles means no access at all -} else -return (true); // Authenticated user is sufficient + +if (constraint.getAllRoles()) +return (true); +if ((roles.length == 0) (constraint.getAuthConstraint())) { +((HttpServletResponse) response.getResponse()).sendError +(HttpServletResponse.SC_FORBIDDEN, + sm.getString(authenticator.forbidden)); +return (false); // No listed roles means no access at all } for (int i = 0; i roles.length; i++) { if (realm.hasRole(principal, roles[i])) -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
cvs commit: jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/authenticator AuthenticatorBase.java
remm01/11/02 22:53:50 Modified:catalina/src/share/org/apache/catalina/authenticator Tag: tomcat_40_branch AuthenticatorBase.java Log: - Fix a problem with auth constraints, where roles wouldn't get processed right. For example, this would be failing: auth-constraint role-namefoo/role-name role-namefoo2/role-name role-name*/role-name /auth-constraint (Of course, 'foo' and 'foo2' really don't add anything, but it should still work). Revision ChangesPath No revision No revision 1.23.2.1 +11 -13 jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/authenticator/AuthenticatorBase.java Index: AuthenticatorBase.java === RCS file: /home/cvs/jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/authenticator/AuthenticatorBase.java,v retrieving revision 1.23 retrieving revision 1.23.2.1 diff -u -r1.23 -r1.23.2.1 --- AuthenticatorBase.java2001/08/03 22:39:33 1.23 +++ AuthenticatorBase.java2001/11/03 06:53:50 1.23.2.1 @@ -1,7 +1,7 @@ /* - * $Header: /home/cvs/jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/authenticator/AuthenticatorBase.java,v 1.23 2001/08/03 22:39:33 craigmcc Exp $ - * $Revision: 1.23 $ - * $Date: 2001/08/03 22:39:33 $ + * $Header: /home/cvs/jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/authenticator/AuthenticatorBase.java,v 1.23.2.1 2001/11/03 06:53:50 remm Exp $ + * $Revision: 1.23.2.1 $ + * $Date: 2001/11/03 06:53:50 $ * * * @@ -121,7 +121,7 @@ * requests. Requests of any other type will simply be passed through. * * @author Craig R. McClanahan - * @version $Revision: 1.23 $ $Date: 2001/08/03 22:39:33 $ + * @version $Revision: 1.23.2.1 $ $Date: 2001/11/03 06:53:50 $ */ @@ -585,15 +585,13 @@ String roles[] = constraint.findAuthRoles(); if (roles == null) roles = new String[0]; -if (roles.length == 0) { -if (constraint.getAuthConstraint() -!constraint.getAllRoles()) { -((HttpServletResponse) response.getResponse()).sendError -(HttpServletResponse.SC_FORBIDDEN, - sm.getString(authenticator.forbidden)); -return (false); // No listed roles means no access at all -} else -return (true); // Authenticated user is sufficient +if (constraint.getAllRoles()) +return (true); +if ((roles.length == 0) (constraint.getAuthConstraint())) { +((HttpServletResponse) response.getResponse()).sendError +(HttpServletResponse.SC_FORBIDDEN, + sm.getString(authenticator.forbidden)); +return (false); // No listed roles means no access at all } for (int i = 0; i roles.length; i++) { if (realm.hasRole(principal, roles[i])) -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]