Tomcat Connector
Hi, I would like to connect Tomcat with a Secure Web Server deployed by my company, but for security, I would not like that Tomcat open a socket connection. Can anyone help me? Thanks. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Is HTTP auth is the only way for WebDAV authentication?
As you know, Tomcat 4.0 includes WedDAV support. Now what I want to do is to extend/modify the class org.apache.catalina.servlets.WebdavServlet to build my WebDAV service which maps some kind of data source to WebDAV's hierarchical resource model. Especially the data source is a native XML database with ACL, and I want to map the NXD's collection/document to WebDAV's collection/member. I want to know whether the HTTP auth is the only way to authenticate clients, and can I use database's ACL to authenticate clients? --zhidong -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Synchronous Tomcat and Apache
Hi, I would like to use Tomcat to run my JSP, with Apache serving the HTML output. How may I configure Tomcat and Apache to acheive this please? Perhaps I may be directed toward / emailed an appropriate document where I can find out how to do this. Currently, I have Tomcat 4.0, Apache 1.3.? on Linux Redhat 7.0 and have been developing / testing my JSP on the Tomcat server on port 8080, while Apache is running on port 80. Thanks for your help Paul. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Problem with mod_webapp/warp connector
Hi, I've recently setup a intranet site on an NT 4.0 box using Apache 1.3.23 combined with Tomcat 4.0.3. To integrate them together I'm using the warp connector and the mod_webapp module I found at http://jakarta.apache.org/builds/jakarta-tomcat-4.0/release/v4.0.1/bin/win32/webapp-module-1.0-tc40-windows.zip. This was the only location that I could find the webapp module so I *think* it is the latest. In general it all seems to work fine but I'm experiencing a few issues which seem to suggest to me that there is a threading issue in this version of the connector. The two main problems I've had are: 1) If I have a html document that specifies a frameset with two .jsp frames then strange bahavior occurs. I consistently get pr_warp.c errors and sometimes get the html output of the .jsps in the wrong frame. If I change one of the frames to be a static .html served directly by Apache and not via the connector then the problem goes away. 2) I've created a sevlet that acts as a download page, dynamically creating zip files and sending them as inline content back to the browser using the getOutputStream() method. In general this works great. I've noticed the problem, however, that whilst the download is proceeding (it takes a minute or so) if I use a another browser to access any other .jsp (via the connector) that the .zip download bombs out and the .jsp file is not received correctly. If I access the .jsp by using the http connector (ie port 8080) at the same time as the download no problem occurs. For this reason it seems to be a problem with the warp connector rather than with Tomcat itself. Does anyone know if I am using the wrong version or are these symptoms of a bug in the connector? As I'm new to Apache an Tomcat it may simply be a configuration issue - perhaps? If it is thought that this is a bug maybe I'll take a look at the source code for mod_webapp and see if I can see anything wrong. Does anynone have any ideas where to start and any information on how to get a build up and running on NT? Thanks for any advice. Simon Keary [EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 7115] New: - ClassCastException in Win2000 on code tested on Win98
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=7115. 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=7115 ClassCastException in Win2000 on code tested on Win98 Summary: ClassCastException in Win2000 on code tested on Win98 Product: Tomcat 4 Version: 4.0 Release Candidate 2 Platform: Other OS/Version: Windows NT/2K Status: NEW Severity: Blocker Priority: Other Component: Catalina AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] ClassCastException in Win2000 on code tested OK on Win98, at org.apache.catalina.core.StandardWrapper.load(StandardWrapper.java:832). I've tried: changing JDK from 1.4.0 to 1.3; Compiling the code on the Win2000 machine (I started by using the class files complied on the Win98 machine); Setting the Java_Home and Classpath variables in Start.BAT; using a simpler Servlet (the original had database connections to a MySQL server; the replacement one simply returned an HTML date). I want to use Win2000 for its better security behind out firewall. My apologies if this fits into the simple/obvious category. I'm new to Servlets tho' not to Java. Denys Wickens -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: Problem with mod_webapp/warp connector
[EMAIL PROTECTED] wrote: Hi, I've recently setup a intranet site on an NT 4.0 box using Apache 1.3.23 combined with Tomcat 4.0.3. To integrate them together I'm using the warp connector and the mod_webapp module I found at http://jakarta.apache.org/builds/jakarta-tomcat-4.0/release/v4.0.1/bin/win32/webapp-module-1.0-tc40-windows.zip. This was the only location that I could find the webapp module so I *think* it is the latest. But it is quide old... In general it all seems to work fine but I'm experiencing a few issues which seem to suggest to me that there is a threading issue in this version of the connector. The two main problems I've had are: 1) If I have a html document that specifies a frameset with two .jsp frames then strange bahavior occurs. I consistently get pr_warp.c errors and sometimes get the html output of the .jsps in the wrong frame. If I change one of the frames to be a static .html served directly by Apache and not via the connector then the problem goes away. 2) I've created a sevlet that acts as a download page, dynamically creating zip files and sending them as inline content back to the browser using the getOutputStream() method. In general this works great. I've noticed the problem, however, that whilst the download is proceeding (it takes a minute or so) if I use a another browser to access any other .jsp (via the connector) that the .zip download bombs out and the .jsp file is not received correctly. If I access the .jsp by using the http connector (ie port 8080) at the same time as the download no problem occurs. For this reason it seems to be a problem with the warp connector rather than with Tomcat itself. Does anyone know if I am using the wrong version or are these symptoms of a bug in the connector? As I'm new to Apache an Tomcat it may simply be a configuration issue - perhaps? If it is thought that this is a bug maybe I'll take a look at the source code for mod_webapp and see if I can see anything wrong. Does anynone have any ideas where to start and any information on how to get a build up and running on NT? The lastest version of the sources are available at: http://jakarta.apache.org/builds/jakarta-tomcat-4.0/release/v4.0.4-b1/src/ Thanks for any advice. Simon Keary [EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 7116] New: - JDBC realm doesn't handle NULLpasswords
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=7116. 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=7116 JDBC realm doesn't handle NULLpasswords Summary: JDBC realm doesn't handle NULLpasswords Product: Tomcat 4 Version: 4.0.3 Final Platform: Macintosh OS/Version: MacOS X Status: NEW Severity: Minor Priority: Other Component: Catalina AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] JDBC realm throws a null pointer exception if the password field is NULL in the database. Line #379 of JDBCRealm.java dbCredentials = rs.getString(1).trim(); calls trim without first checking for the password to be present. Should probably be dbCredentials = rs.getString(1); if (dbCredentials != null) { dbCredentials.trim(); } Also would be nice if NULL passwords were allowed in case of no password for users. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
cvs commit: jakarta-tomcat/proposals/PasswordPrompter/WEB-INF/classes/org/apache/tomcat/modules/config PasswordPrompter.java
larryi 02/03/14 03:33:31 Modified: proposals/PasswordPrompter/WEB-INF/classes/org/apache/tomcat/modules/config PasswordPrompter.java Log: Update to handle context local interceptors. Include the context name in the prompt for context local interceptors. Revision ChangesPath 1.3 +36 -12 jakarta-tomcat/proposals/PasswordPrompter/WEB-INF/classes/org/apache/tomcat/modules/config/PasswordPrompter.java Index: PasswordPrompter.java === RCS file: /home/cvs/jakarta-tomcat/proposals/PasswordPrompter/WEB-INF/classes/org/apache/tomcat/modules/config/PasswordPrompter.java,v retrieving revision 1.2 retrieving revision 1.3 diff -u -r1.2 -r1.3 --- PasswordPrompter.java 12 Mar 2002 04:08:30 - 1.2 +++ PasswordPrompter.java 14 Mar 2002 11:33:31 - 1.3 @@ -102,7 +102,7 @@ * * @authorLarry Isaacs * @authorChristopher Cain - * @version $Revision: 1.2 $ $Date: 2002/03/12 04:08:30 $ + * @version $Revision: 1.3 $ $Date: 2002/03/14 11:33:31 $ */ public class PasswordPrompter extends BaseInterceptor { @@ -172,6 +172,19 @@ return MOD_VERSION; } +/** + * Perform the prompts if appropriate for any of the + * specified interceptors. + */ +public void doPrompts( Object[] modules, Context ctx ) { +for ( int idx = 0; idx prompts.size(); idx++ ) { +UserPrompt p = +(UserPrompt)prompts.elementAt(idx); +// perform this prompt for any applicable modules in the array +p.prompt( modules, ctx, delay, scroll ); +} +} + // -- Callbacks /** @@ -211,7 +224,7 @@ // if time to prompt if ( cm.getState() != ContextManager.STATE_CONFIG ) { -BaseInterceptor[] modules; +Object[] modules; // if adding ourselves (i.e. the first call ) if ( i == this ) { @@ -225,18 +238,25 @@ // check all previously added modules modules = -cm.getContainer().getInterceptors( Container.H_engineInit ); +cm.getContainer().getInterceptors(); +// do prompts on these modules +doPrompts( modules, ctx ); + +// check local context modules +Enumeration enum = cm.getContexts(); +while (enum.hasMoreElements()) { +ctx = (Context)enum.nextElement(); +modules = ctx.getContainer().getHooks().getModules(); +if ( modules.length 0 ) +doPrompts( modules, ctx ); +} } else { // check just the module being added modules = new BaseInterceptor[] { i }; +// do prompts on this module +doPrompts( modules, ctx ); } -for ( int idx = 0; idx prompts.size(); idx++ ) { -UserPrompt p = -(UserPrompt)prompts.elementAt(idx); -// perform this prompt for any applicable modules in the array -p.prompt( modules, delay, scroll ); -} } } @@ -329,12 +349,12 @@ * methods succeed, the prompt is displayed and the response is * set on the module using the set method. */ -public void prompt( BaseInterceptor [] modules, int delay, int scroll ) { +public void prompt( Object [] modules, Context ctx, int delay, int scroll ) { if ( !valid ) return; for ( int i = 0; i modules.length; i++ ) { -BaseInterceptor module = modules[i]; +BaseInterceptor module = (BaseInterceptor)modules[i]; if ( !moduleClass.isInstance( module ) ) { continue; } @@ -365,7 +385,11 @@ // go ahead with the prompting String response = null; try { -response = Prompter.promptForInput( prompt, scroll ); +String temp = prompt; +if ( ctx != null ) { +temp = Context + ctx.getName() + \n + prompt; +} +response = Prompter.promptForInput( temp, scroll ); setMethod.invokeSet( module, response ); } catch (IOException ioe) { logger.log( IO problem with command line: + ioe.toString() ); -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
cvs commit: jakarta-tomcat/proposals/PasswordPrompter/WEB-INF interceptors.xml
larryi 02/03/14 03:35:03 Modified:proposals/PasswordPrompter/WEB-INF interceptors.xml Log: Include the default JDBC password prompt in the list of useful prompts. Revision ChangesPath 1.3 +2 -0 jakarta-tomcat/proposals/PasswordPrompter/WEB-INF/interceptors.xml Index: interceptors.xml === RCS file: /home/cvs/jakarta-tomcat/proposals/PasswordPrompter/WEB-INF/interceptors.xml,v retrieving revision 1.2 retrieving revision 1.3 diff -u -r1.2 -r1.3 --- interceptors.xml 12 Mar 2002 04:10:21 - 1.2 +++ interceptors.xml 14 Mar 2002 11:35:03 - 1.3 @@ -6,6 +6,7 @@ Useful Prompts: Http10Connector: +if using JSSE or PureTLS: promptkeypass=Http10Connector|isSecure|isAttributeSet:keypass|setAttribute:keypass|SSL socket detected, please enter the certificate password: if using JSSE: @@ -13,6 +14,7 @@ JDBCRealm promptJDBCuser=JDBCRealm|always|isConnectionNameSet|setConnectionName|JDBC Realm detected, please enter the connection password: + promptJDBCpass=JDBCRealm|always|isConnectionPasswordSet|setConnectionPassword|JDBC Realm detected, please enter the connection password: Ajp12Connector promptajp12secret=Ajp12Connector|always|always|setSecret|Please enter shutdown password for Ajp12 connector -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 4451] - Using ResourceBundle into a JSP doesn't work if .properties files is put into a subdirectory
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=4451. 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=4451 Using ResourceBundle into a JSP doesn't work if .properties files is put into a subdirectory [EMAIL PROTECTED] changed: What|Removed |Added Status|RESOLVED|REOPENED Component|Jasper |Servlet Resolution|INVALID | --- Additional Comments From [EMAIL PROTECTED] 2002-03-14 12:58 --- Marc Saegesser's comments don't solve the problem when using .properties files. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 4451] - Using ResourceBundle into a JSP doesn't work if .properties files is put into a subdirectory
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=4451. 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=4451 Using ResourceBundle into a JSP doesn't work if .properties files is put into a subdirectory [EMAIL PROTECTED] changed: What|Removed |Added Status|REOPENED|RESOLVED Resolution||INVALID --- Additional Comments From [EMAIL PROTECTED] 2002-03-14 14:30 --- Antonio, the answer given by Marc is correct. I opened the bug because of the difference between Tomcat's default class path and WebSphere's one. Later, I double-checked Tomcat's class path, I put .properties files accordingly and Tomcat worked fine, too. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: Problem with mod_webapp/warp connector
[EMAIL PROTECTED] [EMAIL PROTECTED] wrote: Hi, I've recently setup a intranet site on an NT 4.0 box using Apache 1.3.23 combined with Tomcat 4.0.3. To integrate them together I'm using the warp connector and the mod_webapp module... Forget it... It doesn't work under Windows... If it is thought that this is a bug maybe I'll take a look at the source code for mod_webapp and see if I can see anything wrong. Does anynone have any ideas where to start and any information on how to get a build up and running on NT? You need to synchronize the calls to the socket, as Apache 1.3 is multi-process under UNIX (that's why it works), but multi-threaded under windows (that's why it doesn't)... In the pr_warpc files you should really create a pool of socket used to connect to the server when you're running in a multi-threaded environment... All the rest of the code should be fairly fully reentrant... (all your problems come up when you have more than one request getting into tomcat at the same time). As I don't have access to a windosh box anymore (thanks god I got rid of the last one), I don't really care much... And since nobody pays me anymore to fix those, well, it works for me :) Pier (back on fixing Apache 2.0/worker under OS/X!) BTW, folks, it's already hard to follow developers discussions without getting crummed up in bug reports and CVS logs... Can we avoid to keep USER related questions under this list (for people like me just tracking down development, and not really caring about much else, that gets really hard)... That's why we have the USER list... Simple response as above -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: Where can I find the spec to implement SSI on Jakarta Tomcat 4.0?
Hi I installed tomcat 4.0.3 and it went successfully. I tested examples they are working fine. i followed the application developer guide for deployment. Do I need to create web.xml for my application is it mandatory ?. For running servlet application do i need apache web server also. any help in this regards is appreciated. Thanks Uma -Original Message- From: Amy Roh [mailto:[EMAIL PROTECTED]] Sent: Wednesday, March 13, 2002 6:15 PM To: Tomcat Developers List Subject: Re: Where can I find the spec to implement SSI on Jakarta Tomcat 4.0? Uma Munugala wrote: Hi I installed tomcat 4.0.3 and installation was successful. I tested examples they are working fine. I unzipped all my application files in a directory under webapps directory. when I tried to run my servlets, Iam getting error http status 404 servlet (Login) not found. can some body write to me step by step procedure what to do when I want to run an application (servlet). You can refer to Application Developer's Guide - http://jakarta.apache.org/tomcat/tomcat-4.0-doc/appdev/index.html. Hope you find this useful. Amy Thanks Uma -Original Message- From: Amy Roh [mailto:[EMAIL PROTECTED]] Sent: Wednesday, March 13, 2002 5:31 PM To: [EMAIL PROTECTED] Subject: Re: Where can I find the spec to implement SSI on Jakarta Tomcat 4.0? Mike Jette wrote: Where can I find the spec to implement Server-Side Include (SSI) on Jakarta Tomcat 4.0? There isn't an actual spec for SSI feature for Tomcat 4.0. It follows the NCSA SSI rules same as the Apache documentation. You need to uncomment SSI Servlet in web.xml. And to use the SSI servlet, you also need to rename the $CATALINA_HOME/server/lib/servlets-ssi.renametojar file to $CATALINA_HOME/server/lib/servlets-ssi.jar Amy If you can point me at a link I would really appreciate your help. Is it that same as the Apache documentation? Thanks you. -- Michael E. Jette Technology Partners, Inc. 636-519-1221 ext. 104 1-877-636-1331 ext. 104 (toll free) www.tech-partners.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] -- 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 7121] New: - mod_webapp / apr doesn't compile properly
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=7121. 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=7121 mod_webapp / apr doesn't compile properly Summary: mod_webapp / apr doesn't compile properly Product: Tomcat 4 Version: 4.0.3 Final Platform: Sun OS/Version: Solaris Status: NEW Severity: Normal Priority: Other Component: Webapp Connector AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] Compiling mod_webapp with -DEAPI (for mod_ssl) fails: == /bin/sh /usr/local/src/WORK/apr/libtool --silent --mode=compile gcc -g -O2 -DHAVE_CONFIG_H -DSOLARIS2=8 -D_POSIX_PTHREAD_SEMANTICS -D_REENTRANT -I../../include -I../../include/arch -I../../include/arch/unix -c crossproc.c touch crossproc.lo crossproc.c: In function `proc_pthread_create': crossproc.c:229: `PTHREAD_PROCESS_SHARED' undeclared (first use in this function) crossproc.c:229: (Each undeclared identifier is reported only once crossproc.c:229: for each function it appears in.) *** Error code 1 make: Fatal error: Command failed for target `crossproc.lo' Current working directory /usr/local/src/WORK/apr/locks/unix *** Error code 1 make: Fatal error: Command failed for target `all-recursive' Current working directory /usr/local/src/WORK/apr/locks/unix *** Error code 1 make: Fatal error: Command failed for target `all-recursive' == If I define PTHREAD_PROCESS_SHARED as additonal CFLAG (CFLAG=-DEAPI -DPTHREAD_PROCESS_SHARED) I can build mod_webapp and it works with mod_ssl but I'm not shure how reliable this build will be. This might be a problem of apr, but I found no bug-list for apr. Versions: Apache 1.3.23 mod_ssl 2.8.7-1.3.23 apr snapshot 13.-Mar-2002 jakarta-tomcat-connectors-4.0.2-01 -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
problem with catalina for 'non-web' application
I repost this message on this list because the tomcat-user list didn't resolve my problem. I have read the developper FAQ, main documentation, and the main method body of the org.apache.catalina.startup.Embedded class but I found no response to my problem. I want to use the Jakarta catalina library without the configuration files (server.xml, WEB-INF/web.xml, ...). The aim is to use (and hide) a lighweight SOAP (on HTTP) connector started from a java NON-WEB application. SOAP message handling is made with a servlet that extends the javax.xml.messaging.JAXMServlet class. My ServletFilter class which implements the javax.servlet.Filter interface does not alter the ServletRequest or ServletResponse parameters (empty method bodies). A python client send a SOAP message to my HTTP connector but my servlet doesn't get any message. I have read the documentation, but it is done for web developpers only. What is wrong ? Thanks for your help. Jerome -- configuration code -- / variables previous settings * servlet : String, the full name of my servlet class */ System.setProperty(catalina.home,/tmp); System.setProperty(catalina.base,/tmp); this.server = new Embedded(); this.server.addLifecycleListener(this); Engine engine = this.server.createEngine(); engine.setDefaultHost(vtm); Host host = this.server.createHost(vtm,); Context context = this.server.createContext(,/tmp); FilterDef fD = new FilterDef(); fD.setFilterName(*); fD.setFilterClass(com.xerox.VTM.clf.ServletFilter); context.addFilterDef(fD); FilterMap map = new FilterMap(); map.setFilterName(*); map.setServletName(servlet); context.addFilterMap(map); context.setReloadable(false); context.setCookies(false); context.getServletContext().setAttribute(GUIManager,this); Wrapper w = context.createWrapper(); w.setServletClass(servlet); w.setName(SOAPHandler); w.setLoadOnStartup(-1); w.setParent(context); context.addChild(w); host.addChild(context); engine.addChild(host); this.server.addEngine(engine); try{ Connector connector; connector = this.server.createConnector(InetAddress.getLocalHost(),port,false); connector.setScheme(http); this.server.addConnector(connector); try{ this.server.start(); } catch(LifecycleException e){System.err.println(e);} } catch(UnknownHostException e){e.printStackTrace();} - client trace 404 '/' server trace Apache Tomcat/4.0.3 WebappLoader[]: Deploying class repositories to work directory /tmp/work/vtm/_ StandardManager[]: Seeding random number generator class java.security.SecureRandom StandardManager[]: Seeding of random number generator has been completed ContextConfig[]: Missing default web.xml, using application web.xml only ContextConfig[]: Missing application web.xml, using defaults only ContextConfig[]: Added certificates - request attribute Valve HttpConnector Opening server socket on host IP address 13.202.220.88 HttpConnector[19769] Starting background thread -- To unsubscribe: mailto:[EMAIL PROTECTED] For additional commands: mailto:[EMAIL PROTECTED] Troubles with the list: mailto:[EMAIL PROTECTED] -- To unsubscribe: mailto:[EMAIL PROTECTED] For additional commands: mailto:[EMAIL PROTECTED] Troubles with the list: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: problem with catalina for 'non-web' application
Jerome Bouat [EMAIL PROTECTED] wrote: What is wrong ? That tomcat is an web-application container, so, if you want to do something different, you're on your own, you shouldn't be using Tomcat... Pier -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Running tomcat as an embedded servlet engine
My apologies from cross posting this to the users list. Only afterwards did I realise it really a developer question as it involves coding... Im trying to run Tomcat in an embedded fashion (ie started from a main() in our program ), with a single servlet. Im using the Embedded.java class in Catalina, but am having trouble configuring it so that my single servlet answers on port 8080. The sample code in main in Embedded.java doesnt really have an example for a servlet. Has anyone else tried to do this (run an embedded servlet engine without swathes of configuration files)? Andy Visit our Internet site at http://www.rbsmarkets.com This e-mail is intended only for the addressee named above. As this e-mail may contain confidential or privileged information, if you are not the named addressee, you are not authorised to retain, read, copy or disseminate this message or any part of it. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: problem with catalina for 'non-web' application
Pier Fumagalli wrote: Jerome Bouat [EMAIL PROTECTED] wrote: What is wrong ? That tomcat is an web-application container, so, if you want to do something different, you're on your own, you shouldn't be using Tomcat... This comment puzzles me. It's generally a very good thing when people want to use your code, and it's especially good when they want to use it for something the original authors never thought of. Of course, that isn't really the case here. Tomcat 4 was (at least according to the original proposal) intended for this sort of thing. Since most of the current set of developers don't want to use it that way, it's perfectly fair to tell people they're on their own. They've got the source, right? If somebody wants something, they can implement it themselves. But to tell them Don't use Tomcat gives them a (hopefully) very wrong impression. -- Christopher St. John [EMAIL PROTECTED] DistribuTopia http://www.distributopia.com -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 7115] - ClassCastException in Win2000 on code tested on Win98
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=7115. 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=7115 ClassCastException in Win2000 on code tested on Win98 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||INVALID --- Additional Comments From [EMAIL PROTECTED] 2002-03-14 16:21 --- Please check you don't have an older servlet API JAR somewhere in your webapps, or set as a system extension. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: Running tomcat as an embedded servlet engine
WATKINS, Andy, FM wrote: Has anyone else tried to do this (run an embedded servlet engine without swathes of configuration files)? Yes, although I suspect you're looking for something a little different than what I needed. You might check out: http://www.distributopia.com/servlet_stuff/catalina_mtc.html It's not ready for prime time, but it might give you some ideas. I can't seem to find it right now, but somewhere I've got an example of using regular-old Catalina completely without config files. It was what I was trying to use before MinimalTomcat. You can do it, but it's fighting against the tide, I don't really suggest it. (Email me privately and I'll try to find the code) -- Christopher St. John [EMAIL PROTECTED] DistribuTopia http://www.distributopia.com -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 7124] New: - MissingResourceException when translating an invalid setProperty tag
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=7124. 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=7124 MissingResourceException when translating an invalid setProperty tag Summary: MissingResourceException when translating an invalid setProperty tag Product: Tomcat 4 Version: 4.0.4 Beta 1 Platform: All OS/Version: All Status: NEW Severity: Minor Priority: Other Component: Jasper AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] If the 'name' attribute of the jsp:setProperty tag is * and 'value' is specified (which is not valid by JSP syntax), the JSP compiler attempts to report an error, but fails to find the error message, because of a typo in the resource key name. See the attached patch. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 7124] - MissingResourceException when translating an invalid setProperty tag
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=7124. 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=7124 MissingResourceException when translating an invalid setProperty tag --- Additional Comments From [EMAIL PROTECTED] 2002-03-14 16:56 --- Created an attachment (id=1349) Patch for this bug -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 7125] New: - Datasource lookup returns null under heavy load
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=7125. 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=7125 Datasource lookup returns null under heavy load Summary: Datasource lookup returns null under heavy load Product: Tomcat 4 Version: 4.0.1 Final Platform: Other OS/Version: AIX Status: NEW Severity: Normal Priority: Other Component: Unknown AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] We're developing a web application on AIX 4.3.3.0 with ibm jre 1.3.1 and tomcat 4.0.1 final and Oracle thin jdbc driver for Oracle 8.1.7.2. We developed a programm in order to performance test our web application. The performance program forks up a great number of parallel threads. One of our classes retrieves a datasource like this: Context initCtx = new InitialContext(); Context envCtx = (Context) initCtx.lookup(java:comp/env); dataSource = (DataSource) envCtx.lookup(resourceName); The program works ok, as long the concurrent threads reach the number of around 160. At this stage the lookup method will return the null object. Any idea how to overcome this problem. Thanks. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Is HTTP auth is the only way for WebDAV authentication?
As you know, Tomcat 4.0 includes WedDAV support. Now what I want to do is to extend/modify the class org.apache.catalina.servlets.WebdavServlet to build my WebDAV service which maps some kind of data source to WebDAV's hierarchical resource model. Especially the data source is a native XML database with ACL, and I want to map the NXD's collection/document to WebDAV's collection/member. I want to know whether the HTTP auth is the only way to authenticate clients, and can I use database's ACL to authenticate clients? --zhidong _ Do You Yahoo!? Get your free @yahoo.com address at http://mail.yahoo.com -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
cvs commit: jakarta-tomcat-4.0/webapps/admin/host hosts.jsp host.jsp addHost.jsp deleteHost.jsp
manveen 02/03/14 00:49:41 Modified:webapps/admin/WEB-INF controls.tld struts-config.xml webapps/admin/WEB-INF/classes/org/apache/webapp/admin ActionTag.java ActionsTag.java ApplicationResources_en.properties ApplicationResources_es.properties Lists.java TomcatTreeBuilder.java webapps/admin/WEB-INF/classes/org/apache/webapp/admin/host AddHostAction.java DeleteHostAction.java DeleteHostForm.java HostForm.java webapps/admin/host host.jsp Added: webapps/admin/WEB-INF/classes/org/apache/webapp/admin/host EditHostAction.java SaveHostAction.java webapps/admin/host hosts.jsp Removed: webapps/admin/WEB-INF/classes/org/apache/webapp/admin/host AddHostForm.java HostAction.java SetUpAddHostAction.java SetUpDeleteHostAction.java SetUpHostAction.java webapps/admin/host addHost.jsp deleteHost.jsp Log: Refactored host to match the way service is handled. Revision ChangesPath 1.6 +10 -0 jakarta-tomcat-4.0/webapps/admin/WEB-INF/controls.tld Index: controls.tld === RCS file: /home/cvs/jakarta-tomcat-4.0/webapps/admin/WEB-INF/controls.tld,v retrieving revision 1.5 retrieving revision 1.6 diff -u -r1.5 -r1.6 --- controls.tld 30 Jan 2002 02:05:44 - 1.5 +++ controls.tld 14 Mar 2002 08:49:40 - 1.6 @@ -205,6 +205,16 @@ /attribute attribute + namedisabled/name + requiredfalse/required + rtexprvaluetrue/rtexprvalue + description +(Boolean) variable set to true or yes if the selection +for this action should be disabled. + /description +/attribute + +attribute nameurl/name requiredfalse/required rtexprvaluetrue/rtexprvalue 1.35 +48 -58jakarta-tomcat-4.0/webapps/admin/WEB-INF/struts-config.xml Index: struts-config.xml === RCS file: /home/cvs/jakarta-tomcat-4.0/webapps/admin/WEB-INF/struts-config.xml,v retrieving revision 1.34 retrieving revision 1.35 diff -u -r1.34 -r1.35 --- struts-config.xml 7 Mar 2002 02:48:54 - 1.34 +++ struts-config.xml 14 Mar 2002 08:49:40 - 1.35 @@ -23,18 +23,6 @@ form-bean name=connectorForm type=org.apache.webapp.admin.connector.ConnectorForm/ -!-- Host form bean -- -form-bean name=hostForm -type=org.apache.webapp.admin.host.HostForm/ - -!-- Add Host form bean -- -form-bean name=addHostForm -type=org.apache.webapp.admin.host.AddHostForm/ - -!-- Delete Host form bean -- -form-bean name=deleteHostForm -type=org.apache.webapp.admin.host.DeleteHostForm/ - !-- Context form bean -- form-bean name=contextForm type=org.apache.webapp.admin.context.ContextForm/ @@ -72,6 +60,13 @@ form-bean name=servicesForm type=org.apache.webapp.admin.service.ServicesForm/ +!-- = Host Module = -- + +form-bean name=hostForm +type=org.apache.webapp.admin.host.HostForm/ + +form-bean name=hostsForm +type=org.apache.webapp.admin.host.HostsForm/ !-- == User Database Module == -- @@ -189,6 +184,15 @@ path=/service/services.jsp redirect=false/ +!-- Host Module == -- + +forwardname=Host +path=/host/host.jsp +redirect=false/ + +forwardname=Hosts +path=/host/hosts.jsp +redirect=false/ !-- == User Database Module == -- @@ -280,28 +284,7 @@ scope=session /action - !-- Set up Host datastructure -- -actionpath=/setUpHost - type=org.apache.webapp.admin.host.SetUpHostAction - name=hostForm - scope=session -/action - -!-- Set up add Host datastructure -- -actionpath=/setUpAddHost - type=org.apache.webapp.admin.host.SetUpAddHostAction - name=addHostForm - scope=session -/action - -!-- Set up delete Host datastructure -- -actionpath=/setUpDeleteHost - type=org.apache.webapp.admin.host.SetUpDeleteHostAction
spelling patch to webapps/tomcat-docs/manager-howto.xml
--- webapps/tomcat-docs/manager-howto.xml.orig Thu Mar 14 09:15:29 2002 +++ webapps/tomcat-docs/manager-howto.xml Thu Mar 14 09:15:38 2002 @@ -110,7 +110,7 @@ which defines the username and password used by this individual to log on, and the role names he or she is associated with. You can add the strongmanager/strong role to the comma-delimited -coderoles/code attriute for one or more existing users, and/or +coderoles/code attribute for one or more existing users, and/or create new users with that assigned role./li liemJDBCRealm/em - Your user and role information is stored in a database accessed via JDBC. Add the strongmanager/strong role -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 7126] New: - Non servlet initiated requests fail to lookup java:comp/env
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=7126. 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=7126 Non servlet initiated requests fail to lookup java:comp/env Summary: Non servlet initiated requests fail to lookup java:comp/env Product: Tomcat 4 Version: 4.0.1 Final Platform: Other OS/Version: AIX Status: NEW Severity: Normal Priority: Other Component: Unknown AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] One of our classes implements the HttpSessionBindingListener interface. If the http session is invalidated the valueUnbound method is called. We wanted to log that event in a database which is configured as a datasource. We can't use this datasource because this lookup fails to lookup java:comp/env in Context envCtx = (Context) initCtx.lookup(java:comp/env); which works ok for all other servlet based requests. Is it true that only servlet based threads can access initial contexts? What is the suggested usage pattern for this given scenario? -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: Running tomcat as an embedded servlet engine
On Thu, 14 Mar 2002, WATKINS, Andy, FM wrote: Date: Thu, 14 Mar 2002 16:15:28 - From: WATKINS, Andy, FM [EMAIL PROTECTED] Reply-To: Tomcat Developers List [EMAIL PROTECTED] To: '[EMAIL PROTECTED]' [EMAIL PROTECTED] Subject: Running tomcat as an embedded servlet engine My apologies from cross posting this to the users list. Only afterwards did I realise it really a developer question as it involves coding... Im trying to run Tomcat in an embedded fashion (ie started from a main() in our program ), with a single servlet. Im using the Embedded.java class in Catalina, but am having trouble configuring it so that my single servlet answers on port 8080. The sample code in main in Embedded.java doesnt really have an example for a servlet. Has anyone else tried to do this (run an embedded servlet engine without swathes of configuration files)? The example code in the main() method does indeed start a web application -- it sets up the /examples webapp from the standard Tomcat distribution. The important point is that the docBase property of the Context you create must point at a directory (or a WAR) that contains a standard servlet application, with a /WEB-INF/web.xml file and everything associated with it. Setting up such a webapp to have a single servlet answer all requests is trivially simple, and is no different for embedded mode than it is for standard Tomcat mode of operation. Embedded mode is for when you want to manage Tomcat's configuration yoursel, without using server.xml. If you don't want web.xml either, you will probably find Tomcat too heavyweight to start with -- I'd suggest exploring the web for lighter weight HTTP frameworks written in Java -- or just use the HTTP connector in Tomcat and write your own Container implementation instead of using the standard Engine, Host, and Context components. Andy Craig -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
cvs commit: jakarta-tomcat-4.0/webapps/admin/service service.jsp
manveen 02/03/14 06:56:52 Modified:webapps/admin/host host.jsp webapps/admin/service service.jsp Log: Disabled delete host operation for now. Used appropriate property name for delete this service operation. Revision ChangesPath 1.5 +1 -1 jakarta-tomcat-4.0/webapps/admin/host/host.jsp Index: host.jsp === RCS file: /home/cvs/jakarta-tomcat-4.0/webapps/admin/host/host.jsp,v retrieving revision 1.4 retrieving revision 1.5 diff -u -r1.4 -r1.5 --- host.jsp 14 Mar 2002 08:49:41 - 1.4 +++ host.jsp 14 Mar 2002 14:56:52 - 1.5 @@ -63,11 +63,11 @@ controls:action url= bean:message key=actions.valve.create/ /controls:action controls:action url= bean:message key=actions.valve.delete/ /controls:action controls:action - /controls:action ---% controls:action url='%= /DeleteHost.do?select= + URLEncoder.encode(thisObjectName) %' bean:message key=actions.hosts.delete/ /controls:action +--% /logic:notEqual /controls:actions /div 1.6 +1 -1 jakarta-tomcat-4.0/webapps/admin/service/service.jsp Index: service.jsp === RCS file: /home/cvs/jakarta-tomcat-4.0/webapps/admin/service/service.jsp,v retrieving revision 1.5 retrieving revision 1.6 diff -u -r1.5 -r1.6 --- service.jsp 7 Mar 2002 02:48:54 - 1.5 +++ service.jsp 14 Mar 2002 14:56:52 - 1.6 @@ -121,7 +121,7 @@ --% controls:action url='%= /DeleteService.do?select= + URLEncoder.encode(thisObjectName) %' -bean:message key=actions.service.delete/ +bean:message key=actions.services.delete/ /controls:action /logic:notEqual /controls:actions -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 7125] - Datasource lookup returns null under heavy load
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=7125. 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=7125 Datasource lookup returns null under heavy load [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||WORKSFORME --- Additional Comments From [EMAIL PROTECTED] 2002-03-14 17:27 --- Maybe it did put too much strain on the resource factory, or something like that. In 4.0.3, the result returned from the factory is rebound, so I don't think this would happen anymore. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 7126] - Non servlet initiated requests fail to lookup java:comp/env
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=7126. 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=7126 Non servlet initiated requests fail to lookup java:comp/env [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||DUPLICATE --- Additional Comments From [EMAIL PROTECTED] 2002-03-14 17:29 --- This has been fixed already. *** This bug has been marked as a duplicate of 5330 *** -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 5330] - JNDI ENC context problem.
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=5330. 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=5330 JNDI ENC context problem. [EMAIL PROTECTED] changed: What|Removed |Added CC||[EMAIL PROTECTED] --- Additional Comments From [EMAIL PROTECTED] 2002-03-14 17:29 --- *** Bug 7126 has been marked as a duplicate of this bug. *** -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
cvs commit: jakarta-tomcat-connectors/jk/native/nt_service jk_nt_service.c
costin 02/03/14 09:43:47 Modified:jk/native/nt_service jk_nt_service.c Log: Merged changes from 3.3 Addition of stop_cmd, allowing the stop to be done by executing a command. ( catalina shutdown protocol is already supported ) Removed some of the checks for settings that are not required. If cmd_line is specified, there is no need for server.xml or other tomcat-specific things. cmd_line, stdout, stderr are required. Revision ChangesPath 1.4 +288 -79 jakarta-tomcat-connectors/jk/native/nt_service/jk_nt_service.c Index: jk_nt_service.c === RCS file: /home/cvs/jakarta-tomcat-connectors/jk/native/nt_service/jk_nt_service.c,v retrieving revision 1.3 retrieving revision 1.4 diff -u -r1.3 -r1.4 --- jk_nt_service.c 17 Jan 2002 21:17:02 - 1.3 +++ jk_nt_service.c 14 Mar 2002 17:43:47 - 1.4 @@ -58,14 +58,14 @@ /*** * Description: NT System service for Jakarta/Tomcat * * Author: Gal Shachor [EMAIL PROTECTED] * - * Version: $Revision: 1.3 $ * + * Dave Oxley [EMAIL PROTECTED] * + * Version: $Revision: 1.4 $ * ***/ #include jk_global.h #include jk_util.h #include jk_ajp13.h #include jk_connect.h - #include windows.h #include stdio.h #include stdlib.h @@ -86,23 +86,39 @@ static HANDLE hServerStopEvent = NULL; static int shutdown_port; static char*shutdown_protocol = AJP12_TAG; -static char*shutdown_secret = NULL; +static char*shutdown_secret = NULL; +static char*shutdown_cmd=NULL; + +typedef enum ActionEnum +{ acNoAction = 0, +acInstall = 1, +acRemove= 2, +acStartTC = 3, +acStopTC= 4 +} ActionEnum; + struct jk_tomcat_startup_data { -char *classpath; -char *tomcat_home; +char *cmd_line; /* Start command line */ char *stdout_file; char *stderr_file; +char *extra_path; +char *tomcat_home; char *java_bin; -char *tomcat_class; -char *server_file; -char *cmd_line; -int shutdown_port; + char *shutdown_protocol; +/* for cmd */ +char *stop_cmd; +/* For ajp13/ajp12/catalina */ +int shutdown_port; char *shutdown_secret; -char *extra_path; +/* Optional/not needed */ +char *classpath; +char *tomcat_class; +char *server_file; }; + typedef struct jk_tomcat_startup_data jk_tomcat_startup_data_t; // internal function prototypes @@ -110,8 +126,16 @@ static void WINAPI service_main(DWORD dwArgc, char **lpszArgv); static void install_service(char *name, -char *prp_file); +char *user, +char *password, +char *deps, +BOOL bAutomatic, +char *rel_prp_file); static void remove_service(char *name); +static void start_service(char *name, + char *machine); +static void stop_service(char *name, + char *machine); static char *GetLastErrorText(char *lpszBuf, DWORD dwSize); static void AddToMessageLog(char *lpszMsg); static BOOL ReportStatusToSCMgr(DWORD dwCurrentState, @@ -131,34 +155,59 @@ char *b, DWORD sz); static int start_tomcat(const char *name, HANDLE *hTomcat); -static void stop_tomcat(short port, +static void stop_tomcat(char *name, +short port, const char *protocol, - char *secret, -HANDLE hTomcat); +char *secret, +HANDLE hTomcat); static int read_startup_data(jk_map_t *init_map, jk_tomcat_startup_data_t *data, jk_pool_t *p); - +static int exec_cmd(const char *name, HANDLE *hTomcat, char *cmdLine); static void usage_message(const char *name) { -printf(%s - Usage:\n, name); -printf(%s -i service name configuration properties file\n, name); -printf(\tto install the service\n); -printf(%s -r service name\n, name); -printf(\tto remove the service\n); +printf(%s - Usage:\n\n, name); +
DO NOT REPLY [Bug 7127] New: - Problem with cookies
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=7127. 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=7127 Problem with cookies Summary: Problem with cookies Product: Tomcat 4 Version: 4.0 Final Platform: PC OS/Version: Windows NT/2K Status: NEW Severity: Major Priority: Other Component: Catalina AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] CC: [EMAIL PROTECTED] In Tomcat 4.0.3, it appears that servlets are prevented from using cookies of their own, i.e. use any cookies in addition to JSESSIONID The JSESSIONID cookie seems to be added to the response header after the servlet has finished execution and seems to overwrite/delete all cookies added by a servlet using the response.addCookie() method. This worked fine in Tomcat 3 and is preventing me from moving to Tomcat 4. - Ivar Wold -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 7127] - Problem with cookies
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=7127. 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=7127 Problem with cookies [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||WORKSFORME --- Additional Comments From [EMAIL PROTECTED] 2002-03-14 18:12 --- The 'cookie' example does that, and does work fine for me. There are also tests in the test suites (tester and Watchdog). If it still doesn't work for you, please submit a test case which would demonstrate the bug. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: cvs commit: jakarta-tomcat-connectors/jk/native/nt_service jk_nt_service.c
Hi Costin, This merge from 3.3 doesn't include the -n option that Larry added 2 weeks ago. It allows for specifying a display name separately from the service name since the rules for what is a valid name differ in each case. For example, the display name is allowed to contain spaces while the service name is not. Was it left behind on purpose? I have a tough time keeping up with all the great stuff you're checking in but I'm trying. Thanks, -David -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] Sent: Thursday, March 14, 2002 9:44 AM To: [EMAIL PROTECTED] Subject: cvs commit: jakarta-tomcat-connectors/jk/native/nt_service jk_nt_service.c costin 02/03/14 09:43:47 Modified:jk/native/nt_service jk_nt_service.c Log: Merged changes from 3.3 Addition of stop_cmd, allowing the stop to be done by executing a command. ( catalina shutdown protocol is already supported ) Removed some of the checks for settings that are not required. If cmd_line is specified, there is no need for server.xml or other tomcat-specific things. cmd_line, stdout, stderr are required. Revision ChangesPath 1.4 +288 -79 jakarta-tomcat-connectors/jk/native/nt_service/jk_nt_service.c Index: jk_nt_service.c === RCS file: /home/cvs/jakarta-tomcat-connectors/jk/native/nt_service/jk_nt_service.c,v retrieving revision 1.3 retrieving revision 1.4 diff -u -r1.3 -r1.4 --- jk_nt_service.c 17 Jan 2002 21:17:02 - 1.3 +++ jk_nt_service.c 14 Mar 2002 17:43:47 - 1.4 @@ -58,14 +58,14 @@ /*** * Description: NT System service for Jakarta/Tomcat * * Author: Gal Shachor [EMAIL PROTECTED] * - * Version: $Revision: 1.3 $ * + * Dave Oxley [EMAIL PROTECTED] * + * Version: $Revision: 1.4 $ * ***/ #include jk_global.h #include jk_util.h #include jk_ajp13.h #include jk_connect.h - #include windows.h #include stdio.h #include stdlib.h @@ -86,23 +86,39 @@ static HANDLE hServerStopEvent = NULL; static int shutdown_port; static char*shutdown_protocol = AJP12_TAG; -static char*shutdown_secret = NULL; +static char*shutdown_secret = NULL; +static char*shutdown_cmd=NULL; + +typedef enum ActionEnum +{ acNoAction = 0, +acInstall = 1, +acRemove= 2, +acStartTC = 3, +acStopTC= 4 +} ActionEnum; + struct jk_tomcat_startup_data { -char *classpath; -char *tomcat_home; +char *cmd_line; /* Start command line */ char *stdout_file; char *stderr_file; +char *extra_path; +char *tomcat_home; char *java_bin; -char *tomcat_class; -char *server_file; -char *cmd_line; -int shutdown_port; + char *shutdown_protocol; +/* for cmd */ +char *stop_cmd; +/* For ajp13/ajp12/catalina */ +int shutdown_port; char *shutdown_secret; -char *extra_path; +/* Optional/not needed */ +char *classpath; +char *tomcat_class; +char *server_file; }; + typedef struct jk_tomcat_startup_data jk_tomcat_startup_data_t; // internal function prototypes @@ -110,8 +126,16 @@ static void WINAPI service_main(DWORD dwArgc, char **lpszArgv); static void install_service(char *name, -char *prp_file); +char *user, +char *password, +char *deps, +BOOL bAutomatic, +char *rel_prp_file); static void remove_service(char *name); +static void start_service(char *name, + char *machine); +static void stop_service(char *name, + char *machine); static char *GetLastErrorText(char *lpszBuf, DWORD dwSize); static void AddToMessageLog(char *lpszMsg); static BOOL ReportStatusToSCMgr(DWORD dwCurrentState, @@ -131,34 +155,59 @@ char *b, DWORD sz); static int start_tomcat(const char *name, HANDLE *hTomcat); -static void stop_tomcat(short port, +static void stop_tomcat(char *name, +short port, const char *protocol, - char *secret, -HANDLE hTomcat); +char *secret, +HANDLE hTomcat); static int read_startup_data(jk_map_t *init_map,
DO NOT REPLY [Bug 4543] - RMI fails if tomcat is installed in directory with white space
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=4543. 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=4543 RMI fails if tomcat is installed in directory with white space --- Additional Comments From [EMAIL PROTECTED] 2002-03-14 18:34 --- This appears to be a JDK problem. In the Javasoft dug database it's #4496398 and #4273532. Despite what's said in those bugs however, using JDK1.4 does not appear to solve the problem. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: In memory session replication, reminder
That kind of design would be more interesting. I was probably too harsh in my response; I just wanted to point out I made a mistake by being that enthusiastic about it originally. I think I'll create a 'cluster' component in j-t-c, as was suggested, and move the existing cluster implementations there. ok, that won't be a problem at all. What I will do is to move a majority of the stuff to j-t-c, but I will need to leave one or two classes in the catalina/session package as hook ins. In j-t-c I plan to define interfaces so that any messaging system can be plugged in. Give me a week or so and I can come up with something. Filip ~ Namaste - I bow to the divine in you ~ Filip Hanik Software Architect [EMAIL PROTECTED] www.filip.net -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: cvs commit: jakarta-tomcat-connectors/jk/native/nt_service jk _nt_service.c
David, I believe the J-T-C version of jk_nt_service.c is more out of sync than just this. This is why I didn't apply your patch to the J-T-C version when I applied it to jakarta-tomcat. It is on my to do list to get them back in sync after Tomcat 3.3.1 is final. Cheers, Larry -Original Message- From: Schreibman, David [mailto:[EMAIL PROTECTED]] Sent: Thursday, March 14, 2002 1:31 PM To: 'Tomcat Developers List' Subject: RE: cvs commit: jakarta-tomcat-connectors/jk/native/nt_service jk _nt_service.c Hi Costin, This merge from 3.3 doesn't include the -n option that Larry added 2 weeks ago. It allows for specifying a display name separately from the service name since the rules for what is a valid name differ in each case. For example, the display name is allowed to contain spaces while the service name is not. Was it left behind on purpose? I have a tough time keeping up with all the great stuff you're checking in but I'm trying. Thanks, -David -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] Sent: Thursday, March 14, 2002 9:44 AM To: [EMAIL PROTECTED] Subject: cvs commit: jakarta-tomcat-connectors/jk/native/nt_service jk_nt_service.c costin 02/03/14 09:43:47 Modified:jk/native/nt_service jk_nt_service.c Log: Merged changes from 3.3 Addition of stop_cmd, allowing the stop to be done by executing a command. ( catalina shutdown protocol is already supported ) Removed some of the checks for settings that are not required. If cmd_line is specified, there is no need for server.xml or other tomcat-specific things. cmd_line, stdout, stderr are required. Revision ChangesPath 1.4 +288 -79 jakarta-tomcat-connectors/jk/native/nt_service/jk_nt_service.c Index: jk_nt_service.c === RCS file: /home/cvs/jakarta-tomcat-connectors/jk/native/nt_service/jk_nt _service.c,v retrieving revision 1.3 retrieving revision 1.4 diff -u -r1.3 -r1.4 --- jk_nt_service.c 17 Jan 2002 21:17:02 - 1.3 +++ jk_nt_service.c 14 Mar 2002 17:43:47 - 1.4 @@ -58,14 +58,14 @@ /* ** * Description: NT System service for Jakarta/Tomcat * * Author: Gal Shachor [EMAIL PROTECTED] * - * Version: $Revision: 1.3 $ * + * Dave Oxley [EMAIL PROTECTED] * + * Version: $Revision: 1.4 $ * ** */ #include jk_global.h #include jk_util.h #include jk_ajp13.h #include jk_connect.h - #include windows.h #include stdio.h #include stdlib.h @@ -86,23 +86,39 @@ static HANDLE hServerStopEvent = NULL; static int shutdown_port; static char*shutdown_protocol = AJP12_TAG; -static char*shutdown_secret = NULL; +static char*shutdown_secret = NULL; +static char*shutdown_cmd=NULL; + +typedef enum ActionEnum +{ acNoAction = 0, +acInstall = 1, +acRemove= 2, +acStartTC = 3, +acStopTC= 4 +} ActionEnum; + struct jk_tomcat_startup_data { -char *classpath; -char *tomcat_home; +char *cmd_line; /* Start command line */ char *stdout_file; char *stderr_file; +char *extra_path; +char *tomcat_home; char *java_bin; -char *tomcat_class; -char *server_file; -char *cmd_line; -int shutdown_port; + char *shutdown_protocol; +/* for cmd */ +char *stop_cmd; +/* For ajp13/ajp12/catalina */ +int shutdown_port; char *shutdown_secret; -char *extra_path; +/* Optional/not needed */ +char *classpath; +char *tomcat_class; +char *server_file; }; + typedef struct jk_tomcat_startup_data jk_tomcat_startup_data_t; // internal function prototypes @@ -110,8 +126,16 @@ static void WINAPI service_main(DWORD dwArgc, char **lpszArgv); static void install_service(char *name, -char *prp_file); +char *user, +char *password, +char *deps, +BOOL bAutomatic, +char *rel_prp_file); static void remove_service(char *name); +static void start_service(char *name, + char *machine); +static void stop_service(char *name, + char *machine); static char *GetLastErrorText(char *lpszBuf, DWORD dwSize); static void
RE: cvs commit: jakarta-tomcat-connectors/jk/native/nt_service jk_nt_service.c
On Thu, 14 Mar 2002, Schreibman, David wrote: Hi Costin, This merge from 3.3 doesn't include the -n option that Larry added 2 weeks ago. It allows for specifying a display name separately from the service name since the rules for what is a valid name differ in each case. For example, the display name is allowed to contain spaces while the service name is not. Was it left behind on purpose? Ops, I may have an old version, I'll check. Thanks. BTW, I have another change ( contributed by WRowe ) to allow spaces in names and few other improvements ( it is leaving the name with spaces as display name, and removing the spaces for the internal name ). The -n is a different solution ( you specify both names in the command line ). After 3.3.1 is released I would like to remove nt_service from jakarta-tomcat CVS. The version in j-t-c has few additional fixes and improvements ( including the ability to execute a program to stop, support for catalina shutdown protocol, etc ). Costin -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
cvs commit: jakarta-tomcat-connectors/jk/native/nt_service jk_nt_service.c
costin 02/03/14 11:17:52 Modified:jk/native/nt_service jk_nt_service.c Log: Patch from WRowe ( modified to match the merged version ). It allows spaces in service names by 'mangling' the internal name. Also use the API to add services instead of editing the registry ( I left the original code as backup ). I'm not sure about deps - are Tcp and Afd required ? ( I have no idea what Afd is :-) Revision ChangesPath 1.5 +90 -34jakarta-tomcat-connectors/jk/native/nt_service/jk_nt_service.c Index: jk_nt_service.c === RCS file: /home/cvs/jakarta-tomcat-connectors/jk/native/nt_service/jk_nt_service.c,v retrieving revision 1.4 retrieving revision 1.5 diff -u -r1.4 -r1.5 --- jk_nt_service.c 14 Mar 2002 17:43:47 - 1.4 +++ jk_nt_service.c 14 Mar 2002 19:17:52 - 1.5 @@ -59,7 +59,7 @@ * Description: NT System service for Jakarta/Tomcat * * Author: Gal Shachor [EMAIL PROTECTED] * * Dave Oxley [EMAIL PROTECTED] * - * Version: $Revision: 1.4 $ * + * Version: $Revision: 1.5 $ * ***/ #include jk_global.h @@ -143,7 +143,7 @@ DWORD dwWaitHint); static void start_jk_service(char *name); static void stop_jk_service(void); -static int set_registry_values(char *name, +static int set_registry_values(SC_HANDLE schService, char *name, char *prp_file); static int create_registry_key(const char *tag, HKEY *key); @@ -388,6 +388,10 @@ return fResult; } +typedef WINADVAPI BOOL (WINAPI * pfnChangeServiceConfig2_t) + (SC_HANDLE hService, DWORD dwInfoLevel, LPVOID lpInfo); + + void install_service(char *name, char *user, char *password, @@ -399,11 +403,26 @@ SC_HANDLE schSCManager; charszExecPath[2048]; charszPropPath[2048]; +charszTrueName[256]; char*dummy; +char*src, *dst; + +dst = szTrueName; +for (src = name; *src; ++src) { +if (dst = szTrueName + sizeof(szTrueName) - 1) { +break; +} +if (!isspace(*src) *src != '/' *src != '\\') { +*(dst++) = *src; +} +} +*dst = '\0'; if (0 == stricmp(, deps)) deps = NULL; +/* XXX strcat( deps, Tcpip\0Afd\0 ); */ + if(!GetFullPathName(rel_prp_file, sizeof(szPropPath) - 1, szPropPath, dummy)) { printf(Unable to install %s - %s\n, name, @@ -418,19 +437,25 @@ return; } -if(GetModuleFileName( NULL, szExecPath, sizeof(szExecPath) - 1) == 0) { +szExecPath[0] = '\'; +if(GetModuleFileName( NULL, szExecPath + 1, sizeof(szExecPath) - 2) == 0) { +/* Was: if(GetModuleFileName( NULL, szExecPath, sizeof(szExecPath) - 1) == 0) { */ printf(Unable to install %s - %s\n, name, GetLastErrorText(szErr, sizeof(szErr))); return; } +strcat(szExecPath, \ ); +strcat(szExecPath, szTrueName); + schSCManager = OpenSCManager(NULL, // machine (NULL == local) NULL, // database (NULL == default) SC_MANAGER_ALL_ACCESS); // access required if(schSCManager) { + schService = CreateService(schSCManager, // SCManager database - name, // name of service + szTrueName, // name of service name, // name to display SERVICE_ALL_ACCESS, // desired access SERVICE_WIN32_OWN_PROCESS, // service type @@ -444,9 +469,10 @@ password); // password if(schService) { + printf(The service named %s was created. Now adding registry entries\n, name); -if(set_registry_values(name, szPropPath)) { +if(set_registry_values(schService, szTrueName, szPropPath)) { CloseServiceHandle(schService); } else { printf(CreateService failed setting the private registry - %s\n, GetLastErrorText(szErr, sizeof(szErr))); @@ -467,13 +493,19 @@ { SC_HANDLE schService; SC_HANDLE schSCManager; +
RE: cvs commit: jakarta-tomcat-connectors/jk/native/nt_service jk _nt_service.c
Costin, One of my initial patches for this followed a similar strategy of morphing the display name into something usable as a service name. In fact, this is the approach I've used with other products in the past. However, I settled on being able to specify the names separately when I found that a lot of vendors use totally different names for the display name vs the service name. For example, internal name for NetMeeting Remote Desktop Sharing is mnmsrvc. I know this isn't a big deal but I think it is nice to have such flexibility. -David -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] Sent: Thursday, March 14, 2002 11:10 AM To: Tomcat Developers List Subject: RE: cvs commit: jakarta-tomcat-connectors/jk/native/nt_service jk _nt_service.c On Thu, 14 Mar 2002, Schreibman, David wrote: Hi Costin, This merge from 3.3 doesn't include the -n option that Larry added 2 weeks ago. It allows for specifying a display name separately from the service name since the rules for what is a valid name differ in each case. For example, the display name is allowed to contain spaces while the service name is not. Was it left behind on purpose? Ops, I may have an old version, I'll check. Thanks. BTW, I have another change ( contributed by WRowe ) to allow spaces in names and few other improvements ( it is leaving the name with spaces as display name, and removing the spaces for the internal name ). The -n is a different solution ( you specify both names in the command line ). After 3.3.1 is released I would like to remove nt_service from jakarta-tomcat CVS. The version in j-t-c has few additional fixes and improvements ( including the ability to execute a program to stop, support for catalina shutdown protocol, etc ). Costin -- 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 7129] New: - examples webapp contains invalid taglib uri references in 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=7129. 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=7129 examples webapp contains invalid taglib uri references in JSP files Summary: examples webapp contains invalid taglib uri references in JSP files Product: Tomcat 4 Version: 4.0.2 Final Platform: Other OS/Version: Other Status: NEW Severity: Normal Priority: Other Component: Webapps AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] I discovered these problems when trying to precompile the JSP files in the examples webapp. 1) /jsp/source.jsp references an invalid taglib uri. the correct one (defined in web.xml) is http://jakarta.apache.org/tomcat/examples-taglib;. 2) /jsp/simpletag/foo.txt also should reference http://jakarta.apache.org/tomcat/examples-taglib;. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: cvs commit: jakarta-tomcat-connectors/jk/native/nt_service jk _nt_service.c
Sounds like a good plan. I know you all have a ton of work to do so I was just pointing out a tiny thing that caught my attention. I always like to speak up and possibly seem foolish than keep things to myself that might actually matter. Thanks again for all the time y'all put into keeping this great thing going. -David -Original Message- From: Larry Isaacs [mailto:[EMAIL PROTECTED]] Sent: Thursday, March 14, 2002 11:04 AM To: 'Tomcat Developers List' Subject: RE: cvs commit: jakarta-tomcat-connectors/jk/native/nt_service jk _nt_service.c David, I believe the J-T-C version of jk_nt_service.c is more out of sync than just this. This is why I didn't apply your patch to the J-T-C version when I applied it to jakarta-tomcat. It is on my to do list to get them back in sync after Tomcat 3.3.1 is final. Cheers, Larry -Original Message- From: Schreibman, David [mailto:[EMAIL PROTECTED]] Sent: Thursday, March 14, 2002 1:31 PM To: 'Tomcat Developers List' Subject: RE: cvs commit: jakarta-tomcat-connectors/jk/native/nt_service jk _nt_service.c Hi Costin, This merge from 3.3 doesn't include the -n option that Larry added 2 weeks ago. It allows for specifying a display name separately from the service name since the rules for what is a valid name differ in each case. For example, the display name is allowed to contain spaces while the service name is not. Was it left behind on purpose? I have a tough time keeping up with all the great stuff you're checking in but I'm trying. Thanks, -David -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] Sent: Thursday, March 14, 2002 9:44 AM To: [EMAIL PROTECTED] Subject: cvs commit: jakarta-tomcat-connectors/jk/native/nt_service jk_nt_service.c costin 02/03/14 09:43:47 Modified:jk/native/nt_service jk_nt_service.c Log: Merged changes from 3.3 Addition of stop_cmd, allowing the stop to be done by executing a command. ( catalina shutdown protocol is already supported ) Removed some of the checks for settings that are not required. If cmd_line is specified, there is no need for server.xml or other tomcat-specific things. cmd_line, stdout, stderr are required. Revision ChangesPath 1.4 +288 -79 jakarta-tomcat-connectors/jk/native/nt_service/jk_nt_service.c Index: jk_nt_service.c === RCS file: /home/cvs/jakarta-tomcat-connectors/jk/native/nt_service/jk_nt _service.c,v retrieving revision 1.3 retrieving revision 1.4 diff -u -r1.3 -r1.4 --- jk_nt_service.c 17 Jan 2002 21:17:02 - 1.3 +++ jk_nt_service.c 14 Mar 2002 17:43:47 - 1.4 @@ -58,14 +58,14 @@ /* ** * Description: NT System service for Jakarta/Tomcat * * Author: Gal Shachor [EMAIL PROTECTED] * - * Version: $Revision: 1.3 $ * + * Dave Oxley [EMAIL PROTECTED] * + * Version: $Revision: 1.4 $ * ** */ #include jk_global.h #include jk_util.h #include jk_ajp13.h #include jk_connect.h - #include windows.h #include stdio.h #include stdlib.h @@ -86,23 +86,39 @@ static HANDLE hServerStopEvent = NULL; static int shutdown_port; static char*shutdown_protocol = AJP12_TAG; -static char*shutdown_secret = NULL; +static char*shutdown_secret = NULL; +static char*shutdown_cmd=NULL; + +typedef enum ActionEnum +{ acNoAction = 0, +acInstall = 1, +acRemove= 2, +acStartTC = 3, +acStopTC= 4 +} ActionEnum; + struct jk_tomcat_startup_data { -char *classpath; -char *tomcat_home; +char *cmd_line; /* Start command line */ char *stdout_file; char *stderr_file; +char *extra_path; +char *tomcat_home; char *java_bin; -char *tomcat_class; -char *server_file; -char *cmd_line; -int shutdown_port; + char *shutdown_protocol; +/* for cmd */ +char *stop_cmd; +/* For ajp13/ajp12/catalina */ +int shutdown_port; char *shutdown_secret; -char *extra_path; +/* Optional/not needed */ +char *classpath; +char *tomcat_class; +char *server_file; }; + typedef struct jk_tomcat_startup_data jk_tomcat_startup_data_t; // internal function prototypes @@ -110,8 +126,16 @@ static void WINAPI service_main(DWORD dwArgc, char **lpszArgv); static void install_service(char *name, -char *prp_file);
DO NOT REPLY [Bug 7130] New: - JSPC should avoid using reserved Java keywords for generated Java package/class names
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=7130. 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=7130 JSPC should avoid using reserved Java keywords for generated Java package/class names Summary: JSPC should avoid using reserved Java keywords for generated Java package/class names Product: Tomcat 4 Version: 4.0.2 Final Platform: Other OS/Version: Other Status: NEW Severity: Critical Priority: Other Component: Jasper AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] If JSPC processes a webapp (e.g., the examples webapp) and generates package ald class names based on the paths and names of the corresponding JSP files, it can generate package and/or class names that won't compile. In the case of precompiling the JSP files in the examples webapp, it created a package name that consisted of the reserved keyword protected. Please fix! -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 7129] - examples webapp contains invalid taglib uri references in 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=7129. 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=7129 examples webapp contains invalid taglib uri references in JSP files [EMAIL PROTECTED] changed: What|Removed |Added Version|4.0.2 Final |4.0.3 Final -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 7130] - JSPC should avoid using reserved Java keywords for generated Java package/class names
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=7130. 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=7130 JSPC should avoid using reserved Java keywords for generated Java package/class names [EMAIL PROTECTED] changed: What|Removed |Added Version|4.0.2 Final |4.0.3 Final -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 7127] - Problem with cookies
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=7127. 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=7127 Problem with cookies --- Additional Comments From [EMAIL PROTECTED] 2002-03-14 21:55 --- Created an attachment (id=1351) JSP file which fails on Tomcat 4, but works on Tomcat 3 -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 7127] - Problem with cookies
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=7127. 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=7127 Problem with cookies [EMAIL PROTECTED] changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|WORKSFORME | --- Additional Comments From [EMAIL PROTECTED] 2002-03-14 22:01 --- I have attached a JSP file, which I put together to illustrate the problem. This program causes an exception in Tomcat 4, but works fine on Tomcat 3. In my original encounter with the problem, I did not get this exception, but I suspect that the new problem and the old one may be related. I will attach the exception stack trace in a moment. - Ivar Wold -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 7127] - Problem with cookies
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=7127. 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=7127 Problem with cookies --- Additional Comments From [EMAIL PROTECTED] 2002-03-14 22:05 --- Stack trace for the previously reported problem. This happens on the first access to a newly created Tomcat instance java.lang.NullPointerException at org.apache.jsp.cookie$jsp._jspService(cookie$jsp.java:67) at org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:107) at javax.servlet.http.HttpServlet.service(HttpServlet.java:853) at org.apache.jasper.servlet.JspServlet$JspServletWrapper.service (JspServlet.java:202) at org.apache.jasper.servlet.JspServlet.serviceJspFile (JspServlet.java:382) at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:474) at javax.servlet.http.HttpServlet.service(HttpServlet.java:853) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter (ApplicationFilterChain.java:247) at org.apache.catalina.core.ApplicationFilterChain.doFilter (ApplicationFilterChain.java:193) at org.apache.catalina.core.StandardWrapperValve.invoke (StandardWrapperValve.java:243) at org.apache.catalina.core.StandardPipeline.invokeNext (StandardPipeline.java:566) at org.apache.catalina.core.StandardPipeline.invoke (StandardPipeline.java:472) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943) at org.apache.catalina.core.StandardContextValve.invoke (StandardContextValve.java:190) at org.apache.catalina.core.StandardPipeline.invokeNext (StandardPipeline.java:566) at org.apache.catalina.valves.CertificatesValve.invoke (CertificatesValve.java:246) at org.apache.catalina.core.StandardPipeline.invokeNext (StandardPipeline.java:564) at org.apache.catalina.core.StandardPipeline.invoke (StandardPipeline.java:472) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943) at org.apache.catalina.core.StandardContext.invoke (StandardContext.java:2347) at org.apache.catalina.core.StandardHostValve.invoke (StandardHostValve.java:180) at org.apache.catalina.core.StandardPipeline.invokeNext (StandardPipeline.java:566) at org.apache.catalina.valves.ErrorDispatcherValve.invoke (ErrorDispatcherValve.java:170) at org.apache.catalina.core.StandardPipeline.invokeNext (StandardPipeline.java:564) at org.apache.catalina.valves.ErrorReportValve.invoke (ErrorReportValve.java:170) at org.apache.catalina.core.StandardPipeline.invokeNext (StandardPipeline.java:564) at org.apache.catalina.valves.AccessLogValve.invoke (AccessLogValve.java:468) at org.apache.catalina.core.StandardPipeline.invokeNext (StandardPipeline.java:564) at org.apache.catalina.core.StandardPipeline.invoke (StandardPipeline.java:472) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943) at org.apache.catalina.core.StandardEngineValve.invoke (StandardEngineValve.java:174) at org.apache.catalina.core.StandardPipeline.invokeNext (StandardPipeline.java:566) at org.apache.catalina.core.StandardPipeline.invoke (StandardPipeline.java:472) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943) at org.apache.catalina.connector.http.HttpProcessor.process (HttpProcessor.java:1017) at org.apache.catalina.connector.http.HttpProcessor.run (HttpProcessor.java:1115) at java.lang.Thread.run(Thread.java:536) -- 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/loader WebappLoader.java
remm02/03/14 13:40:05 Modified:catalina/src/share/org/apache/catalina/loader WebappLoader.java Log: - Don't notify the context unless the loader is started. - Submitted by Jean-Frederic Clere. Revision ChangesPath 1.26 +6 -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.25 retrieving revision 1.26 diff -u -r1.25 -r1.26 --- WebappLoader.java 15 Feb 2002 00:02:28 - 1.25 +++ WebappLoader.java 14 Mar 2002 21:40:05 - 1.26 @@ -1,7 +1,7 @@ /* - * $Header: /home/cvs/jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/loader/WebappLoader.java,v 1.25 2002/02/15 00:02:28 remm Exp $ - * $Revision: 1.25 $ - * $Date: 2002/02/15 00:02:28 $ + * $Header: /home/cvs/jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/loader/WebappLoader.java,v 1.26 2002/03/14 21:40:05 remm Exp $ + * $Revision: 1.26 $ + * $Date: 2002/03/14 21:40:05 $ * * * @@ -117,7 +117,7 @@ * * @author Craig R. McClanahan * @author Remy Maucherat - * @version $Revision: 1.25 $ $Date: 2002/02/15 00:02:28 $ + * @version $Revision: 1.26 $ $Date: 2002/03/14 21:40:05 $ */ public class WebappLoader @@ -1297,7 +1297,8 @@ } // Handle a need for reloading -notifyContext(); +if (started) +notifyContext(); break; } -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
cvs commit: jakarta-tomcat-4.0/catalina/src/conf server.xml
remm02/03/14 13:06:56 Modified:catalina/src/conf server.xml Log: - Update the flag name, and set it to false. Revision ChangesPath 1.56 +3 -3 jakarta-tomcat-4.0/catalina/src/conf/server.xml Index: server.xml === RCS file: /home/cvs/jakarta-tomcat-4.0/catalina/src/conf/server.xml,v retrieving revision 1.55 retrieving revision 1.56 diff -u -r1.55 -r1.56 --- server.xml13 Mar 2002 20:02:20 - 1.55 +++ server.xml14 Mar 2002 21:06:56 - 1.56 @@ -89,7 +89,7 @@ port=8080 minProcessors=5 maxProcessors=75 enableLookups=true redirectPort=8443 acceptCount=10 debug=0 connectionTimeout=2 - useURINormalizationHack=true / + useURIValidationHack=false / !-- Note : To disable connection timeouts, set connectionTimeout value to -1 -- @@ -99,7 +99,7 @@ port=8443 minProcessors=5 maxProcessors=75 enableLookups=true acceptCount=10 debug=0 scheme=https secure=true - useURINormalizationHack=true + useURIValidationHack=false Factory className=org.apache.catalina.net.SSLServerSocketFactory clientAuth=false protocol=TLS / /Connector @@ -117,7 +117,7 @@ port=8082 minProcessors=5 maxProcessors=75 enableLookups=true acceptCount=10 debug=0 connectionTimeout=2 - proxyPort=80 useURINormalizationHack=true / + proxyPort=80 useURIValidationHack=false / -- !-- Define a non-SSL legacy HTTP/1.1 Test Connector on port 8083 -- -- 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 BaseDirContext.java
remm02/03/14 13:40:31 Modified:catalina/src/share/org/apache/naming/resources BaseDirContext.java Log: - Add an allocate method. Revision ChangesPath 1.4 +12 -4 jakarta-tomcat-4.0/catalina/src/share/org/apache/naming/resources/BaseDirContext.java Index: BaseDirContext.java === RCS file: /home/cvs/jakarta-tomcat-4.0/catalina/src/share/org/apache/naming/resources/BaseDirContext.java,v retrieving revision 1.3 retrieving revision 1.4 diff -u -r1.3 -r1.4 --- BaseDirContext.java 27 Feb 2002 01:17:00 - 1.3 +++ BaseDirContext.java 14 Mar 2002 21:40:31 - 1.4 @@ -1,7 +1,7 @@ /* - * $Header: /home/cvs/jakarta-tomcat-4.0/catalina/src/share/org/apache/naming/resources/BaseDirContext.java,v 1.3 2002/02/27 01:17:00 craigmcc Exp $ - * $Revision: 1.3 $ - * $Date: 2002/02/27 01:17:00 $ + * $Header: /home/cvs/jakarta-tomcat-4.0/catalina/src/share/org/apache/naming/resources/BaseDirContext.java,v 1.4 2002/03/14 21:40:31 remm Exp $ + * $Revision: 1.4 $ + * $Date: 2002/03/14 21:40:31 $ * * * @@ -85,7 +85,7 @@ * Directory Context implementation helper class. * * @author Remy Maucherat - * @version $Revision: 1.3 $ $Date: 2002/02/27 01:17:00 $ + * @version $Revision: 1.4 $ $Date: 2002/03/14 21:40:31 $ */ public abstract class BaseDirContext implements DirContext { @@ -265,6 +265,14 @@ // - Public Methods + + +/** + * Allocate resources for this directory context. + */ +public void allocate() { +; // No action taken by the default implementation +} /** -- 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 StandardContext.java
remm02/03/14 13:41:35 Modified:catalina/src/share/org/apache/catalina/core StandardContext.java Log: - Use the allocate method. - If the dir context is a WAR dir context or a file dir context, reinstantiate it (it's simpler). Revision ChangesPath 1.102 +16 -4 jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/core/StandardContext.java Index: StandardContext.java === RCS file: /home/cvs/jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/core/StandardContext.java,v retrieving revision 1.101 retrieving revision 1.102 diff -u -r1.101 -r1.102 --- StandardContext.java 2 Mar 2002 16:38:58 - 1.101 +++ StandardContext.java 14 Mar 2002 21:41:35 - 1.102 @@ -1,7 +1,7 @@ /* - * $Header: /home/cvs/jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/core/StandardContext.java,v 1.101 2002/03/02 16:38:58 glenn Exp $ - * $Revision: 1.101 $ - * $Date: 2002/03/02 16:38:58 $ + * $Header: /home/cvs/jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/core/StandardContext.java,v 1.102 2002/03/14 21:41:35 remm Exp $ + * $Revision: 1.102 $ + * $Date: 2002/03/14 21:41:35 $ * * * @@ -147,7 +147,7 @@ * * @author Craig R. McClanahan * @author Remy Maucherat - * @version $Revision: 1.101 $ $Date: 2002/03/02 16:38:58 $ + * @version $Revision: 1.102 $ $Date: 2002/03/14 21:41:35 $ */ public class StandardContext @@ -3331,6 +3331,14 @@ log(Error initializing resources: + e.getMessage()); ok = false; } +if (ok) { +DirContext dirContext = +((ProxyDirContext) resources).getDirContext(); +if ((dirContext != null) + (dirContext instanceof BaseDirContext)) { +((BaseDirContext) dirContext).allocate(); +} +} } if (getLoader() == null) { // (2) Required by Manager if (getPrivileged()) { @@ -3556,6 +3564,10 @@ } if (dirContext instanceof BaseDirContext) { ((BaseDirContext) dirContext).release(); +if ((dirContext instanceof WARDirContext) +|| (dirContext instanceof FileDirContext)) { +resources = null; +} } else { log(Cannot release + resources); } -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
cvs commit: jakarta-tomcat-connectors/http11/src/java/org/apache/coyote/http11 Http11Processor.java
remm02/03/14 13:45:05 Modified:http11/src/java/org/apache/coyote/http11 Http11Processor.java Log: - Experimental ! Set the default encoding to be used for the URI to UTF-8. Revision ChangesPath 1.8 +1 -0 jakarta-tomcat-connectors/http11/src/java/org/apache/coyote/http11/Http11Processor.java Index: Http11Processor.java === RCS file: /home/cvs/jakarta-tomcat-connectors/http11/src/java/org/apache/coyote/http11/Http11Processor.java,v retrieving revision 1.7 retrieving revision 1.8 diff -u -r1.7 -r1.8 --- Http11Processor.java 11 Mar 2002 00:35:25 - 1.7 +++ Http11Processor.java 14 Mar 2002 21:45:05 - 1.8 @@ -492,6 +492,7 @@ try { request.decodedURI().duplicate(request.requestURI()); request.getURLDecoder().convert(request.decodedURI(), true); +request.decodedURI().setEncoding(UTF-8); } catch (IOException e) { // URL decoding failed e.printStackTrace(); -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 7127] - Problem with cookies
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=7127. 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=7127 Problem with cookies --- Additional Comments From [EMAIL PROTECTED] 2002-03-14 22:14 --- Never mind. The code did not check for a null cookie array!!! My fault. I am still seeing the original problem, though. I'll investigate further. - Ivar Wold -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Help help
Hi Iam working on tomcat 4.0.3 on windows NT. Installation is successful. Examples are working fine. I placed all my application class files under a directory in webapps and I placed jar files in web-inf/lib and unpacked class files resources files in web-inf/classes. dir structure is something like this D:\jakarta-tomcat-4.0.3\webapps\cellfusion\WEB-INF\classes D:\jakarta-tomcat-4.0.3\webapps\cellfusion\WEB-INF\lib When I run my application servlet Iam getting error java.lang.NoClassDefFoundError The class which it is referring is in jar file and it is placed in web-inf/lib. I just followed exactly according to documentation. Still Iam getting that error, Iam stuck with this problem. Immediate help would be very much appreciated. Thanks Uma -Original Message- From: Uma Munugala [mailto:[EMAIL PROTECTED]] Sent: Thursday, March 14, 2002 7:05 AM To: 'Tomcat Developers List' Subject: RE: Where can I find the spec to implement SSI on Jakarta Tomcat 4.0? Hi I installed tomcat 4.0.3 and it went successfully. I tested examples they are working fine. i followed the application developer guide for deployment. Do I need to create web.xml for my application is it mandatory ?. For running servlet application do i need apache web server also. any help in this regards is appreciated. Thanks Uma -Original Message- From: Amy Roh [mailto:[EMAIL PROTECTED]] Sent: Wednesday, March 13, 2002 6:15 PM To: Tomcat Developers List Subject: Re: Where can I find the spec to implement SSI on Jakarta Tomcat 4.0? Uma Munugala wrote: Hi I installed tomcat 4.0.3 and installation was successful. I tested examples they are working fine. I unzipped all my application files in a directory under webapps directory. when I tried to run my servlets, Iam getting error http status 404 servlet (Login) not found. can some body write to me step by step procedure what to do when I want to run an application (servlet). You can refer to Application Developer's Guide - http://jakarta.apache.org/tomcat/tomcat-4.0-doc/appdev/index.html. Hope you find this useful. Amy Thanks Uma -Original Message- From: Amy Roh [mailto:[EMAIL PROTECTED]] Sent: Wednesday, March 13, 2002 5:31 PM To: [EMAIL PROTECTED] Subject: Re: Where can I find the spec to implement SSI on Jakarta Tomcat 4.0? Mike Jette wrote: Where can I find the spec to implement Server-Side Include (SSI) on Jakarta Tomcat 4.0? There isn't an actual spec for SSI feature for Tomcat 4.0. It follows the NCSA SSI rules same as the Apache documentation. You need to uncomment SSI Servlet in web.xml. And to use the SSI servlet, you also need to rename the $CATALINA_HOME/server/lib/servlets-ssi.renametojar file to $CATALINA_HOME/server/lib/servlets-ssi.jar Amy If you can point me at a link I would really appreciate your help. Is it that same as the Apache documentation? Thanks you. -- Michael E. Jette Technology Partners, Inc. 636-519-1221 ext. 104 1-877-636-1331 ext. 104 (toll free) www.tech-partners.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] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
cvs commit: jakarta-tomcat-4.0/webapps/tomcat-docs manager-howto.xml
amyroh 02/03/14 14:20:18 Modified:webapps/tomcat-docs manager-howto.xml Log: Simple spelling patch submitted by Ian Darwin [EMAIL PROTECTED] Revision ChangesPath 1.12 +1 -1 jakarta-tomcat-4.0/webapps/tomcat-docs/manager-howto.xml Index: manager-howto.xml === RCS file: /home/cvs/jakarta-tomcat-4.0/webapps/tomcat-docs/manager-howto.xml,v retrieving revision 1.11 retrieving revision 1.12 diff -u -r1.11 -r1.12 --- manager-howto.xml 12 Mar 2002 21:14:16 - 1.11 +++ manager-howto.xml 14 Mar 2002 22:20:18 - 1.12 @@ -113,7 +113,7 @@ which defines the username and password used by this individual to log on, and the role names he or she is associated with. You can add the strongmanager/strong role to the comma-delimited -coderoles/code attriute for one or more existing users, and/or +coderoles/code attribute for one or more existing users, and/or create new users with that assigned role./li liemJDBCRealm/em - Your user and role information is stored in a database accessed via JDBC. Add the strongmanager/strong role -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: cvs commit: jakarta-tomcat-connectors/jk/native/nt_service jk _nt_service.c
On Thu, 14 Mar 2002, Larry Isaacs wrote: David, I believe the J-T-C version of jk_nt_service.c is more out of sync than just this. This is why I didn't apply your patch to the J-T-C version when I applied it to jakarta-tomcat. It is on my to do list to get them back in sync after Tomcat 3.3.1 is final. I think I merged all the changes. The only diff is the additional support for cmd_stop ( to stop a process without using a protocol, but by executing a command ), support for 4.0 shutdown protocol, and a bit of cleanup in the validation of properties ( if you have the start_cmd, there's no need for server.xml location, as it's already included ). This makes nt_service a bit less tomcat ( and tc version ) dependent. I added the -n as well, it is orthogonal to the mangling fix ( if the service name has spaces, it'll be mangled, or you can pass a completely separate thing as a display name) Costin -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: HTML form: multipart/form-data
On Wed, 2002-03-13 at 06:39, Jon Scott Stevens wrote: The code you need is in here (MultipartStream.java): http://cvs.apache.org/viewcvs.cgi/jakarta-turbine-fulcrum/src/services/java /org/apache/fulcrum/upload/ Thanks Jon! p.s. Unlike Struts, it can be separated out. Cool. I'll sure have a look at it. p.s. Don't use JavaMail for it, because JavaMail tends to have a lot of overhead. Yes, you're right. And I don't think you can limit (with JavaMail) how much data you want to allow, so that's another downside. p.s. Once again, Turbine rules. I figured that much! ;-) -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
cvs commit: jakarta-tomcat-4.0/tester/src/bin tester.xml
remm02/03/14 12:41:38 Modified:tester/src/bin tester.xml Log: - Group the security oriented tests together. Revision ChangesPath 1.83 +24 -11jakarta-tomcat-4.0/tester/src/bin/tester.xml Index: tester.xml === RCS file: /home/cvs/jakarta-tomcat-4.0/tester/src/bin/tester.xml,v retrieving revision 1.82 retrieving revision 1.83 diff -u -r1.82 -r1.83 --- tester.xml3 Jan 2002 00:56:42 - 1.82 +++ tester.xml14 Mar 2002 20:41:38 - 1.83 @@ -15,7 +15,7 @@ taskdef name=tester classname=org.apache.tester.TestClient/ - target name=all depends=ROOT,Authentication,CaseSensitive,Decoding,ErrorPage,FilterRequest,FilterResponse,Jndi,Jsp,Lifecycle,RequestDispatcher,Resources,ServletContext,ServletRequest,ServletResponse,HttpSession,XercesTest/ + target name=all depends=ROOT,Authentication,CaseSensitive,Decoding,ErrorPage,FilterRequest,FilterResponse,Jndi,Jsp,Lifecycle,RequestDispatcher,Resources,Security,ServletContext,ServletRequest,ServletResponse,HttpSession,XercesTest/ target name=ROOT @@ -32,11 +32,6 @@ request=${examples.path}/.. debug=${debug} status=302/ -!-- Should not be able to use relative path above document root -- -tester host=${host} port=${port} protocol=HTTP/1.0 - request=${examples.path}/../.. debug=${debug} - status=404/ - !-- Should be able to successfully retrieve a golden file -- tester host=${host} port=${port} protocol=${protocol} request=${context.path}/Golden01 @@ -211,11 +206,6 @@ request=${examples.path}/jsp/snp/snoop.jsp status=200/ -!-- DefaultServlet should not decode the path again -- -tester host=${host} port=${port} protocol=HTTP/1.0 - request=${examples.path}/jsp/snp/snoop%252ejsp - status=400/ - /target @@ -1380,6 +1370,29 @@ debug=${debug} request=${context.path}/Resources06?path=/WEB-INF outContent=Resources06 PASSED/ + + /target + + + target name=Security + +!-- == Security Tests -- + +!-- Should not be able to use relative path above document root -- +tester host=${host} port=${port} protocol=HTTP/1.0 + request=${examples.path}/../.. debug=${debug} + status=400/ + +!-- Should not be able to use specially crafted URLs to get around + security constraints -- +tester host=${host} port=${port} protocol=HTTP/1.0 + request=${examples.path}/jsp/security//protected/index.jsp + debug=${debug} status=302/ + +!-- DefaultServlet should not decode the path again -- +tester host=${host} port=${port} protocol=HTTP/1.0 + request=${examples.path}/jsp/snp/snoop%252ejsp + status=404/ /target -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
cvs commit: jakarta-tomcat-connectors/coyote/src/java/org/apache/coyote/tomcat4 CoyoteConnector.java
remm02/03/14 12:42:59 Modified:coyote/src/java/org/apache/coyote/tomcat4 CoyoteConnector.java Log: - Rename uriNormalizationHack flag to uriValidationHack. Revision ChangesPath 1.4 +13 -13 jakarta-tomcat-connectors/coyote/src/java/org/apache/coyote/tomcat4/CoyoteConnector.java Index: CoyoteConnector.java === RCS file: /home/cvs/jakarta-tomcat-connectors/coyote/src/java/org/apache/coyote/tomcat4/CoyoteConnector.java,v retrieving revision 1.3 retrieving revision 1.4 diff -u -r1.3 -r1.4 --- CoyoteConnector.java 13 Mar 2002 07:42:11 - 1.3 +++ CoyoteConnector.java 14 Mar 2002 20:42:59 - 1.4 @@ -1,7 +1,7 @@ /* - * $Header: /home/cvs/jakarta-tomcat-connectors/coyote/src/java/org/apache/coyote/tomcat4/CoyoteConnector.java,v 1.3 2002/03/13 07:42:11 remm Exp $ - * $Revision: 1.3 $ - * $Date: 2002/03/13 07:42:11 $ + * $Header: /home/cvs/jakarta-tomcat-connectors/coyote/src/java/org/apache/coyote/tomcat4/CoyoteConnector.java,v 1.4 2002/03/14 20:42:59 remm Exp $ + * $Revision: 1.4 $ + * $Date: 2002/03/14 20:42:59 $ * * * @@ -103,7 +103,7 @@ * * @author Craig R. McClanahan * @author Remy Maucherat - * @version $Revision: 1.3 $ $Date: 2002/03/13 07:42:11 $ + * @version $Revision: 1.4 $ $Date: 2002/03/14 20:42:59 $ */ @@ -327,9 +327,9 @@ /** - * Use URI normalization. + * Use URI validation for Tomcat 4.0.x. */ -private boolean useURINormalizationHack = true; +private boolean useURIValidationHack = true; // - Properties @@ -831,23 +831,23 @@ /** - * Return the value of the Uri normalization flag. + * Return the value of the Uri validation flag. */ -public boolean getUseURINormalizationHack() { +public boolean getUseURIValidationHack() { -return (this.useURINormalizationHack); +return (this.useURIValidationHack); } /** - * Set the value of the Uri normalization flag. + * Set the value of the Uri validation flag. * - * @param useURINormalizationHack The new flag value + * @param useURIValidationHack The new flag value */ -public void setUseURINormalizationHack(boolean useURINormalizationHack) { +public void setUseURIValidationHack(boolean useURIValidationHack) { -this.useURINormalizationHack = useURINormalizationHack; +this.useURIValidationHack = useURIValidationHack; } -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: cvs commit: jakarta-tomcat-connectors/jk/native/nt_service jk_nt_service.c
I am a newbie to this list. What is the difference between creating a distribution and a deployment. Basically, if modify a couple of classes and want to move them over to the location where tomcat is already running on a previously copied distribution(created by me), would I need to copy the dist folder or the build folder. Or, I want to run Tomcat on a machine that just has the JDk would I need the dist or build. Please let me know. Thanks. Bhai -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
cvs commit: jakarta-tomcat-connectors/coyote/src/java/org/apache/coyote/tomcat4 CoyoteProcessor.java
remm02/03/14 12:52:29 Modified:coyote/src/java/org/apache/coyote/tomcat4 CoyoteProcessor.java Log: - For 4.0.x, need to redecode the normalized URL. - Add some minimal URL normalization for 4.1. I don't see any way around this. If anyone has ideas, let me know. Revision ChangesPath 1.13 +81 -10 jakarta-tomcat-connectors/coyote/src/java/org/apache/coyote/tomcat4/CoyoteProcessor.java Index: CoyoteProcessor.java === RCS file: /home/cvs/jakarta-tomcat-connectors/coyote/src/java/org/apache/coyote/tomcat4/CoyoteProcessor.java,v retrieving revision 1.12 retrieving revision 1.13 diff -u -r1.12 -r1.13 --- CoyoteProcessor.java 13 Mar 2002 07:42:11 - 1.12 +++ CoyoteProcessor.java 14 Mar 2002 20:52:29 - 1.13 @@ -1,6 +1,6 @@ -/* * $Header: /home/cvs/jakarta-tomcat-connectors/coyote/src/java/org/apache/coyote/tomcat4/CoyoteProcessor.java,v 1.12 2002/03/13 07:42:11 remm Exp $ - * $Revision: 1.12 $ - * $Date: 2002/03/13 07:42:11 $ +/* * $Header: /home/cvs/jakarta-tomcat-connectors/coyote/src/java/org/apache/coyote/tomcat4/CoyoteProcessor.java,v 1.13 2002/03/14 20:52:29 remm Exp $ + * $Revision: 1.13 $ + * $Date: 2002/03/14 20:52:29 $ * * * @@ -83,6 +83,8 @@ import javax.servlet.http.HttpServletRequest; import javax.servlet.http.HttpServletResponse; +import org.apache.tomcat.util.buf.MessageBytes; + import org.apache.coyote.Adapter; import org.apache.coyote.InputBuffer; import org.apache.coyote.OutputBuffer; @@ -112,7 +114,7 @@ * * @author Craig R. McClanahan * @author Remy Maucherat - * @version $Revision: 1.12 $ $Date: 2002/03/13 07:42:11 $ + * @version $Revision: 1.13 $ $Date: 2002/03/14 20:52:29 $ */ final class CoyoteProcessor @@ -385,14 +387,25 @@ else request.setServerPort(serverPort); -// Normalize URI is needed for security reasons on older versions -// of Tomcat -if (connector.getUseURINormalizationHack()) { -String uri = normalize(request.getRequestURI()); +if (!normalize(req.decodedURI())) { +res.setStatus(400); +res.setMessage(Invalid URI); +throw new IOException(Invalid URI); +} + +// Additional URI normalization and validation is needed for security +// reasons on Tomcat 4.0.x +if (connector.getUseURIValidationHack()) { +String uri = validate(request.getRequestURI()); if (uri == null) { res.setStatus(400); res.setMessage(Invalid URI); throw new IOException(Invalid URI); +} else { +req.requestURI().setString(uri); +// Redoing the URI decoding +req.decodedURI().duplicate(req.requestURI()); +req.getURLDecoder().convert(req.decodedURI(), true); } } @@ -523,9 +536,9 @@ * boundaries of the current context (i.e. too many .. path elements * are present), return codenull/code instead. * - * @param path Path to be normalized + * @param path Path to be validated */ -protected String normalize(String path) { +protected String validate(String path) { if (path == null) return null; @@ -596,6 +609,64 @@ // Return the normalized path that we have completed return (normalized); + +} + + +/** + * Normalize URI. + * p + * This method normalizes '/./' and '/../'. + * + * @param uri URI to be normalized + */ +public boolean normalize(MessageBytes uri) { + +// FIXME: Write a GC friendly version of this + +// Create a place for the normalized path +String normalized = uri.toString(); + +// Normalize slashes +if (normalized.indexOf('\\') = 0) +normalized = normalized.replace('\\', '/'); + +// Resolve occurrences of // in the normalized path +while (true) { +int index = normalized.indexOf(//); +if (index 0) +break; +normalized = normalized.substring(0, index) + +normalized.substring(index + 1); +} + +if (normalized.endsWith(/.) || normalized.endsWith(/..)) +normalized = normalized + /; + +// Resolve occurrences of /./ in the normalized path +while (true) { +int index = normalized.indexOf(/./); +if (index 0) +break; +normalized = normalized.substring(0, index) + +
cvs commit: jakarta-tomcat-connectors/coyote/src/java/org/apache/coyote/tomcat4 CoyoteRequest.java
remm02/03/14 12:53:00 Modified:coyote/src/java/org/apache/coyote/tomcat4 CoyoteRequest.java Log: - Implement the new decoded request URI field accessors. Revision ChangesPath 1.10 +24 -4 jakarta-tomcat-connectors/coyote/src/java/org/apache/coyote/tomcat4/CoyoteRequest.java Index: CoyoteRequest.java === RCS file: /home/cvs/jakarta-tomcat-connectors/coyote/src/java/org/apache/coyote/tomcat4/CoyoteRequest.java,v retrieving revision 1.9 retrieving revision 1.10 diff -u -r1.9 -r1.10 --- CoyoteRequest.java11 Mar 2002 07:14:22 - 1.9 +++ CoyoteRequest.java14 Mar 2002 20:52:59 - 1.10 @@ -1,7 +1,7 @@ /* - * $Header: /home/cvs/jakarta-tomcat-connectors/coyote/src/java/org/apache/coyote/tomcat4/CoyoteRequest.java,v 1.9 2002/03/11 07:14:22 remm Exp $ - * $Revision: 1.9 $ - * $Date: 2002/03/11 07:14:22 $ + * $Header: /home/cvs/jakarta-tomcat-connectors/coyote/src/java/org/apache/coyote/tomcat4/CoyoteRequest.java,v 1.10 2002/03/14 20:52:59 remm Exp $ + * $Revision: 1.10 $ + * $Date: 2002/03/14 20:52:59 $ * * * @@ -122,7 +122,7 @@ * * @author Remy Maucherat * @author Craig R. McClanahan - * @version $Revision: 1.9 $ $Date: 2002/03/11 07:14:22 $ + * @version $Revision: 1.10 $ $Date: 2002/03/14 20:52:59 $ */ public class CoyoteRequest @@ -1325,6 +1325,26 @@ */ public void setRequestURI(String uri) { // Not used +} + + +/** + * Set the decoded request URI. + * + * @param uri The decoded request URI + */ +public void setDecodedRequestURI(String uri) { +// Not used +} + + +/** + * Get the decoded request URI. + * + * @return the URL decoded request URI + */ +public String getDecodedRequestURI() { +return (coyoteRequest.decodedURI().toString()); } -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
FW: Help help
Hi Iam working on tomcat 4.0.3 on windows NT. Installation is successful. Examples are working fine. I placed all my application class files under a directory in webapps and I placed jar files in web-inf/lib and unpacked class files resources files in web-inf/classes. dir structure is something like this D:\jakarta-tomcat-4.0.3\webapps\cellfusion\WEB-INF\classes D:\jakarta-tomcat-4.0.3\webapps\cellfusion\WEB-INF\lib When I run my application servlet Iam getting error java.lang.NoClassDefFoundError The class which it is referring is in jar file and it is placed in web-inf/lib. I just followed exactly according to documentation. Still Iam getting that error, Iam stuck with this problem. Do I need to integrate tomcat with apcahe http server Immediate help would be very much appreciated. Thanks Uma -Original Message- From: Uma Munugala [mailto:[EMAIL PROTECTED]] Sent: Thursday, March 14, 2002 7:05 AM To: 'Tomcat Developers List' Subject: RE: Where can I find the spec to implement SSI on Jakarta Tomcat 4.0? Hi I installed tomcat 4.0.3 and it went successfully. I tested examples they are working fine. i followed the application developer guide for deployment. Do I need to create web.xml for my application is it mandatory ?. For running servlet application do i need apache web server also. any help in this regards is appreciated. Thanks Uma -Original Message- From: Amy Roh [mailto:[EMAIL PROTECTED]] Sent: Wednesday, March 13, 2002 6:15 PM To: Tomcat Developers List Subject: Re: Where can I find the spec to implement SSI on Jakarta Tomcat 4.0? Uma Munugala wrote: Hi I installed tomcat 4.0.3 and installation was successful. I tested examples they are working fine. I unzipped all my application files in a directory under webapps directory. when I tried to run my servlets, Iam getting error http status 404 servlet (Login) not found. can some body write to me step by step procedure what to do when I want to run an application (servlet). You can refer to Application Developer's Guide - http://jakarta.apache.org/tomcat/tomcat-4.0-doc/appdev/index.html. Hope you find this useful. Amy Thanks Uma -Original Message- From: Amy Roh [mailto:[EMAIL PROTECTED]] Sent: Wednesday, March 13, 2002 5:31 PM To: [EMAIL PROTECTED] Subject: Re: Where can I find the spec to implement SSI on Jakarta Tomcat 4.0? Mike Jette wrote: Where can I find the spec to implement Server-Side Include (SSI) on Jakarta Tomcat 4.0? There isn't an actual spec for SSI feature for Tomcat 4.0. It follows the NCSA SSI rules same as the Apache documentation. You need to uncomment SSI Servlet in web.xml. And to use the SSI servlet, you also need to rename the $CATALINA_HOME/server/lib/servlets-ssi.renametojar file to $CATALINA_HOME/server/lib/servlets-ssi.jar Amy If you can point me at a link I would really appreciate your help. Is it that same as the Apache documentation? Thanks you. -- Michael E. Jette Technology Partners, Inc. 636-519-1221 ext. 104 1-877-636-1331 ext. 104 (toll free) www.tech-partners.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] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
cvs commit: jakarta-tomcat-4.0/catalina/src/share/org/apache/naming/resources FileDirContext.java
remm02/03/14 12:55:47 Modified:catalina/src/share/org/apache/naming/resources FileDirContext.java Log: - Tighten up the file access so that there is no way to request a path above the base, regarless of what path is passed. This is for robustness and peace of mind only; I haven't sound any security vulnerabiltiy. Note: The performance impact is minimal because of the cache. Revision ChangesPath 1.12 +23 -12 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.11 retrieving revision 1.12 diff -u -r1.11 -r1.12 --- FileDirContext.java 27 Feb 2002 19:06:35 - 1.11 +++ FileDirContext.java 14 Mar 2002 20:55:47 - 1.12 @@ -1,7 +1,7 @@ /* - * $Header: /home/cvs/jakarta-tomcat-4.0/catalina/src/share/org/apache/naming/resources/FileDirContext.java,v 1.11 2002/02/27 19:06:35 remm Exp $ - * $Revision: 1.11 $ - * $Date: 2002/02/27 19:06:35 $ + * $Header: /home/cvs/jakarta-tomcat-4.0/catalina/src/share/org/apache/naming/resources/FileDirContext.java,v 1.12 2002/03/14 20:55:47 remm Exp $ + * $Revision: 1.12 $ + * $Date: 2002/03/14 20:55:47 $ * * * @@ -99,7 +99,7 @@ * Filesystem Directory Context implementation helper class. * * @author Remy Maucherat - * @version $Revision: 1.11 $ $Date: 2002/02/27 19:06:35 $ + * @version $Revision: 1.12 $ $Date: 2002/03/14 20:55:47 $ */ public class FileDirContext extends BaseDirContext { @@ -186,7 +186,7 @@ if (!base.exists() || !base.isDirectory() || !base.canRead()) throw new IllegalArgumentException (sm.getString(fileResources.base, docBase)); -this.absoluteBase = normalize(base.getAbsolutePath()); +this.absoluteBase = base.getAbsolutePath(); super.setDocBase(docBase); } @@ -854,28 +854,38 @@ */ protected File file(String name) { +/* name = normalize(name); if (name == null) return (null); if (File.separatorChar == '\\') name = name.replace('/', File.separatorChar); +*/ File file = new File(base, name); if (file.exists() file.canRead()) { + +// Check that this file belongs to our root path +String canPath = null; +try { +canPath = file.getCanonicalPath(); +} catch (IOException e) { +} +if (canPath == null) +return null; + +if (!canPath.startsWith(absoluteBase)) +return null; + // Windows only check if ((caseSensitive) (File.separatorChar == '\\')) { String fileAbsPath = file.getAbsolutePath(); if (fileAbsPath.endsWith(.)) fileAbsPath = fileAbsPath + /; String absPath = normalize(fileAbsPath); -String canPath = null; -try { -canPath = file.getCanonicalPath(); -if (canPath != null) -canPath = normalize(canPath); -} catch (IOException e) { -} +if (canPath != null) +canPath = normalize(canPath); if ((absoluteBase.length() absPath.length()) (absoluteBase.length() canPath.length())) { absPath = absPath.substring(absoluteBase.length()); @@ -890,6 +900,7 @@ return null; } } + } else { return null; } -- 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/connector HttpRequestBase.java
remm02/03/14 12:57:28 Modified:catalina/src/share/org/apache/catalina/connector HttpRequestBase.java Log: - Add new decoded request URI field. Revision ChangesPath 1.33 +35 -4 jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/connector/HttpRequestBase.java Index: HttpRequestBase.java === RCS file: /home/cvs/jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/connector/HttpRequestBase.java,v retrieving revision 1.32 retrieving revision 1.33 diff -u -r1.32 -r1.33 --- HttpRequestBase.java 22 Feb 2002 18:03:35 - 1.32 +++ HttpRequestBase.java 14 Mar 2002 20:57:28 - 1.33 @@ -1,7 +1,7 @@ /* - * $Header: /home/cvs/jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/connector/HttpRequestBase.java,v 1.32 2002/02/22 18:03:35 remm Exp $ - * $Revision: 1.32 $ - * $Date: 2002/02/22 18:03:35 $ + * $Header: /home/cvs/jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/connector/HttpRequestBase.java,v 1.33 2002/03/14 20:57:28 remm Exp $ + * $Revision: 1.33 $ + * $Date: 2002/03/14 20:57:28 $ * * * @@ -102,7 +102,7 @@ * be implemented. * * @author Craig R. McClanahan - * @version $Revision: 1.32 $ $Date: 2002/02/22 18:03:35 $ + * @version $Revision: 1.33 $ $Date: 2002/03/14 20:57:28 $ */ public class HttpRequestBase @@ -248,6 +248,12 @@ /** + * The decoded request URI associated with this request. + */ +protected String decodedRequestURI = null; + + +/** * Was this request received on a secure channel? */ protected boolean secure = false; @@ -988,6 +994,31 @@ public String getRequestURI() { return (requestURI); + +} + + +/** + * Set the decoded request URI. + * + * @param uri The decoded request URI + */ +public void setDecodedRequestURI(String uri) { + +this.decodedRequestURI = uri; + +} + + +/** + * Return the URL decoded request URI. + */ +public String getDecodedRequestURI() { + +if (decodedRequestURI == null) +decodedRequestURI = RequestUtil.URLDecode(getRequestURI()); + +return decodedRequestURI; } -- 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 StandardContextMapper.java StandardContextValve.java StandardHostMapper.java StandardWrapperValve.java
remm02/03/14 12:58:24 Modified:catalina/src/share/org/apache/catalina/authenticator AuthenticatorBase.java FormAuthenticator.java catalina/src/share/org/apache/catalina/core StandardContextMapper.java StandardContextValve.java StandardHostMapper.java StandardWrapperValve.java Log: - Update all components which make use of the URI for mapping to use the decoded URI. Revision ChangesPath 1.31 +7 -9 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.30 retrieving revision 1.31 diff -u -r1.30 -r1.31 --- AuthenticatorBase.java1 Mar 2002 19:37:44 - 1.30 +++ AuthenticatorBase.java14 Mar 2002 20:58:24 - 1.31 @@ -1,7 +1,7 @@ /* - * $Header: /home/cvs/jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/authenticator/AuthenticatorBase.java,v 1.30 2002/03/01 19:37:44 craigmcc Exp $ - * $Revision: 1.30 $ - * $Date: 2002/03/01 19:37:44 $ + * $Header: /home/cvs/jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/authenticator/AuthenticatorBase.java,v 1.31 2002/03/14 20:58:24 remm Exp $ + * $Revision: 1.31 $ + * $Date: 2002/03/14 20:58:24 $ * * * @@ -121,7 +121,7 @@ * requests. Requests of any other type will simply be passed through. * * @author Craig R. McClanahan - * @version $Revision: 1.30 $ $Date: 2002/03/01 19:37:44 $ + * @version $Revision: 1.31 $ $Date: 2002/03/14 20:58:24 $ */ @@ -452,8 +452,7 @@ // where the login form (and therefore the j_security_check URI // to which it submits) might be outside the secured area String contextPath = this.context.getPath(); -String requestURI = -((HttpServletRequest) request.getRequest()).getRequestURI(); +String requestURI = hrequest.getDecodedRequestURI(); if (requestURI.startsWith(contextPath) requestURI.endsWith(Constants.FORM_ACTION)) { if (!authenticate(hrequest, hresponse, config)) { @@ -557,8 +556,7 @@ LoginConfig config = context.getLoginConfig(); if ((config != null) (Constants.FORM_METHOD.equals(config.getAuthMethod( { -String requestURI = -((HttpServletRequest) request.getRequest()).getRequestURI(); +String requestURI = request.getDecodedRequestURI(); String loginPage = context.getPath() + config.getLoginPage(); if (loginPage.equals(requestURI)) { if (debug = 1) @@ -764,7 +762,7 @@ // Check each defined security constraint HttpServletRequest hreq = (HttpServletRequest) request.getRequest(); -String uri = hreq.getRequestURI(); +String uri = request.getDecodedRequestURI(); String contextPath = hreq.getContextPath(); if (contextPath.length() 0) uri = uri.substring(contextPath.length()); 1.20 +5 -5 jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/authenticator/FormAuthenticator.java Index: FormAuthenticator.java === RCS file: /home/cvs/jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/authenticator/FormAuthenticator.java,v retrieving revision 1.19 retrieving revision 1.20 diff -u -r1.19 -r1.20 --- FormAuthenticator.java19 Oct 2001 16:23:57 - 1.19 +++ FormAuthenticator.java14 Mar 2002 20:58:24 - 1.20 @@ -1,7 +1,7 @@ /* - * $Header: /home/cvs/jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/authenticator/FormAuthenticator.java,v 1.19 2001/10/19 16:23:57 craigmcc Exp $ - * $Revision: 1.19 $ - * $Date: 2001/10/19 16:23:57 $ + * $Header: /home/cvs/jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/authenticator/FormAuthenticator.java,v 1.20 2002/03/14 20:58:24 remm Exp $ + * $Revision: 1.20 $ + * $Date: 2002/03/14 20:58:24 $ * * * @@ -88,7 +88,7 @@ * Authentication, as described in the Servlet API Specification, Version 2.2. * * @author Craig R. McClanahan - * @version $Revision: 1.19 $ $Date: 2001/10/19 16:23:57 $ + * @version $Revision: 1.20 $ $Date: 2002/03/14 20:58:24 $ */ public class FormAuthenticator @@ -212,7 +212,7 @@ // Acquire references to objects we will need to evaluate String contextPath =
cvs commit: jakarta-tomcat-connectors/jk/native/nt_service jk_nt_service.c
costin 02/03/14 13:01:24 Modified:jk/native/nt_service jk_nt_service.c Log: The -n option from 3.3 Revision ChangesPath 1.6 +14 -4 jakarta-tomcat-connectors/jk/native/nt_service/jk_nt_service.c Index: jk_nt_service.c === RCS file: /home/cvs/jakarta-tomcat-connectors/jk/native/nt_service/jk_nt_service.c,v retrieving revision 1.5 retrieving revision 1.6 diff -u -r1.5 -r1.6 --- jk_nt_service.c 14 Mar 2002 19:17:52 - 1.5 +++ jk_nt_service.c 14 Mar 2002 21:01:24 - 1.6 @@ -59,7 +59,7 @@ * Description: NT System service for Jakarta/Tomcat * * Author: Gal Shachor [EMAIL PROTECTED] * * Dave Oxley [EMAIL PROTECTED] * - * Version: $Revision: 1.5 $ * + * Version: $Revision: 1.6 $ * ***/ #include jk_global.h @@ -125,7 +125,8 @@ static void WINAPI service_ctrl(DWORD dwCtrlCode); static void WINAPI service_main(DWORD dwArgc, char **lpszArgv); -static void install_service(char *name, +static void install_service(char *name, +char *dname, char *user, char *password, char *deps, @@ -172,6 +173,7 @@ printf(%s -i service name {optional params} config properties file\n, name); printf(Optional parameters\n); printf(-u user name - In the form DomainName\\UserName (.\\UserName for local)\n); +printf(-n service display name - In quotes if contains non-lphanumeric chars\n); printf(-p user password\n); printf(-a - Set startup type to automatic\n); printf(-d service dependency - Can be entered multiple times\n\n); @@ -195,6 +197,7 @@ int err; int count; int iAction = acNoAction; +char *pServiceDisplayName = NULL; char *pServiceName = NULL; char *pUserName = NULL; char *pPassword = NULL; @@ -251,6 +254,8 @@ pMachine = argv[i+1]; } else if(0 == stricmp(a, cmd)) { bAutomatic = TRUE; +} else if(0 == stricmp(n, cmd)) { +pServiceDisplayName = argv[i+1]; } else if(0 == stricmp(d, cmd)) { memcpy(strDependancy+count, argv[i+1], strlen(argv[i+1])); count+= strlen(argv[i+1])+1; @@ -259,7 +264,11 @@ } switch (iAction) { case acInstall: -install_service(pServiceName, pUserName, pPassword, strDependancy, bAutomatic, argv[i-1]); +if (pServiceDisplayName == NULL) { +pServiceDisplayName = pServiceName; +} +install_service(pServiceName, pServiceDisplayName, pUserName, +pPassword, strDependancy, bAutomatic, argv[i-1]); return; case acRemove: remove_service(pServiceName); @@ -393,6 +402,7 @@ void install_service(char *name, + char *dname, char *user, char *password, char *deps, @@ -456,7 +466,7 @@ schService = CreateService(schSCManager, // SCManager database szTrueName, // name of service - name, // name to display + dname, // name to display SERVICE_ALL_ACCESS, // desired access SERVICE_WIN32_OWN_PROCESS, // service type bAutomatic ? SERVICE_AUTO_START : SERVICE_DEMAND_START, // start type -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
New Subject Line: difference between dist and deploy
I am a newbie to this list. What is the difference between creating a distribution and a deployment. Basically, if modify a couple of classes and want to move them over to the location where tomcat is already running on a previously copied distribution(created by me), would I need to copy the dist folder or the build folder. Or, I want to run Tomcat on a machine that just has the JDk would I need the dist or build. Please let me know. Thanks. Bhai -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 6281] - JDBCRealm+Form Login+URL re-writing session=broken
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=6281. 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=6281 JDBCRealm+Form Login+URL re-writing session=broken [EMAIL PROTECTED] changed: What|Removed |Added Component|Coyote HTTP/1.1 Connector |Catalina -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 7036] - cannot get multibyte characters in TomCat
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=7036. 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=7036 cannot get multibyte characters in TomCat [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||WORKSFORME --- Additional Comments From [EMAIL PROTECTED] 2002-03-14 23:16 --- Did you try using setChararcterEncoding on the request before calling getParameter ? That's a functionality which has been heavily tested, and I think it should work. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 7127] - Problem with cookies
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=7127. 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=7127 Problem with cookies [EMAIL PROTECTED] changed: What|Removed |Added Status|REOPENED|RESOLVED Resolution||WORKSFORME --- Additional Comments From [EMAIL PROTECTED] 2002-03-14 23:18 --- Your example does work with the current Tomcat code (4.0.4-dev, HEAD). I can't find any real difference between your code and the CookieServlet example, so I think it should also work with 4.0.3. Note: If you are not using Tomcat standalone, and are using a native web connector, you MUST specify it in the bug report. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
cvs commit: jakarta-tomcat-4.0/lib mx4j.license openjmx.license tyrex.license
remm02/03/14 15:51:07 Added: lib mx4j.license Removed: lib openjmx.license tyrex.license Log: - Update licenses. Revision ChangesPath 1.1 jakarta-tomcat-4.0/lib/mx4j.license Index: mx4j.license === /* * The MX4J License, Version 1.0 * * Copyright (c) 2001 MX4J. 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 acknowledgment: * This product includes software developed by the *MX4J project (http://mx4j.sourceforge.net). *Alternately, this acknowledgment may appear in the software itself, *if and wherever such third-party acknowledgments normally appear. * * 4. The names MX4J and mx4j 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 MX4J, *nor may MX4J appear in their name, without prior written *permission of Simone Bordet. * * 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 CARLOS QUIROZ 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 MX4J. For more information on * MX4J, please see * http://mx4j.sourceforge.net. */ -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 5827] - DataInputStream.readInt returns wrong values
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=5827. 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=5827 DataInputStream.readInt returns wrong values [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||WORKSFORME --- Additional Comments From [EMAIL PROTECTED] 2002-03-14 23:53 --- I have tested the attached code with all the current versions of TC 4 (4.0.4-dev and HEAD with or without the new HTTP connector), and can't reproduce the problem. Is this still failing for you with the current code ? [Win2k / Sun JDK 1.4.0] -- 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/startup ContextConfig.java HostConfig.java LocalStrings.properties
craigmcc02/03/14 15:58:36 Modified:catalina/src/share/org/apache/catalina/startup ContextConfig.java HostConfig.java LocalStrings.properties Log: Refactor the TLD scanning code in ContextConfig to improve clarity, avoid redundant parsing of the same TLD, and some wasted effort trying to parse a JAR as an XML document (and vice versa) in the old code. Currently, the jarFile.close() statement to close a JAR file after scanning is still commented out (as it was before). Closing the JAR file here seems to mess up the WebappClassLoader (which has already included this JAR file in its repository of available URLs) by causing Zip File Is Closed exceptions when it attempts to load classes from that JAR. In HostConfig, the only change was to close the JAR in a finally block when expanding a WAR, even if an exception has occurred. Revision ChangesPath 1.60 +221 -130 jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/startup/ContextConfig.java Index: ContextConfig.java === RCS file: /home/cvs/jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/startup/ContextConfig.java,v retrieving revision 1.59 retrieving revision 1.60 diff -u -r1.59 -r1.60 --- ContextConfig.java5 Mar 2002 01:53:11 - 1.59 +++ ContextConfig.java14 Mar 2002 23:58:35 - 1.60 @@ -1,7 +1,7 @@ /* - * $Header: /home/cvs/jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/startup/ContextConfig.java,v 1.59 2002/03/05 01:53:11 craigmcc Exp $ - * $Revision: 1.59 $ - * $Date: 2002/03/05 01:53:11 $ + * $Header: /home/cvs/jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/startup/ContextConfig.java,v 1.60 2002/03/14 23:58:35 craigmcc Exp $ + * $Revision: 1.60 $ + * $Date: 2002/03/14 23:58:35 $ * * * @@ -77,16 +77,20 @@ import java.net.URL; import java.util.ArrayList; import java.util.Enumeration; +import java.util.HashSet; +import java.util.Iterator; import java.util.MissingResourceException; import java.util.ResourceBundle; +import java.util.Set; import java.util.Stack; import java.util.jar.JarEntry; import java.util.jar.JarFile; -import javax.servlet.ServletContext; import javax.naming.NamingException; import javax.naming.NameClassPair; import javax.naming.NamingEnumeration; import javax.naming.directory.DirContext; +import javax.servlet.ServletContext; +import javax.servlet.ServletException; import org.apache.catalina.Authenticator; import org.apache.catalina.Container; import org.apache.catalina.Context; @@ -127,7 +131,7 @@ * of that Context, and the associated defined servlets. * * @author Craig R. McClanahan - * @version $Revision: 1.59 $ $Date: 2002/03/05 01:53:11 $ + * @version $Revision: 1.60 $ $Date: 2002/03/14 23:58:35 $ */ public final class ContextConfig @@ -591,8 +595,14 @@ applicationConfig(); // Scan tag library descriptor files for additional listener classes -if (ok) -tldConfig(); +if (ok) { +try { +tldScan(); +} catch (Exception e) { +log(e.getMessage(), e); +ok = false; +} +} // Configure a certificates exposer valve, if required if (ok) @@ -781,76 +791,24 @@ /** - * Scan the tag library descriptors of all tag libraries we can find, and - * register any application descriptor classes that are found there. + * Scan for and configure all tag library descriptors found in this + * web application. + * + * @exception Exception if a fatal input/output or parsing error occurs */ -private void tldConfig() { - -// Acquire a Digester to use for parsing -synchronized (tldDigester) { - -// First, scan tag libraries declared in our deployment descriptor -if (debug = 1) -log(Scanning web.xml tag libraries); -ArrayList resourcePaths = new ArrayList(); // Already done TLDs -String taglibs[] = context.findTaglibs(); -for (int i = 0; i taglibs.length; i++) { - -// Calculate the resource path of the next tag library to check -String resourcePath = context.findTaglib(taglibs[i]); -if (!resourcePath.startsWith(/)) -resourcePath = /WEB-INF/web.xml/../ + resourcePath; -if (debug = 2) -log( URI=' + taglibs[i] + ', ResourcePath=' + -resourcePath + '); -if
Re: cvs commit: jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/startupContextConfig.java HostConfig.java LocalStrings.properties
On 14 Mar 2002 [EMAIL PROTECTED] wrote: Date: 14 Mar 2002 23:58:37 - From: [EMAIL PROTECTED] Reply-To: Tomcat Developers List [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: cvs commit: jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/startup ContextConfig.java HostConfig.java LocalStrings.properties craigmcc02/03/14 15:58:36 Modified:catalina/src/share/org/apache/catalina/startup ContextConfig.java HostConfig.java LocalStrings.properties Log: Refactor the TLD scanning code in ContextConfig to improve clarity, avoid redundant parsing of the same TLD, and some wasted effort trying to parse a JAR as an XML document (and vice versa) in the old code. Currently, the jarFile.close() statement to close a JAR file after scanning is still commented out (as it was before). Closing the JAR file here seems to mess up the WebappClassLoader (which has already included this JAR file in its repository of available URLs) by causing Zip File Is Closed exceptions when it attempts to load classes from that JAR. In HostConfig, the only change was to close the JAR in a finally block when expanding a WAR, even if an exception has occurred. I should have also noted one other functional change -- if an invalid or missing TLD is encountered, this is now considered fatal to the startup of the webapp (instead of only being fatal to a JSP page that tries to use that particular tag library). If this is considered too harsh, it's easy to undo by removing the ok = false statement at line 603. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 7137] New: - Missing needed directory in documentation for multiple instances
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=7137. 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=7137 Missing needed directory in documentation for multiple instances Summary: Missing needed directory in documentation for multiple instances Product: Tomcat 4 Version: 4.0 Beta 1 Platform: All URL: http://jakarta.apache.org/tomcat/tomcat-4.0- doc/RUNNING.txt OS/Version: All Status: NEW Severity: Minor Priority: Other Component: Unknown AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] First, having a Component for Documentation would be helpful. That said, the RUNNING.txt file has an advanced configuration section (4) for running multiple instances. It lists the directories which need to be created, but leaves out temp, which is also based off of the CATALINA_BASE environment variable. To see a specific instance of its need, see bug 6400. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 7137] - Missing needed directory in documentation for multiple instances
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=7137. 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=7137 Missing needed directory in documentation for multiple instances [EMAIL PROTECTED] changed: What|Removed |Added Version|4.0 Beta 1 |4.0.4 Beta 1 -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 7092] - socket error while trying write to response.getOutputStream() with security-constraint on servlet
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=7092. 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=7092 socket error while trying write to response.getOutputStream() with security-constraint on servlet [EMAIL PROTECTED] changed: What|Removed |Added Component|HTTP/1.1 Connector |Webapp Connector -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 7096] - Incorrect reference to class
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=7096. 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=7096 Incorrect reference to class [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||INVALID --- Additional Comments From [EMAIL PROTECTED] 2002-03-15 00:58 --- Nothing that I'm aware of in the current Tomcat code refers to that class. Please be more specific. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 7139] - Typo in manager.xml documentation
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=7139. 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=7139 Typo in manager.xml documentation [EMAIL PROTECTED] changed: What|Removed |Added Summary|Typo in docs|Typo in manager.xml ||documentation Version|4.0 Beta 1 |4.0.4 Beta 1 -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
cvs commit: jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/mbeans MBeanFactory.java
manveen 02/03/14 16:45:28 Modified:catalina/src/share/org/apache/catalina/mbeans MBeanFactory.java Log: The key property representing the hostName in a host mBean objectName is name Revision ChangesPath 1.13 +5 -5 jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/mbeans/MBeanFactory.java Index: MBeanFactory.java === RCS file: /home/cvs/jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/mbeans/MBeanFactory.java,v retrieving revision 1.12 retrieving revision 1.13 diff -u -r1.12 -r1.13 --- MBeanFactory.java 8 Mar 2002 23:59:26 - 1.12 +++ MBeanFactory.java 15 Mar 2002 00:45:28 - 1.13 @@ -1,7 +1,7 @@ /* - * $Header: /home/cvs/jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/mbeans/MBeanFactory.java,v 1.12 2002/03/08 23:59:26 amyroh Exp $ - * $Revision: 1.12 $ - * $Date: 2002/03/08 23:59:26 $ + * $Header: /home/cvs/jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/mbeans/MBeanFactory.java,v 1.13 2002/03/15 00:45:28 manveen Exp $ + * $Revision: 1.13 $ + * $Date: 2002/03/15 00:45:28 $ * * * @@ -110,7 +110,7 @@ * codeorg.apache.catalina.core.StandardServer/code component./p * * @author Amy Roh - * @version $Revision: 1.12 $ $Date: 2002/03/08 23:59:26 $ + * @version $Revision: 1.13 $ $Date: 2002/03/15 00:45:28 $ */ public class MBeanFactory extends BaseModelMBean { @@ -979,7 +979,7 @@ // Acquire a reference to the component to be removed ObjectName oname = new ObjectName(name); String serviceName = oname.getKeyProperty(service); -String hostName = oname.getKeyProperty(host); +String hostName = oname.getKeyProperty(name); Server server = ServerFactory.getServer(); Service service = server.findService(serviceName); Engine engine = (Engine) service.getContainer(); -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
cvs commit: jakarta-tomcat-4.0/webapps/admin/service service.jsp
manveen 02/03/14 17:16:29 Modified:webapps/admin/WEB-INF/classes/org/apache/webapp/admin ActionsTag.java webapps/admin/WEB-INF/classes/org/apache/webapp/admin/host DeleteHostAction.java webapps/admin/host host.jsp webapps/admin/service service.jsp Added: webapps/admin/WEB-INF/classes/org/apache/webapp/admin/host DeleteHostsAction.java Log: add and delete hosts operations implemented and tested. uncommented these operations from the jsp's. Revision ChangesPath 1.3 +6 -10 jakarta-tomcat-4.0/webapps/admin/WEB-INF/classes/org/apache/webapp/admin/ActionsTag.java Index: ActionsTag.java === RCS file: /home/cvs/jakarta-tomcat-4.0/webapps/admin/WEB-INF/classes/org/apache/webapp/admin/ActionsTag.java,v retrieving revision 1.2 retrieving revision 1.3 diff -u -r1.2 -r1.3 --- ActionsTag.java 14 Mar 2002 08:49:40 - 1.2 +++ ActionsTag.java 15 Mar 2002 01:16:29 - 1.3 @@ -1,7 +1,7 @@ /* - * $Header: /home/cvs/jakarta-tomcat-4.0/webapps/admin/WEB-INF/classes/org/apache/webapp/admin/ActionsTag.java,v 1.2 2002/03/14 08:49:40 manveen Exp $ - * $Revision: 1.2 $ - * $Date: 2002/03/14 08:49:40 $ + * $Header: /home/cvs/jakarta-tomcat-4.0/webapps/admin/WEB-INF/classes/org/apache/webapp/admin/ActionsTag.java,v 1.3 2002/03/15 01:16:29 manveen Exp $ + * $Revision: 1.3 $ + * $Date: 2002/03/15 01:16:29 $ * * * @@ -88,7 +88,7 @@ * strongFIXME/strong - Internationalize the exception messages! * * @author Craig R. McClanahan - * @version $Revision: 1.2 $ $Date: 2002/03/14 08:49:40 $ + * @version $Revision: 1.3 $ $Date: 2002/03/15 01:16:29 $ */ public class ActionsTag extends BodyTagSupport { @@ -217,14 +217,11 @@ boolean selected = ((Boolean) selecteds.get(i)).booleanValue(); boolean disabled = ((Boolean) disableds.get(i)).booleanValue(); String url = (String) urls.get(i); -if (disabled) { -out.println(optgroup disabled /optgroup); -} else { out.print(option); if (selected) out.print( selected=\selected\); -//if (disabled) - // out.print( disabled); +if (disabled) +out.print( disabled=\true\); out.print( value=\); if (url != null) out.print(url); @@ -233,7 +230,6 @@ if (label != null) out.print(label); out.println(/option); -} } // Render the end of this element 1.3 +17 -7 jakarta-tomcat-4.0/webapps/admin/WEB-INF/classes/org/apache/webapp/admin/host/DeleteHostAction.java Index: DeleteHostAction.java === RCS file: /home/cvs/jakarta-tomcat-4.0/webapps/admin/WEB-INF/classes/org/apache/webapp/admin/host/DeleteHostAction.java,v retrieving revision 1.2 retrieving revision 1.3 diff -u -r1.2 -r1.3 --- DeleteHostAction.java 14 Mar 2002 08:49:41 - 1.2 +++ DeleteHostAction.java 15 Mar 2002 01:16:29 - 1.3 @@ -1,7 +1,7 @@ /* - * $Header: /home/cvs/jakarta-tomcat-4.0/webapps/admin/WEB-INF/classes/org/apache/webapp/admin/host/DeleteHostAction.java,v 1.2 2002/03/14 08:49:41 manveen Exp $ - * $Revision: 1.2 $ - * $Date: 2002/03/14 08:49:41 $ + * $Header: /home/cvs/jakarta-tomcat-4.0/webapps/admin/WEB-INF/classes/org/apache/webapp/admin/host/DeleteHostAction.java,v 1.3 2002/03/15 01:16:29 manveen Exp $ + * $Revision: 1.3 $ + * $Date: 2002/03/15 01:16:29 $ * * * @@ -96,7 +96,7 @@ * The codeAction/code that sets up emDelete Hosts/em transactions. * * @author Manveen Kaur - * @version $Revision: 1.2 $ $Date: 2002/03/14 08:49:41 $ + * @version $Revision: 1.3 $ $Date: 2002/03/15 01:16:29 $ */ public class DeleteHostAction extends Action { @@ -153,6 +153,7 @@ (Cannot acquire MBeanServer reference, t); } +String serviceName = request.getParameter(serviceName); // Set up a form bean containing the currently selected // objects to be deleted HostsForm hostsForm = new HostsForm(); @@ -161,16 +162,25 @@ String hosts[] = new String[1]; hosts[0] = select; hostsForm.setHosts(hosts); + +
DO NOT REPLY [Bug 7008] - facade.HttpServletRequestFacade.getParameter(HttpServletRequestFacade.java:277) -- java.lang.ArrayIndexOutOfBoundsException
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=7008. 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=7008 facade.HttpServletRequestFacade.getParameter(HttpServletRequestFacade.java:277) -- java.lang.ArrayIndexOutOfBoundsException --- Additional Comments From [EMAIL PROTECTED] 2002-03-15 02:19 --- What is needed is the URL and the parameter data contained in the request. The exception is occurring before it gets to the point of looking for the code parameter. If you can supply this quickly, I will try to address this before 3.3.1 Final. Thanks. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: HTML form: multipart/form-data
Bojan Smojver [EMAIL PROTECTED] writes: On Wed, 2002-03-13 at 06:39, Jon Scott Stevens wrote: p.s. Don't use JavaMail for it, because JavaMail tends to have a lot of overhead. Yes, you're right. And I don't think you can limit (with JavaMail) how much data you want to allow, so that's another downside. When dealing with MIME email messages (using MimeMessage), JavaMail reads entire messages memory into memory at a time. For huge messages, this can be a very bad thing. For Eyebrowse, I was able to replace JavaMail's MimeMessage with my own skeleton implementation: http://eyebrowse.tigris.org/source/browse/eyebrowse/src/java/org/tigris/eyebrowse/util/mail/EyebrowseMimeMessage.java?rev=1content-type=text/x-cvsweb-markup -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Can I do HTTP authenticaton in my servlet?
I am using Tomcat as the servlet container. What I want to do is write a servlet which do HTTP authentication without Tomcat's interacting. Is it possible? In detail, to enable HTTP authentication (basic realm), you should configure the web.xml in your webapp, and configure the username/password/roll in %TOMCAT_HOME%/conf/tomcat-user.xml. But I want to use my ACL in my servlet, so I would process any of user requests myself, and determine whether it need authentication, then return a challenge response to client, and so on. A typical scenario is: client: send a GET /myapp/abc.xml HTTP/1.1 , here myapp is my webapp, and abc.xml is retrieved by servlet from some data source where authentication is needed. servlet: find no Authorization header is available, so return a HTTP 401 response to challenge client for username/password client: send the GET request again with Authorization header servlet: try to access the data source, but the username/password have no right to access the abc.xml. so it return a HTTP 401 again client: send the GET with correct username/password servlet: get the abc.xml and return to client. --zhidong -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
cvs commit: jakarta-tomcat-connectors/util/java/org/apache/tomcat/util/buf ByteChunk.java
remm02/03/14 21:28:35 Modified:util/java/org/apache/tomcat/util/buf ByteChunk.java Log: - Made the offsets relative to the start of the chunk (instead of relative to the start of the internal byte buffer). This looks more consistent with the other indexOf. - Also fix an off-by-one but in the matching algorithm. - If this patch is not ok, let me know. Revision ChangesPath 1.7 +7 -7 jakarta-tomcat-connectors/util/java/org/apache/tomcat/util/buf/ByteChunk.java Index: ByteChunk.java === RCS file: /home/cvs/jakarta-tomcat-connectors/util/java/org/apache/tomcat/util/buf/ByteChunk.java,v retrieving revision 1.6 retrieving revision 1.7 diff -u -r1.6 -r1.7 --- ByteChunk.java7 Feb 2002 05:37:35 - 1.6 +++ ByteChunk.java15 Mar 2002 05:28:35 - 1.7 @@ -572,16 +572,16 @@ char first=src.charAt( srcOff ); // Look for first char - int srcEnd=srcOff + srcLen; - - for( int i=myOff; i end - srcLen ; i++ ) { + int srcEnd = srcOff + srcLen; + + for( int i=myOff+start; i end - srcLen ; i++ ) { if( buff[i] != first ) continue; // found first char, now look for a match - int myPos=i+1; - for( int srcPos=srcOff; srcPos srcEnd; ) { - if( buff[myPos++] != src.charAt( srcPos++ )) +int myPos=i+1; + for( int srcPos=srcOff + 1; srcPos srcEnd; ) { +if( buff[myPos++] != src.charAt( srcPos++ )) break; - if( srcPos==srcEnd ) return i; // found it +if( srcPos==srcEnd ) return i-start; // found it } } return -1; -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
cvs commit: jakarta-tomcat-connectors/coyote/src/java/org/apache/coyote/tomcat4 CoyoteProcessor.java
remm02/03/14 21:31:50 Modified:coyote/src/java/org/apache/coyote ActionCode.java coyote/src/java/org/apache/coyote/tomcat4 CoyoteProcessor.java Log: - Add some start and stop actions in the (temporary) interface used for messaging. - Use the actions to start and stop the processor. Revision ChangesPath 1.3 +6 -0 jakarta-tomcat-connectors/coyote/src/java/org/apache/coyote/ActionCode.java Index: ActionCode.java === RCS file: /home/cvs/jakarta-tomcat-connectors/coyote/src/java/org/apache/coyote/ActionCode.java,v retrieving revision 1.2 retrieving revision 1.3 diff -u -r1.2 -r1.3 --- ActionCode.java 1 Oct 2001 01:09:54 - 1.2 +++ ActionCode.java 15 Mar 2002 05:31:50 - 1.3 @@ -85,6 +85,12 @@ public static final ActionCode ACTION_RESET = new ActionCode(); +public static final ActionCode ACTION_START = new ActionCode(); + + +public static final ActionCode ACTION_STOP = new ActionCode(); + + // --- Constructors 1.14 +14 -4 jakarta-tomcat-connectors/coyote/src/java/org/apache/coyote/tomcat4/CoyoteProcessor.java Index: CoyoteProcessor.java === RCS file: /home/cvs/jakarta-tomcat-connectors/coyote/src/java/org/apache/coyote/tomcat4/CoyoteProcessor.java,v retrieving revision 1.13 retrieving revision 1.14 diff -u -r1.13 -r1.14 --- CoyoteProcessor.java 14 Mar 2002 20:52:29 - 1.13 +++ CoyoteProcessor.java 15 Mar 2002 05:31:50 - 1.14 @@ -1,6 +1,6 @@ -/* * $Header: /home/cvs/jakarta-tomcat-connectors/coyote/src/java/org/apache/coyote/tomcat4/CoyoteProcessor.java,v 1.13 2002/03/14 20:52:29 remm Exp $ - * $Revision: 1.13 $ - * $Date: 2002/03/14 20:52:29 $ +/* * $Header: /home/cvs/jakarta-tomcat-connectors/coyote/src/java/org/apache/coyote/tomcat4/CoyoteProcessor.java,v 1.14 2002/03/15 05:31:50 remm Exp $ + * $Revision: 1.14 $ + * $Date: 2002/03/15 05:31:50 $ * * * @@ -85,6 +85,8 @@ import org.apache.tomcat.util.buf.MessageBytes; +import org.apache.coyote.ActionCode; +import org.apache.coyote.ActionHook; import org.apache.coyote.Adapter; import org.apache.coyote.InputBuffer; import org.apache.coyote.OutputBuffer; @@ -114,7 +116,7 @@ * * @author Craig R. McClanahan * @author Remy Maucherat - * @version $Revision: 1.13 $ $Date: 2002/03/14 20:52:29 $ + * @version $Revision: 1.14 $ $Date: 2002/03/15 05:31:50 $ */ final class CoyoteProcessor @@ -925,6 +927,10 @@ threadStart(); +if (processor instanceof ActionHook) { +((ActionHook) processor).action(ActionCode.ACTION_START, null); +} + } @@ -940,6 +946,10 @@ (sm.getString(coyoteProcessor.notStarted)); lifecycle.fireLifecycleEvent(STOP_EVENT, null); started = false; + +if (processor instanceof ActionHook) { +((ActionHook) processor).action(ActionCode.ACTION_STOP, null); +} threadStop(); -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
cvs commit: jakarta-tomcat-connectors/http11 build.properties.sample build.xml
remm02/03/14 21:36:02 Modified:http11 build.properties.sample build.xml Log: - Adds commons-logging to the build. Revision ChangesPath 1.2 +3 -1 jakarta-tomcat-connectors/http11/build.properties.sample Index: build.properties.sample === RCS file: /home/cvs/jakarta-tomcat-connectors/http11/build.properties.sample,v retrieving revision 1.1 retrieving revision 1.2 diff -u -r1.1 -r1.2 --- build.properties.sample 17 Sep 2001 06:04:00 - 1.1 +++ build.properties.sample 15 Mar 2002 05:36:02 - 1.2 @@ -6,7 +6,7 @@ # Make any changes you need, and rename this file to # build.properties # -# $Id: build.properties.sample,v 1.1 2001/09/17 06:04:00 remm Exp $ +# $Id: build.properties.sample,v 1.2 2002/03/15 05:36:02 remm Exp $ # --- @@ -30,3 +30,5 @@ # junit.jar -- JUnit classes (http://junit.org) junit.jar=/java/junit/junit.jar +# commons-logging.jar -- Commons Logging 1.0 package +commons-logging.jar=../lib/commons-logging.jar \ No newline at end of file 1.7 +3 -1 jakarta-tomcat-connectors/http11/build.xml Index: build.xml === RCS file: /home/cvs/jakarta-tomcat-connectors/http11/build.xml,v retrieving revision 1.6 retrieving revision 1.7 diff -u -r1.6 -r1.7 --- build.xml 12 Mar 2002 06:15:45 - 1.6 +++ build.xml 15 Mar 2002 05:36:02 - 1.7 @@ -3,7 +3,7 @@ !-- Coyote connector framework for Jakarta Tomcat -$Id: build.xml,v 1.6 2002/03/12 06:15:45 billbarker Exp $ +$Id: build.xml,v 1.7 2002/03/15 05:36:02 remm Exp $ -- @@ -74,6 +74,7 @@ pathelement location=${build.home}/classes/ pathelement location=${tomcat-util.jar}/ pathelement location=${tomcat-coyote.jar}/ +pathelement location=${commons-logging.jar}/ /path @@ -86,6 +87,7 @@ pathelement location=${build.home}/tests/ pathelement location=${tomcat-util.jar}/ pathelement location=${tomcat-coyote.jar}/ +pathelement location=${commons-logging.jar}/ pathelement location=${junit.jar}/ /path -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
cvs commit: jakarta-tomcat-4.0/catalina build.xml
remm02/03/14 21:36:17 Modified:catalina build.xml Log: - Adds commons-logging to the build. Revision ChangesPath 1.110 +3 -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.109 retrieving revision 1.110 diff -u -r1.109 -r1.110 --- build.xml 14 Mar 2002 23:51:44 - 1.109 +++ build.xml 15 Mar 2002 05:36:17 - 1.110 @@ -878,7 +878,9 @@ !-- == BUILD: Build tomcat-coyote-http11 === -- target name=build-tomcat-http11 -ant dir=${tomcat-http11.home} target=compile/ +ant dir=${tomcat-http11.home} target=compile + property name=commons-logging.jar value=${commons-logging.jar}/ +/ant copy todir=${catalina.deploy}/server/lib file=${tomcat-http11.jar}/ -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 6982] - stop + start of the context makes weird things
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=6982. 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=6982 stop + start of the context makes weird things [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2002-03-15 06:33 --- I applied your patch (more or less) to the HEAD branch. The 4.0.x branch doesn't have any lifecycle at all for the resources at the moment. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 6913] - Catalina sometimes stalls when a form is submitted
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=6913. 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=6913 Catalina sometimes stalls when a form is submitted [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2002-03-15 06:39 --- The new HTTP/1.1 connector uses totally diffrent POST parameter parsing code. This bug may not exist anymore. It may also be a connection handling bug on the browser side. IE is not that great for example when it comes to connection handling. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 6708] - Cannot start catalina with JDK 1.4 on nightlies
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=6708. 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=6708 Cannot start catalina with JDK 1.4 on nightlies [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||WORKSFORME -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 6640] - The classpath is not evalueted
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=6640. 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=6640 The classpath is not evalueted [EMAIL PROTECTED] changed: What|Removed |Added Status|REOPENED|RESOLVED Resolution||DUPLICATE --- Additional Comments From [EMAIL PROTECTED] 2002-03-15 06:41 --- Sorry for not replying to this bug sooner; somehow, I missed it. This bug is actually a known bug, which has already been fixed. *** This bug has been marked as a duplicate of 6374 *** -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 6286] - Spaces should be allowed in Servlet Context paths
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=6286. 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=6286 Spaces should be allowed in Servlet Context paths [EMAIL PROTECTED] changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|LATER | --- Additional Comments From [EMAIL PROTECTED] 2002-03-15 06:43 --- Reopen. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 6286] - Spaces should be allowed in Servlet Context paths
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=6286. 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=6286 Spaces should be allowed in Servlet Context paths [EMAIL PROTECTED] changed: What|Removed |Added Status|REOPENED|RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2002-03-15 06:44 --- Coyote HTTP/1.1 + the HEAD branch now allow this. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: Can I do HTTP authenticaton in my servlet?
This kind of question is better addressed to the TOMCAT-USER list, since it's about how to *use* Tomcat instead of how to *develop* Tomcat. On Thu, 14 Mar 2002, Zhidong Yu wrote: Date: Thu, 14 Mar 2002 20:04:59 -0800 From: Zhidong Yu [EMAIL PROTECTED] Reply-To: Tomcat Developers List [EMAIL PROTECTED] To: Tomcat Developers List [EMAIL PROTECTED] Subject: Can I do HTTP authenticaton in my servlet? I am using Tomcat as the servlet container. What I want to do is write a servlet which do HTTP authentication without Tomcat's interacting. Is it possible? In detail, to enable HTTP authentication (basic realm), you should configure the web.xml in your webapp, and configure the username/password/roll in %TOMCAT_HOME%/conf/tomcat-user.xml. But I want to use my ACL in my servlet, so I would process any of user requests myself, and determine whether it need authentication, then return a challenge response to client, and so on. A typical scenario is: client: send a GET /myapp/abc.xml HTTP/1.1 , here myapp is my webapp, and abc.xml is retrieved by servlet from some data source where authentication is needed. servlet: find no Authorization header is available, so return a HTTP 401 response to challenge client for username/password client: send the GET request again with Authorization header servlet: try to access the data source, but the username/password have no right to access the abc.xml. so it return a HTTP 401 again client: send the GET with correct username/password servlet: get the abc.xml and return to client. With Tomcat 4, you can easily do all of the above with a Servlet, but you can also use a Filter, and not even have to mess with the application itself. Take a look at how Tomcat's Authenticator valves work (package org.apache.catalina.authenticator) for ideas about how to do the HTTP interactions. Of course, the only thing on your list that is non-standard is the idea of challenging the user for a different set of credentials if they don't have the right ones for a particular resource. That kind of goes against the grain of what container managed security is all about (authentication and access control are two discrete concepts), but it should be possible to make it work. You will, of course, need to avoid setting up any security-constraint elements in your web.xml file -- that will keep Tomcat's security software completely out of your way. --zhidong Craig -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: In memory session replication, reminder
jtc could became jakarta-tomcat-commons, a repository of stuff used by tc 3 and tc 4 I'd like the idea of jtc/cluster where filip could create interfaces implemented by : - javagroups (outside apache) - spread (inside apache with their bsd like license) - rawsocket (quckdirty tcp implementaion spreading messages to a list of known tomcat) - jdbc (use a sql backend) - Henri Gomez ___[_] EMAIL : [EMAIL PROTECTED](. .) PGP KEY : 697ECEDD...oOOo..(_)..oOOo... PGP Fingerprint : 9DF8 1EA8 ED53 2F39 DC9B 904A 364F 80E6 -Original Message- From: Filip Hanik [mailto:[EMAIL PROTECTED]] Sent: Wednesday, March 13, 2002 9:50 PM To: Tomcat Developers List Subject: RE: In memory session replication, reminder Also, sorry for not mentioning it before (I didn't really look at the details, I have to admit ;-) Too busy :-(), but I have a problem with JG's license. Basically, I don't want to create any dependency to it, and I don't want JG to be part of the TC build process. it doesn't have to be, it can be as Jason explained, we can create hooks and interfaces, that way the user/sys admin can choose which module to use for the comm, be it JG, Spread or something else. You just say the word. So sorry, but I'm not very interested in the contribution anymore. The functionality is useful, obviously. Maybe you should distribute it as a module for your project. sorry to hear that. Let me know if you change your mind, and want me to create the hooks and interfaces to allow you to plug in any messaging system. Also this way, the TC build would not be dependent on any outside library. Filip ~ Namaste - I bow to the divine in you ~ Filip Hanik Software Architect [EMAIL PROTECTED] www.filip.net -- 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]