DO NOT REPLY [Bug 8328] New: - webdav with User Directories do not work
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=8328. 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=8328 webdav with User Directories do not work Summary: webdav with User Directories do not work Product: Tomcat 4 Version: 4.0.3 Final Platform: PC OS/Version: Linux Status: NEW Severity: Critical Priority: Other Component: Servlets:WebDAV AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] I am using successfully User Directories and want to administrate them via webdav. But it will not work. If i use th webdav client cadaver, following messages happens: Looking up hostname... Connecting to server... connected. Could not access /~ibruell/ (not WebDAV-enabled?): Did not find a collection resource. Connection to `BueroDB' closed. If i load this directory under /ibruell (with the manager) it works. It looks that the webdav servlet do not like a '~' in the url. I have tried different clients (Windows 2000, cadaver [Linux] and DAVExplorer under Windows 2000) -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: [PATCH] possible speed enhancement to JspServlet.java
I'm new to this list (and the jasper code), so please let me know if I've submitted this incorrectly. I was doing some profiling of the server side environment that I work on and noticed that quite a bit of time was being used in the JSP engine. After further investigation I noticed that each JSP request that comes into the jasper engine generates a new compiler object and attempt at compilation. As much as 15% of the time of a JSP request is wasted this way. The change I made attempts to read the last modified date from the JSP file being request. A comparison is made against known last modified time for the current compiled version, if they are different then the code flows as it used to. If the times are the same then the rest of loadJSP is skipped. In my test application which relies on calling ~10 jsp files to generate a single page I found a speed improvement of ~25-50ms (on a PIII 650). There may be better ways to do this. I concentrated my fix here because it is where the profiler said the problem was. One drawback of the code I'm submitting is that if there are a large number of JSP's the Hashtable I use to store information may get large. However I can't see that being a problem until a site has 10,000 jsp's. The change I'm submitting may not be the correct way to approach the problem. Either way I think this is an issue that deserves some attention so if someone can suggest a better fix please do. I did a lot of opimizations in the Jasper 2 (jakarta-tomcat-connectors/jasper2) JspServlet. I don't know how much is addressed by the patch that I already did. Could you check it out ? Thanks, Remy -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: MinTC, terrible rudeness, persistence
Remy Maucherat [EMAIL PROTECTED] wrote: The only problem I see, is NOT discussing MinTC issues on tomcat-dev - I wholeheartedly agree with this. MinTC issues are not discussed around here, while I would love to follow its development (darn, not enough time?). Actually, I do care _more_ about MinTC than even Tomcat itself, as the new features of 4.0 (and 4.next) are really something I could care less. On this same thread, I don't see many issues related to Tomcat itself discussed on this list (sometimes I do post about some, but it _really_ looks like that my posts are redirected to /dev/null - for instance, see my post about extension-case matching on MacOS/X... NOONE replied, not even cared to ask Since you run OS/X everywhere, can you find a fix or some things like that. Pier, I'm a bit annoyed by your I don't care about anything attitude these days. I'm not running TC on OS X, nor is anybody else on this list. Since you're one of the happy few who are, if you have a problem, you should submit a patch (or apply it yourself, you have commit access), because the rest of us can't reproduce/test this particular issue. Now, maybe I'm alone thinking this, but I would be happy if you omitted stuff like F**K, S**T or anything related from the emails you post on this list. Of course, I'm not the police, and I am not impersonating anyone by saying this, but as I felt about the MinTC posts, I'm just stating my personal opinion. I strongly disagree with you, Remy, especially for the tone you used in your private email to Chris. I might be a f***ed up flamethrower, but I try to be politically correct. Before going out impersonating the Tomcat-DEV community, I would have preferred you asked (at least) some of your mates over there at Sun (like Craig, who's also an ASF member). Ad posting is a very well established rule in the open-source world, so I don't see anything wrong in my email (plus, no swearing or anything in it ;-)). Anyway, at least, I'm happy that this gets cleared up. Remy -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: MinTC, terrible rudeness, persistence
[EMAIL PROTECTED] wrote: But what you are doing is a fork by all definitions that I know. It's an alternative implementation of some of the Catalina interfaces, but it's clearly not a fork. I'm using this as a working definition: A fork refers to what you do in a revision control system when you want to work independently on two versions of the same code. By extension, on Open Source projects it means taking a copy of the code base and making your own copy that isn't kept synchronized with the mainline branch. MinTC steals a little bit of code from some of the o.a.c.core classes, but it doesn't copy any of them. What it uses of the Catalina code, it uses completely intact (I'm currently tracking CVS HEAD). So it's not a fork. Forks suck. Alternative API implementations, on the other hand, are generally considered a good thing. Some spec processes even require them! It has been developed separately (by you alone), with zero input from the Tomcat community, does only share the interfaces and probably some of the modules (realms and some thing like that, I presume) with Catalina, so as far as I am concerned, any way you look at it, it is currently a fork. Of course, that's how it currently is, it may not remain that way :) Remy -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
[GUMP] Build Failure - jakarta-tomcat-4.0
This email is autogenerated from the output from: http://jakarta.apache.org/builds/gump/2002-04-20/jakarta-tomcat-4.0.html Buildfile: build.xml deploy-prepare: deploy-static: deploy: [echo] Target: Catalina - Deploy ... flags: flags.display: [echo] --- Build environment for Catalina --- [echo] If ${property_name} is displayed, then the property is not set) [echo] --- Build options --- [echo] full.dist=${full.dist} [echo] build.sysclasspath=only [echo] compile.debug=${compile.debug} [echo] compile.deprecation=${compile.deprecation} [echo] compile.optimize=${compile.optimize} [echo] --- Ant Flags --- [echo] style task available (required)=true [echo] --- JDK --- [echo] jdk.1.2.present=true [echo] jdk.1.3.present=true [echo] jdk.1.4.present=${jdk.1.4.present} [echo] --- Source Dependencies --- [echo] jtc.home.present=true [echo] --- Required Libraries --- [echo] beanutils.present=true [echo] collections.present=true [echo] digester.present=true [echo] jaxp.present=true [echo] jndi.present=true [echo] logging.present=true [echo] regexp.present=true [echo] servlet.present=true [echo] --- Optional Libraries --- [echo] daemon.present=${daemon.present} [echo] dbcp.present=true [echo] jaas.present=true [echo] javamail.present=true [echo] jmx.present=true [echo] jsse.present=true [echo] jta.present=true [echo] junit.present=true [echo] ldap.present=true [echo] modeler.present=true [echo] pool.present=true [echo] tyrex.present=${tyrex.present} [echo] --- Required JARs --- [echo] jndi.jar.present(except JDK 1.3+)=true [echo] regexp.jar.present=true [echo] servlet.jar.present=true [echo] xerces.jar.present(except JDK 1.4+ or xerces2)=true [echo] xerces2.jars.present(except JDK 1.4+ or xerces1)=${xerces2.jars.present} [echo] --- Optional JARs --- [echo] daemon.jar.present=${daemon.jar.present} [echo] dbcp.jar.present=true [echo] jaas.jar.present=true [echo] javamail.jar.present=true [echo] jdbc20ext.jar.present=true [echo] jmx.jar.present=${jmx.jar.present} [echo] jta.jar.present=true [echo] junit.jar.present=${junit.jar.present} [echo] ldap.jar.present=true [echo] modeler.jar.present=true [echo] pool.jar.present=true [echo] tyrex.jar.present=${tyrex.jar.present} [echo] --- Conditional compilation flags --- [echo] compile.daemon=${compile.daemon} [echo] compile.dbcp=true [echo] compile.jaas=true [echo] compile.javamail=true [echo] compile.jmx=true [echo] compile.jndi=true [echo] compile.jsse=true [echo] compile.jta=true [echo] compile.junit=true [echo] compile.ldap=true [echo] compile.ssi=true [echo] compile.tyrex=${compile.tyrex} [echo] --- Distribution flags --- [echo] copy.daemon.jar=${copy.daemon.jar} [echo] copy.dbcp.jar=true [echo] copy.jaas.jar=true [echo] copy.jdbc20ext.jar=true [echo] copy.javamail.jar=true [echo] copy.jmx.jar=${copy.jmx.jar} [echo] copy.jndi.jar=${copy.jndi.jar} [echo] copy.jta.jar=true [echo] copy.ldap.jar=${copy.ldap.jar} [echo] copy.logging.jar=true [echo] copy.modeler.jar=true [echo] copy.pool.jar=true [echo] copy.tyrex.jar=${copy.tyrex.jar} [echo] copy.xerces.jar=true [echo] copy.xerces2.jars=${copy.xerces2.jars} build-prepare: copy-activation.jar: [copy] Copying 1 file to /home/rubys/jakarta/jakarta-tomcat-4.0/catalina/build/common/lib [copy] Copying 1 file to /home/rubys/jakarta/jakarta-tomcat-4.0/catalina/build/common/lib copy-daemon.jar: copy-dbcp.jar: [copy] Copying 1 file to /home/rubys/jakarta/jakarta-tomcat-4.0/catalina/build/common/lib copy-jaas.jar: [copy] Copying 1 file to /home/rubys/jakarta/jakarta-tomcat-4.0/catalina/build/server/lib copy-jdbc20ext.jar: [copy] Copying 1 file to /home/rubys/jakarta/jakarta-tomcat-4.0/catalina/build/common/lib copy-jmx.jar: copy-jndi.jar: copy-jsse.jar: copy-jta.jar: [copy] Copying 1 file to /home/rubys/jakarta/jakarta-tomcat-4.0/catalina/build/common/lib copy-ldap.jar: copy-modeler.jar: [copy] Copying 1 file to /home/rubys/jakarta/jakarta-tomcat-4.0/catalina/build/server/lib copy-pool.jar: [copy] Copying 1 file to /home/rubys/jakarta/jakarta-tomcat-4.0/catalina/build/common/lib copy-tyrex.jar: copy-xerces.jar: [copy] Copying 1 file to /home/rubys/jakarta/jakarta-tomcat-4.0/catalina/build/common/endorsed copy-xerces2.jars: build-static: build-tomcat-util: detect: [available] DEPRECATED - available used to override an existing property. Build file should not reuse the same property name for different values. build-prepare:
DO NOT REPLY [Bug 8331] New: - When using mod_webapp apache 2.0.35 fails to start
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=8331. 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=8331 When using mod_webapp apache 2.0.35 fails to start Summary: When using mod_webapp apache 2.0.35 fails to start Product: Tomcat 4 Version: 4.0.3 Final Platform: Other OS/Version: Linux Status: NEW Severity: Major Priority: Other Component: Connector:Webapp AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] Relevant information: root@mite:/usr/local/apache-2# uname -a Linux mite 2.4.17 #10 SMP Wed Mar 13 00:13:22 GMT 2002 i686 unknown root@mite:/usr/local/apache-2# java -version java version 1.4.0-rc Java(TM) 2 Runtime Environment, Standard Edition (build 1.4.0-rc-b91) Java HotSpot(TM) Client VM (build 1.4.0-rc-b91, mixed mode) root@mite:/usr/local/apache-2# ./bin/httpd -version Server version: Apache/2.0.35 Server built: Apr 19 2002 22:45:16 When the WebApp* directives are given before the ServerName directive, the following error occurs: root@mite:/usr/local/apache-2# ./bin/apachectl configtest Syntax error on line 221 of /usr/local/apache-2/conf/httpd.conf: Invalid virtual host name When the ServerName is set before the WebApp* declarations httpd appears to start without errors, but it exits immediately. Although no logs are left behind, doing an strace on it reveals that httpd reads the /etc/hosts file, closes it and then gives the following error: [pid 3014] write(2, Syntax error on line 1022 of /us..., 66) = 66 [pid 3014] write(2, Duplicate connection name\n, 26) = 26 Line 1022 of my httpd.conf reads: WebAppConnection warpConnection warp localhost:8008 This is the first time that it's mentioned in the file outside of a comment, and this is clearly not the reported error. What causes this? Why is the error message wrong? And how to I fix the problem? The relevant lines for mod_webapp in the httpd.conf are: WebAppConnection warpConnection warp localhost:8008 WebAppDeploy examples warpConnection /examples/ WebAppInfo /webapp-info at the bottom (the Module is loaded near the top of the config) I'm using the jar files from: http://jakarta.apache.org/builds/jakarta-tomcat-connectors/coyote/release/v1.0-b8/ and I've built mod_webapp from the sources in the jakarta-tomcat-connectors-4.0.2-01-src.tar.gz package, which appears to be the latest available outside of cvs (which refuses to build for me) In addition, I've followed the advice in: http://www.mail-archive.com/tomcat-user@jakarta.apache.org/msg51557.html to create the libwebapp.so and mod_webapp.so files. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 8332] New: - missing mod_jk source for apache2.0 or all mod_jk sources
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=8332. 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=8332 missing mod_jk source for apache2.0 or all mod_jk sources Summary: missing mod_jk source for apache2.0 or all mod_jk sources Product: Tomcat 3 Version: Unknown Platform: All OS/Version: All Status: NEW Severity: Minor Priority: Other Component: Connectors AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] First: sorry to post this as a bug but this report concerns a very frustrating item. 3.1.1 has a very old incomplete src/native/apache mod_jserv source, 3.2.4 has the complete sources for mod_jk for all webservers but later versions, including catalina (tomcat 4) do not have any source directory with native connector (mod_*) code. As every mod_jk_howto.html on the web and in every source distribution points you to src/native in the source distribution which does not exist, this causes a lot of confusion to the users. Either tell them in the howto's to download the source for 3.2.4 or include the src/native directories in the distributions or,even better, provide a separate mod_jk/mod_jserv/... source package as you are already providing binary mod_jk.so/dll files for some OS-es. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: MinTC, terrible rudeness, persistence
Remy Maucherat wrote: It has been developed separately (by you alone), with zero input from the Tomcat community Good grief Remy, it _was_ discussed on tomcat-dev, as a quick search of the archives will show. You're spouting complete BS here, and I wish you wouldn't. You're also obviously confused about what MinTC is. It's all explained on the web page, and would be obvious to anybody who had tried to run the code, but I guess that's a bit much to expect. This is partially my fault for originally naming it MinimalTomcat. In retrospect, knowing more about the awful destructive politics on this list, the name choice was a terrible mistake. MinTC IS NOT a complete-but-minimal replacement for org.apache.catalina.core, ok? If you want to rant about MinTC, I'd appreciate it if your rants were correct in the details. So go read the web page, check the archives, take a look at the code, and _then_ come back and tell me I'm an anti-community idiot with stupid ideas, ok? -- 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]
cvs commit: jakarta-tomcat-connectors/jk build.properties.sample
nacho 02/04/20 15:51:10 Modified:jk/native2 build.xml jk build.properties.sample Log: * Fixed IIS ant build * Added Miscrosoft SDK properties for includes and libs Revision ChangesPath 1.22 +19 -14jakarta-tomcat-connectors/jk/native2/build.xml Index: build.xml === RCS file: /home/cvs/jakarta-tomcat-connectors/jk/native2/build.xml,v retrieving revision 1.21 retrieving revision 1.22 diff -u -r1.21 -r1.22 --- build.xml 12 Apr 2002 22:53:56 - 1.21 +++ build.xml 20 Apr 2002 22:51:10 - 1.22 @@ -76,7 +76,6 @@ target name=apache20 depends=init if=apache2.detect property name=apr.include location=${apache2.home}/include / -echo message=${apr.include}/ mkdir dir=${build.dir}/apache2 / so sofile=mod_jk2 buildDir=${build.dir}/apache2 @@ -95,7 +94,6 @@ info=Jni worker / def name=HPUX11 if=hpux / def name=WIN32 if=win32 / - def name=NDEBUG if=win32 / def name=_WINDOWS if=win32 / def name=_MBCS if=win32 / def name=_USRDLL if=win32 / @@ -234,7 +232,8 @@ def name=HPUX11 if=hpux / def name=WIN32 if=win32 / - def name=NDEBUG if=win32 / + def name=NDEBUG if=win32.release / + def name=_DEBUG if=win32.debug / def name=_WINDOWS if=win32 / def name=_MBCS if=win32 / def name=_USRDLL if=win32 / @@ -300,7 +299,6 @@ info=Use the sprintf function to build strings / def name=WIN32 if=win32 / - def name=NDEBUG if=win32 / def name=_WINDOWS if=win32 / def name=_MBCS if=win32 / def name=_USRDLL if=win32 / @@ -335,28 +333,32 @@ /target target name=iis depends=init if=iis.detect +mkdir dir=${build.dir}/isapi / so sofile=isapi_redirector -buildDir=iis +buildDir=${build.dir}/isapi optimize=${so.optimize} debug=${so.debug} profile=${so.profile} src dir=. -include name=iis/jk_isapi_plugin.c / +include name=server/isapi/*.c / include name=common/*.c / +exclude name=common/jk_channel_apr_socket.c/ +exclude name=common/jk_pool_apr.c/ exclude name=jk_nwmain.c unless=netware / -include name=common/apr/*.c unless=HAVE_APR / - include name=jni/*.c / +exclude name=jk_apr.c + unless=netware / +include name=common/apr/*.c unless=HAVE_APR / + !-- include name=jni/*.c /-- /src includes include name=${java.home}/../include / include name=${native.dir}/include / include name=${java.home}/../include/win32 / -!-- JFC why not conditional? -- -include name=${java.home}/../include/linux / include name=${native.dir}/common / -include name=${build.compiler.base}/include / +!--include name=quot;${build.compiler.base}/includequot; /-- +include name=quot;$(mssdk.include)quot;/ /includes depends fileset dir=${native.dir}/common includes=*.h / @@ -364,8 +366,9 @@ !-- Platform-specific tags -- def name=WIN32 / - def name=NDEBUG / def name=_WINDOWS / + def name=NDEBUG if=win32.release / + def name=_DEBUG if=win32.debug / def name=_MBCS / def name=_USRDLL / def name=ISAPI_EXPORTS / @@ -377,7 +380,8 @@ export symbol=HttpExtensionProc/ export symbol=TerminateFilter/ export symbol=TerminateExtension/ - linkOpt value=/libpath:${build.compiler.base}/lib if=win32 / + !--linkOpt value=/libpath:quot;${build.compiler.base}/libquot; if=win32 /-- + linkOpt value=/libpath:quot;$(mssdk.lib)quot; if=win32 / /so /target @@ -434,7 +438,8 @@ info=Use the sprintf function to build strings / def name=WIN32 if=win32 / - def name=NDEBUG if=win32 / + def name=NDEBUG if=win32.release / + def name=_DEBUG if=win32.debug / def name=_WINDOWS if=win32 / def name=_MBCS if=win32 / def name=_USRDLL if=win32 / 1.11 +17 -3 jakarta-tomcat-connectors/jk/build.properties.sample Index: build.properties.sample === RCS file: /home/cvs/jakarta-tomcat-connectors/jk/build.properties.sample,v retrieving revision 1.10 retrieving revision 1.11 diff -u -r1.10 -r1.11 --- build.properties.sample 12 Apr 2002 16:01:30 - 1.10 +++ build.properties.sample 20 Apr 2002 22:51:10 - 1.11 @@ -21,12 +21,20 @@ apache2.home=/opt/apache2 apache13.home=/opt/apache13
cvs commit: jakarta-tomcat-connectors/jk/native2/server/isapi isapi.dsp
nacho 02/04/20 15:51:52 Modified:jk/native2/server/isapi isapi.dsp Log: * Fixed Isapi release build Revision ChangesPath 1.5 +8 -4 jakarta-tomcat-connectors/jk/native2/server/isapi/isapi.dsp Index: isapi.dsp === RCS file: /home/cvs/jakarta-tomcat-connectors/jk/native2/server/isapi/isapi.dsp,v retrieving revision 1.4 retrieving revision 1.5 diff -u -r1.4 -r1.5 --- isapi.dsp 20 Apr 2002 03:06:18 - 1.4 +++ isapi.dsp 20 Apr 2002 22:51:52 - 1.5 @@ -43,17 +43,17 @@ # PROP Ignore_Export_Lib 0 # PROP Target_Dir # ADD BASE CPP /nologo /MT /W3 /GX /O2 /D WIN32 /D NDEBUG /D _WINDOWS /D _MBCS /D _USRDLL /D ISAPI_EXPORTS /YX /FD /c -# ADD CPP /nologo /MT /W3 /GX /O2 /D WIN32 /D NDEBUG /D _WINDOWS /D _MBCS /D _USRDLL /D ISAPI_EXPORTS /YX /FD /c +# ADD CPP /nologo /MT /W3 /GX /O2 /I ..\..\include /I $(JAVA_HOME)\include /I $(JAVA_HOME)\include\win32 /I $(APACHE20_HOME)\include /I $(APR_HOME)\apr\include /I $(APR_HOME)\apr-util\include /I $(APACHE20_HOME)\os\win32 /D WIN32 /D NDEBUG /D _WINDOWS /D _MBCS /D _USRDLL /D ISAPI_EXPORTS /YX /FD /c # ADD BASE MTL /nologo /D NDEBUG /mktyplib203 /win32 # ADD MTL /nologo /D NDEBUG /mktyplib203 /win32 # ADD BASE RSC /l 0xc0a /d NDEBUG -# ADD RSC /l 0xc0a /d NDEBUG +# ADD RSC /l 0x409 /d NDEBUG BSC32=bscmake.exe # ADD BASE BSC32 /nologo # ADD BSC32 /nologo LINK32=link.exe # ADD BASE LINK32 kernel32.lib user32.lib gdi32.lib winspool.lib comdlg32.lib advapi32.lib shell32.lib ole32.lib oleaut32.lib uuid.lib odbc32.lib odbccp32.lib /nologo /dll /machine:I386 -# ADD LINK32 libapr.lib libaprutil.lib kernel32.lib user32.lib advapi32.lib wsock32.lib /nologo /dll /machine:I386 /out:Release/isapi_redirector2.dll +# ADD LINK32 kernel32.lib user32.lib advapi32.lib wsock32.lib /nologo /dll /machine:I386 /out:Release/isapi_redirector2.dll !ELSEIF $(CFG) == isapi - Win32 Debug @@ -79,7 +79,7 @@ # ADD BSC32 /nologo LINK32=link.exe # ADD BASE LINK32 kernel32.lib user32.lib gdi32.lib winspool.lib comdlg32.lib advapi32.lib shell32.lib ole32.lib oleaut32.lib uuid.lib odbc32.lib odbccp32.lib /nologo /dll /debug /machine:I386 /pdbtype:sept -# ADD LINK32 kernel32.lib user32.lib advapi32.lib wsock32.lib /nologo /dll /debug /machine:I386 /out:e:\tomcat\jakarta-tomcat\build\tomcat\bin\native\isapi_redirector2.dll /pdbtype:sept /libpath:$(APACHE20_HOME)\Release /libpath:$(APR_HOME)\apr\Release /libpath:$(APR_HOME)\apr-util\Release +# ADD LINK32 kernel32.lib user32.lib advapi32.lib wsock32.lib /nologo /dll /debug /machine:I386 /out:Debug/isapi_redirector2.dll /pdbtype:sept # SUBTRACT LINK32 /nodefaultlib !ENDIF @@ -91,6 +91,10 @@ # Begin Group Source Files # PROP Default_Filter cpp;c;cxx;rc;def;r;odl;idl;hpj;bat +# Begin Source File + +SOURCE=.\isapi.def +# End Source File # Begin Source File SOURCE=..\..\common\jk_channel_socket.c -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
cvs commit: jakarta-tomcat-connectors/jk/native2/common jk_channel_apr_socket.c
nacho 02/04/20 15:53:43 Modified:jk/native2/common jk_channel_apr_socket.c Log: * Fxing some Unix sockets code without ifdef Revision ChangesPath 1.8 +2 -1 jakarta-tomcat-connectors/jk/native2/common/jk_channel_apr_socket.c Index: jk_channel_apr_socket.c === RCS file: /home/cvs/jakarta-tomcat-connectors/jk/native2/common/jk_channel_apr_socket.c,v retrieving revision 1.7 retrieving revision 1.8 diff -u -r1.7 -r1.8 --- jk_channel_apr_socket.c 12 Apr 2002 22:53:56 - 1.7 +++ jk_channel_apr_socket.c 20 Apr 2002 22:53:43 - 1.8 @@ -434,7 +434,7 @@ } return JK_TRUE; } - +#ifdef HAVE_UNIXSOCKETS while(sent len) { this_time = send(unixsock, (char *)b + sent , len - sent, 0); @@ -448,6 +448,7 @@ } /* return sent; */ return JK_TRUE; +#endif } -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
cvs commit: jakarta-tomcat-connectors/jk/native2/server/apache2 jk_logger_apache2.c
nacho 02/04/20 15:57:16 Modified:jk/native2/common jk_map.c jk/native2/include jk_service.h jk/native2/server/apache2 jk_logger_apache2.c Log: * Cometic fixes less warnings * Some function definition fixes for win32 * ifdef not needed for win32 fixed by define Revision ChangesPath 1.17 +1 -2 jakarta-tomcat-connectors/jk/native2/common/jk_map.c Index: jk_map.c === RCS file: /home/cvs/jakarta-tomcat-connectors/jk/native2/common/jk_map.c,v retrieving revision 1.16 retrieving revision 1.17 diff -u -r1.16 -r1.17 --- jk_map.c 19 Mar 2002 04:53:40 - 1.16 +++ jk_map.c 20 Apr 2002 22:57:16 - 1.17 @@ -58,7 +58,7 @@ /*** * Description: General purpose map object * * Author: Gal Shachor [EMAIL PROTECTED] * - * Version: $Revision: 1.16 $ * + * Version: $Revision: 1.17 $ * ***/ #include jk_global.h @@ -147,7 +147,6 @@ const char *name, void *value) { int rc = JK_FALSE; -int i; jk_map_private_t *mPriv; if( name==NULL ) 1.11 +4 -4 jakarta-tomcat-connectors/jk/native2/include/jk_service.h Index: jk_service.h === RCS file: /home/cvs/jakarta-tomcat-connectors/jk/native2/include/jk_service.h,v retrieving revision 1.10 retrieving revision 1.11 diff -u -r1.10 -r1.11 --- jk_service.h 20 Mar 2002 23:44:00 - 1.10 +++ jk_service.h 20 Apr 2002 22:57:16 - 1.11 @@ -63,7 +63,7 @@ * Author: Gal Shachor [EMAIL PROTECTED] * * Author: Dan Milstein [EMAIL PROTECTED]* * Author: Henri Gomez [EMAIL PROTECTED] * - * Version: $Revision: 1.10 $ * + * Version: $Revision: 1.11 $ * ***/ #ifndef JK_SERVICE_H @@ -267,7 +267,7 @@ /** printf style output. Formats in the tmp buf, then calls write */ -void (*jkprintf)( struct jk_env *env, struct jk_ws_service *s, char *frm,... ); +void (JK_METHOD *jkprintf)( struct jk_env *env, struct jk_ws_service *s, char *frm,... ); /* * Callbacks into the web server. For each, the first argument is @@ -277,12 +277,12 @@ /* Initialize the service structure */ -int (*init)( struct jk_env *env, jk_ws_service_t *_this, +int (JK_METHOD *init)( struct jk_env *env, jk_ws_service_t *_this, struct jk_worker *w, void *serverObj); /* Post request cleanup. */ -void (*afterRequest)( struct jk_env *env, jk_ws_service_t *_this ); +void (JK_METHOD *afterRequest)( struct jk_env *env, jk_ws_service_t *_this ); /* * Set the response head in the server structures. This will be called 1.19 +1 -3 jakarta-tomcat-connectors/jk/native2/server/apache2/jk_logger_apache2.c Index: jk_logger_apache2.c === RCS file: /home/cvs/jakarta-tomcat-connectors/jk/native2/server/apache2/jk_logger_apache2.c,v retrieving revision 1.18 retrieving revision 1.19 diff -u -r1.18 -r1.19 --- jk_logger_apache2.c 12 Apr 2002 21:55:05 - 1.18 +++ jk_logger_apache2.c 20 Apr 2002 22:57:16 - 1.19 @@ -134,9 +134,7 @@ return JK_FALSE; } -#ifdef WIN32 -rc = _vsnprintf(buf, HUGE_BUFFER_SIZE, fmt, args); -#elif defined(NETWARE) /* until we get a vsnprintf function */ +#if defined(NETWARE) /* until we get a vsnprintf function */ /* XXX Can we use a pool ? */ /* XXX It'll go away with env and per thread data !! */ buf = (char *) malloc(HUGE_BUFFER_SIZE); -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: [JPackage-devel] RE: Duplicate code in dtomcat
Sorry for being a bit too fast - Same script with some obvious cleanups Regards, -- Nicolas Mailhot #!/bin/sh # # $Id: tomcat.sh,v 1.32 2002/01/31 03:58:13 larryi Exp $ # Shell script to start and stop the server # There are other, simpler commands to startup the runner. The two # commented commands good replacements. The first works well with # Java Platform 1.1 based runtimes. The second works well with # Java2 Platform based runtimes. #jre -cp lib/tomcat.jar org.apache.tomcat.startup.Main $* #java -cp lib/tomcat.jar org.apache.tomcat.startup.Main $* #java -jar lib/tomcat.jar # Define and read this script configuration file TOMCAT_CFG=/etc/tomcat3/conf/tomcat3.conf [ -r $TOMCAT_CFG ] . ${TOMCAT_CFG} # This function will do its best to find a JAVA_HOME # It intentionnaly have the same name as the one defined # in the JPackage project jpackage-utils rpm to enable # easy drop-in of jpackage functions later set_jvm() { # Search for java in PATH JAVA=`which java` if [ -z $JAVA ] ; then JAVA_BINDIR=`dirname ${JAVA}` JAVA_HOME=${JAVA_BINDIR}/.. fi # Default clean JAVA_HOME [ -z $JAVA_HOME -a -d /usr/lib/java ] JAVA_HOME=/usr/lib/java # Default IBMs JAVA_HOME SDK 1.3 and 1.3.1 [ -z $JAVA_HOME -a -d /opt/IBMJava2-131 ] JAVA_HOME=/opt/IBMJava2-131 [ -z $JAVA_HOME -a -d /opt/IBMJava2-13 ] JAVA_HOME=/opt/IBMJava2-13 # Another solution [ -z $JAVA_HOME -a -d /usr/java/jdk ] JAVA_HOME=/usr/java/jdk # madeinlinux JAVA_HOME [ -z $JAVA_HOME -a -d /usr/local/jdk1.2.2 ] JAVA_HOME=/usr/local/jdk1.2.2 # Kondara JAVA_HOME [ -z $JAVA_HOME -a -d /usr/lib/java/jdk1.2.2 ] JAVA_HOME=/usr/lib/java/jdk1.2.2 # Other commonly found JAVA_HOMEs [ -z $JAVA_HOME -a -d /usr/jdk1.2 ] JAVA_HOME=/usr/jdk1.2 # Default Caldera JAVA_HOME [ -z $JAVA_HOME -a -d /opt/java-1.3 ] JAVA_HOME=/opt/java-1.3 # Add other locations here if [ -z $JAVA_HOME ]; then echo No JAVA_HOME specified in ${TOMCAT_CFG} and no java found, exiting... exit 1 fi } # This function with fill any still undeclared variable # with default values, clear the classpath and add # tomcat policy to tomcat options fillvalues() { [ -z $JAVA_HOME ] set_jvm [ -z $JAVACMD ] JAVACMD=$JAVA_HOME/bin/java [ -z $TOMCAT_AJPID ] TOMCAT_AJPID=/var/spool/tomcat3/ajp.id [ -z $TOMCAT_AJP12ID ] TOMCAT_AJP12ID=/var/spool/tomcat3/ajp12.id [ -z $TOMCAT_AJP13ID ] TOMCAT_AJP13ID=/var/spool/tomcat3/ajp13.id [ -z $TOMCAT_RUN ] TOMCAT_RUN=/var/log/tomcat3/tomcat3.pid [ -z $TOMCAT_PID ] TOMCAT_PID=/var/log/tomcat3/tomcat.pid [ -z $TOMCAT_LOG ] TOMCAT_LOG=/var/log/tomcat3/tomcat.log [ -z $STDOUT_LOG ] STDOUT_LOG=$TOMCAT_LOG [ -z $STDERR_LOG ] STDERR_LOG=$STDOUT_LOG ## Unconditional part MAIN=org.apache.tomcat.startup.Main # Ignore previous CLASSPATH ; this is consistent with java -jar tomcat.jar # (we really don't need to export it, it only serves to justify more logic at # the end of this script to restore the original value) oldCP=CLASSPATH CLASSPATH=${TOMCAT_INSTALL}/lib/tomcat.jar # Process options : add tomcat.policy, # even if we don't use sandbox, it doesn't hurt TOMCAT_OPTS=$TOMCAT_OPTS -Djava.security.policy==${TOMCAT_HOME}/conf/tomcat.policy TOMCATCMD=$JAVACMD $TOMCAT_OPTS -Dtomcat.home=${TOMCAT_HOME} $MAIN } # This function will adjust the limits under which tomcat will run using ulimit # Note that you may still have to correct /etc/security/limits.conf to allow # the tomcat user to do this # The values used are taken from $TOMCAT_CFG adjustlimits() { [ ! -z $ULIMIT_N ] \ [ $(ulimit -n) != unlimited -a $(ulimit -n) -lt $ULIMIT_N ] \ ulimit -S -n $ULIMIT_N } # This function will parse the start of the command line # to check for known switches preparse() { for param in $ ; do case $param in -n|--noout|-q|--quiet|-b|--both) LOGT=$param ;; -i|--info|-v|--verbose) VERBOSE=true ;; -f|--force) FORCE=true ;; -w|--wait) WAIT=true ;; --) break ;; *) PARSED=$PARSED $param ;; esac done } # This function will redirect outputs depending # on the options entered on the command line log() { case $LOGT in -n|--noout) $ $STDOUT_LOG 2 $STDERR_LOG ;; -q|--quiet) $ /dev/null 21 ;; -b|--both) $ | tee -a $STDOUT_LOG ;; *) $ esac } # This function will print various informations at startup info() { cat EOF_INFO Java information : - Java home: $JAVA_HOME - command used: $JAVACMD - classpath: $CLASSPATH - JVM information: $($JAVACMD -version 21) - provided by: $(/bin/rpm -q --whatprovides $JAVA_HOME) Tomcat user: - defined: $TOMCAT_USER - used : $(/usr/bin/whoami) Configuration file: $TOMCAT_CFG Log to file: $TOMCAT_LOG Pid file: $TOMCAT_PID Tomcat home: $TOMCAT_HOME Limits to which tomcat will be subjected: $(ulimit -a) EOF_INFO } help() { cat EOF_HELP Usage: $0 [--switches] command
[third version] new dtomcat3
Ok, I think I've finished with the obvious fixes today:) Here it comes... -- Nicolas Mailhot #!/bin/sh # # $Id: tomcat.sh,v 1.32 2002/01/31 03:58:13 larryi Exp $ # Shell script to start and stop the server # There are other, simpler commands to startup the runner. The two # commented commands good replacements. The first works well with # Java Platform 1.1 based runtimes. The second works well with # Java2 Platform based runtimes. #jre -cp lib/tomcat.jar org.apache.tomcat.startup.Main $* #java -cp lib/tomcat.jar org.apache.tomcat.startup.Main $* #java -jar lib/tomcat.jar # Define and read this script configuration file TOMCAT_CFG=/etc/tomcat3/conf/tomcat3.conf [ -r $TOMCAT_CFG ] . ${TOMCAT_CFG} [ -x /etc/rc.d/init.d/functions ] . /etc/rc.d/init.d/functions # This function will do its best to find a JAVA_HOME # It intentionnaly have the same name as the one defined # in the JPackage project jpackage-utils rpm to enable # easy drop-in of jpackage functions later set_jvm() { # Search for java in PATH JAVA=`which java` if [ -z $JAVA ] ; then JAVA_BINDIR=`dirname ${JAVA}` JAVA_HOME=${JAVA_BINDIR}/.. fi # Default clean JAVA_HOME [ -z $JAVA_HOME -a -d /usr/lib/java ] JAVA_HOME=/usr/lib/java # Default IBMs JAVA_HOME SDK 1.3 and 1.3.1 [ -z $JAVA_HOME -a -d /opt/IBMJava2-131 ] JAVA_HOME=/opt/IBMJava2-131 [ -z $JAVA_HOME -a -d /opt/IBMJava2-13 ] JAVA_HOME=/opt/IBMJava2-13 # Another solution [ -z $JAVA_HOME -a -d /usr/java/jdk ] JAVA_HOME=/usr/java/jdk # madeinlinux JAVA_HOME [ -z $JAVA_HOME -a -d /usr/local/jdk1.2.2 ] JAVA_HOME=/usr/local/jdk1.2.2 # Kondara JAVA_HOME [ -z $JAVA_HOME -a -d /usr/lib/java/jdk1.2.2 ] JAVA_HOME=/usr/lib/java/jdk1.2.2 # Other commonly found JAVA_HOMEs [ -z $JAVA_HOME -a -d /usr/jdk1.2 ] JAVA_HOME=/usr/jdk1.2 # Default Caldera JAVA_HOME [ -z $JAVA_HOME -a -d /opt/java-1.3 ] JAVA_HOME=/opt/java-1.3 # Add other locations here if [ -z $JAVA_HOME ]; then echo No JAVA_HOME specified in ${TOMCAT_CFG} and no java found, exiting... exit 1 fi } # This function with fill any still undeclared variable # with default values, clear the classpath and add # tomcat policy to tomcat options fillvalues() { [ -z $JAVA_HOME ] set_jvm [ -z $JAVACMD ] JAVACMD=$JAVA_HOME/bin/java [ -z $TOMCAT_AJPID ] TOMCAT_AJPID=/var/spool/tomcat3/ajp.id [ -z $TOMCAT_AJP12ID ] TOMCAT_AJP12ID=/var/spool/tomcat3/ajp12.id [ -z $TOMCAT_AJP13ID ] TOMCAT_AJP13ID=/var/spool/tomcat3/ajp13.id [ -z $TOMCAT_RUN ] TOMCAT_RUN=/var/log/tomcat3/tomcat3.pid [ -z $TOMCAT_PID ] TOMCAT_PID=/var/log/tomcat3/tomcat.pid [ -z $TOMCAT_LOG ] TOMCAT_LOG=/var/log/tomcat3/tomcat.log [ -z $STDOUT_LOG ] STDOUT_LOG=$TOMCAT_LOG [ -z $STDERR_LOG ] STDERR_LOG=$STDOUT_LOG ## Unconditional part MAIN=org.apache.tomcat.startup.Main # Ignore previous CLASSPATH ; this is consistent with java -jar tomcat.jar # (we really don't need to export it, it only serves to justify more logic at # the end of this script to restore the original value) oldCP=CLASSPATH CLASSPATH=${TOMCAT_INSTALL}/lib/tomcat.jar # Process options : add tomcat.policy, # even if we don't use sandbox, it doesn't hurt TOMCAT_OPTS=$TOMCAT_OPTS -Djava.security.policy==${TOMCAT_HOME}/conf/tomcat.policy TOMCATCMD=$JAVACMD $TOMCAT_OPTS -Dtomcat.home=${TOMCAT_HOME} $MAIN } # This function will adjust the limits under which tomcat will run using ulimit # Note that you may still have to correct /etc/security/limits.conf to allow # the tomcat user to do this # The values used are taken from $TOMCAT_CFG adjustlimits() { [ ! -z $ULIMIT_N ] \ [ $(ulimit -n) != unlimited -a $(ulimit -n) -lt $ULIMIT_N ] \ ulimit -S -n $ULIMIT_N } # This function will parse the start of the command line # to check for known switches preparse() { for param in $ ; do case $param in -n|--noout|-q|--quiet|-b|--both) LOGT=$param ;; -i|--info|-v|--verbose) VERBOSE=true ;; -f|--force) FORCE=true ;; -w|--wait) WAIT=true ;; --) break ;; *) PARSED=$PARSED $param ;; esac done } # This function will redirect outputs depending # on the options entered on the command line log() { case $LOGT in -n|--noout) $ $STDOUT_LOG 2 $STDERR_LOG ;; -q|--quiet) $ /dev/null 21 ;; -b|--both) $ | tee -a $STDOUT_LOG ;; *) $ esac } # This function will print various informations at startup info() { cat EOF_INFO Java information : - Java home: $JAVA_HOME - command used: $JAVACMD - classpath: $CLASSPATH - JVM information: $($JAVACMD -version 21) - provided by: $(/bin/rpm -q --whatprovides $JAVA_HOME) Tomcat user: - defined: $TOMCAT_USER - used : $(/usr/bin/whoami) Configuration file: $TOMCAT_CFG Log to file: $TOMCAT_LOG Pid file: $TOMCAT_PID Tomcat home: $TOMCAT_HOME Limits to which tomcat will be subjected: $(ulimit -a) EOF_INFO
Re: patch for tomcat rc script in RPM
Hi, Please note that : * the /etc/init.d used in tomcat rpms right now intentionnaly moved all variable definitions to /etc/tomcat3/conf/tomcat3.conf, so people could redefine them in a configuration file rpm would not replace after each update. Your LOGPATH and LOGFILE parameters certainly belong there and not in the main script * the reworked /usr/bin/dtomcat3 I've submitted today for review will append new logs to the old logfile instead of overwriting it. Therefore it might be more interesting to logrotate it instead of changing it after avery restart Anyway it's nice to see other people working on these scripts. Regards, -- Nicolas Mailhot signature.asc Description: PGP signature
[PATCH] TagCache writers fix
The attached patch fixes a problem where tomcat is unable to find writer methods in user-defined tags. The problem appears in at least SUN jdk's 1.3 and 1.4 - I haven't looked at the IBM jdk. The original code is simply broken - it looks for all writers and somehow disqualifies legitimate ones. The fixed code explicitly looks for writers of the proper signature. I came up with this patch for 4.0.1, but the problem still exists in 4.0.3 and the patch applies cleanly. diff -c -r jakarta-tomcat-4.0.3-src/jasper/src/share/org/apache/jasper/compiler/TagCache.java jakarta-tomcat-4.0.1/jasper/src/share/org/apache/jasper/compiler/TagCache.java *** jakarta-tomcat-4.0.3-src/jasper/src/share/org/apache/jasper/compiler/TagCache.java Mon Nov 12 18:02:50 2001 --- jakarta-tomcat-4.0.1/jasper/src/share/org/apache/jasper/compiler/TagCache.java Fri Feb 1 18:32:33 2002 *** *** 109,114 --- 109,118 return (Class) propertyEditorMaps.get(attrName); } + String setCap(String s) { + return set + Character.toUpperCase(s.charAt(0)) + s.substring(1); + } + void setTagHandlerClass(Class tagHandlerClass) throws JasperException { *** *** 121,129 /* FIXME: should probably be checking for things like pageContext, bodyContent, and parent here -akv - */ if (pd[i].getWriteMethod() != null) addSetterMethod(pd[i].getName(), pd[i].getWriteMethod()); if (pd[i].getPropertyEditorClass() != null) addPropertyEditor(pd[i].getName(), pd[i].getPropertyEditorClass()); } --- 125,140 /* FIXME: should probably be checking for things like pageContext, bodyContent, and parent here -akv if (pd[i].getWriteMethod() != null) addSetterMethod(pd[i].getName(), pd[i].getWriteMethod()); + + * the right way - check for setters directly, ignore non-setters +-bnl + */ + try { + Method m = tagHandlerClass.getMethod(setCap(pd[i].getName()), +new Class[] {String.class}); + addSetterMethod(pd[i].getName(), m); + } + catch (NoSuchMethodException e) {} if (pd[i].getPropertyEditorClass() != null) addPropertyEditor(pd[i].getName(), pd[i].getPropertyEditorClass()); } -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 8337] New: - BSOD Appears when accessing JSP or Servlet through Apache connector
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=8337. 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=8337 BSOD Appears when accessing JSP or Servlet through Apache connector Summary: BSOD Appears when accessing JSP or Servlet through Apache connector Product: Tomcat 4 Version: Nightly Build Platform: PC URL: http://www.4thharmonics.com OS/Version: Windows NT/2K Status: NEW Severity: Blocker Priority: Other Component: Connector:Webapp AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] I am running an Apache 1.3 server on NT and have configured it using mod_webapp.so to connect to Tomcat 4 for it's servlet engine. Apache is installed and running fine. Tomcat has been installed, and I can serve up servlets and jsp's fine from the localhost:8080 port. A Blue Screen of Death occurs sometime after when I go to access a servlet/jsp from the apache http port. My webserver runs on port 81. I have configured the warpConnector to recognize the /examples/ directory properly. I know this works because I can at least get to the /examples/ directory and sometimes when I'm lucky, open an html file from here successfully. Also, when I start Tomcat/Catalina, I do not see any errors in the Catalina logs, and see the warpConnector being initialized properly with no errors. The BSOD will occur usually when I have the /examples/jsp/index.html page loaded and go to click on one of the JSP links. At that time, my NT machine will issue the BSOD with the error code MULTIPLE_IRP_COMPLETE_REQUESTS. I have been able to successfully get the BSOD everytime I go to access a JSP from the actual website URL on port 81 rather then localhost:8080. For obvious reasons, I am keeping Tomcat/Catalina off. But my website www.4thharmonics.com is always up running apache. The DNS will redirect you to port 81 with an IP forwarding service I have. Thank you for your help. I really would like to fix this problem, but have come to wits end about what to do. Any help is much appreciated. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 8336] - BSOD
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=8336. 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=8336 BSOD [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||INVALID -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 8336] - BSOD
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=8336. 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=8336 BSOD [EMAIL PROTECTED] changed: What|Removed |Added Status|RESOLVED|CLOSED -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 6670] - AuthenticatorBase uses StandardContext
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=6670. 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=6670 AuthenticatorBase uses StandardContext [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2002-04-21 02:04 --- Fixed in head branch. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 7078] - Session created in https not valid for http
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=7078. 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=7078 Session created in https not valid for http [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||WONTFIX --- Additional Comments From [EMAIL PROTECTED] 2002-04-21 02:11 --- Making this possible would let users cause themselves huge security problems. It is *very* bad application design to go from https back to http in a single session. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 7640] - JDBC connection and transaction related
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=7640. 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=7640 JDBC connection and transaction related [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||WONTFIX --- Additional Comments From [EMAIL PROTECTED] 2002-04-21 02:23 --- I don't agree with your suggested behavior. IMHO, closing the allocated connection (which really just returns it to the pool) should roll back any current transaction that is in progress. If you want to maintain the transaction, you should hold on to the connection it was started with and continue to use it. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 7656] - Webapplications deployed using PUT don't survive a tomcat restart
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=7656. 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=7656 Webapplications deployed using PUT don't survive a tomcat restart [EMAIL PROTECTED] changed: What|Removed |Added Severity|Blocker |Enhancement --- Additional Comments From [EMAIL PROTECTED] 2002-04-21 02:24 --- Changed to enhancement request. This should be finished by the time 4.1 final is completed. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 7787] - JSPs don't write cookies except with specific IP address
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=7787. 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=7787 JSPs don't write cookies except with specific IP address [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||INVALID --- Additional Comments From [EMAIL PROTECTED] 2002-04-21 02:27 --- The properties of the cookies written by a servlet or JSP page are totally under the control of the code that generates the cookie, and are not Tomcat's responsibility. In particular, you should remember that cookies sent to a browser will not be returned to the user unless the domain and path properties match. See the cookie spec (RFC 2109) for more details. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 7809] - content type directive that in included jsp files take no effects
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=7809. 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=7809 content type directive that in included jsp files take no effects [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||INVALID --- Additional Comments From [EMAIL PROTECTED] 2002-04-21 02:28 --- Per the servlet spec, included servlets (and therefore included JSP pages) are not allowed to set HTTP headers. Do all your header setting in the outermost servlet or JSP page. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 8097] - Tomcat 4.0x can not be shut down if RMI registry is running
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=8097. 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=8097 Tomcat 4.0x can not be shut down if RMI registry is running [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||WONTFIX --- Additional Comments From [EMAIL PROTECTED] 2002-04-21 02:33 --- Users who start threads are responsible for cleaning them up, since Tomcat does not know anything about them. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 8318] - class not found for: org.apache.cocoon.servlet.CocoonServlet
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=8318. 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=8318 class not found for: org.apache.cocoon.servlet.CocoonServlet --- Additional Comments From [EMAIL PROTECTED] 2002-04-21 03:37 --- After further testing, the problem is that we are also trying to get SLIDE to work using the integrated instructions that tell the user to copy the JAXP.JAR, JTA.JAR, slide-stores.jar, slide-kernel.jar etc to the TOMCAT/ common/lib. After copying the JARS and restarting Tomcat, the problems occur. I have not tried to use just the *.war file alone. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: MinTC, terrible rudeness, persistence
Now, maybe I'm alone thinking this, but I would be happy if you omitted stuff like F**K, S**T or anything related from the emails you post on this list. You probably are. :-) As you can see below, you are also grossly mis-representing what Pier actually wrote (by implying that he violated netiquette by capitalizing). His comment was non-offensive (and accurate;-). I've certainly used f**k on the list in the past (usually followed by the word up), and have no intention of changing when that is the best description (or at least until the PMC rules otherwise:). I rarely agree with Pier, but this is the exception. If you had a problem with Chris's post, it should have gone to the list. If you'd called a vote and won, then Chris can't complain. Of course, I'm not the police, and I am not impersonating anyone by saying this, but as I felt about the MinTC posts, I'm just stating my personal opinion. I strongly disagree with you, Remy, especially for the tone you used in your private email to Chris. I might be a f***ed up flamethrower, but I try to be politically correct. Before going out impersonating the Tomcat-DEV community, I would have preferred you asked (at least) some of your mates over there at Sun (like Craig, who's also an ASF member). -- 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-connectors/jk/java/org/apache/ajp/tomcat33 Ajp14Interceptor.java
billbarker02/04/20 22:51:20 Modified:jk/java/org/apache/ajp/tomcat33 Ajp14Interceptor.java Log: Removing the get/setAttribute overloads. Revision ChangesPath 1.10 +20 -15 jakarta-tomcat-connectors/jk/java/org/apache/ajp/tomcat33/Ajp14Interceptor.java Index: Ajp14Interceptor.java === RCS file: /home/cvs/jakarta-tomcat-connectors/jk/java/org/apache/ajp/tomcat33/Ajp14Interceptor.java,v retrieving revision 1.9 retrieving revision 1.10 diff -u -r1.9 -r1.10 --- Ajp14Interceptor.java 26 Nov 2001 16:59:54 - 1.9 +++ Ajp14Interceptor.java 21 Apr 2002 05:51:20 - 1.10 @@ -289,7 +289,26 @@ { this.cm=(ContextManager)contextM; } - + +public Object getInfo( Context ctx, Request request, +int id, String key ) { + if( ! ( request instanceof Ajp14Request ) ) { + return null; + } + Ajp14Request ajp14req = (Ajp14Request)request; + return ajp14req.ajpReq.getAttribute( key ); +} +public int setInfo( Context ctx, Request request, + int id, String key, Object obj ) { + if( ! ( request instanceof Ajp14Request ) ) { + return DECLINED; + } + Ajp14Request ajp14req = (Ajp14Request)request; + ajp14req.ajpReq.setAttribute(key, obj); + return OK; +} + + } @@ -383,20 +402,6 @@ public void setContentLength( int i ) { super.setContentLength(i); // XXX sync -} - -// Attributes - -public void setAttribute(String name, Object value) { - ajpReq.setAttribute( name, value ); -} - -public Object getAttribute(String name) { -if (name == null) { -return null; -} - -return ajpReq.getAttribute( name ); } // XXX broken -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
cvs commit: jakarta-tomcat/src/share/org/apache/tomcat/core Request.java
billbarker02/04/20 22:56:11 Modified:src/share/org/apache/tomcat/core Request.java Log: Make get/setAttribute final here. The API is such that you should expect problems with overriding these. Now it will fail at compile time if you try. Revision ChangesPath 1.114 +2 -2 jakarta-tomcat/src/share/org/apache/tomcat/core/Request.java Index: Request.java === RCS file: /home/cvs/jakarta-tomcat/src/share/org/apache/tomcat/core/Request.java,v retrieving revision 1.113 retrieving revision 1.114 diff -u -r1.113 -r1.114 --- Request.java 26 Feb 2002 03:26:55 - 1.113 +++ Request.java 21 Apr 2002 05:56:10 - 1.114 @@ -783,7 +783,7 @@ // Attributes -public Object getAttribute(String name) { +public final Object getAttribute(String name) { Object value=attributes.get(name); if( value != null ) return value; @@ -816,7 +816,7 @@ return null; } -public void setAttribute(String name, Object value) { +public final void setAttribute(String name, Object value) { int status=BaseInterceptor.DECLINED; Context ctx=getContext(); if( ctx!=null ) { -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: MinTC, terrible rudeness, persistence
On Sat, 20 Apr 2002, Bill Barker wrote: Date: Sat, 20 Apr 2002 22:16:40 -0700 From: Bill Barker [EMAIL PROTECTED] Reply-To: Tomcat Developers List [EMAIL PROTECTED] To: Tomcat Developers List [EMAIL PROTECTED] Subject: Re: MinTC, terrible rudeness, persistence Now, maybe I'm alone thinking this, but I would be happy if you omitted stuff like F**K, S**T or anything related from the emails you post on this list. You probably are. :-) As you can see below, you are also grossly mis-representing what Pier actually wrote (by implying that he violated netiquette by capitalizing). His comment was non-offensive (and accurate;-). I've certainly used f**k on the list in the past (usually followed by the word up), and have no intention of changing when that is the best description (or at least until the PMC rules otherwise:). personal-opinion author=craigmcc I find the use of profanity in email (or any other form of speech) to be somewhere between immature and disgusting, depending on the age of the person using it. Note that hiding behind *** doesn't make the slightest bit of difference. That doesn't stop me from having to deal with this kind of stuff all the time. But please don't ever assume that *I* will find it acceptable (even on the rare occasions when I succumb to emotion and use such words myself). Indeed, you can correctly assume that it will lower my willingness to even listen to what is being said, whether it makes sense or not. /personal-opinion I rarely agree with Pier, but this is the exception. If you had a problem with Chris's post, it should have gone to the list. If you'd called a vote and won, then Chris can't complain. Of course, I'm not the police, and I am not impersonating anyone by saying this, but as I felt about the MinTC posts, I'm just stating my personal opinion. I strongly disagree with you, Remy, especially for the tone you used in your private email to Chris. I might be a f***ed up flamethrower, but I try to be politically correct. Before going out impersonating the Tomcat-DEV community, I would have preferred you asked (at least) some of your mates over there at Sun (like Craig, who's also an ASF member). As you will note in this case, and in many others, there is no such thing as the Sun viewpoint on many TOMCAT-DEV issues. And that's appropriate -- we are individuals with our own opinions. Of course, the very same thing can be said about any mythical common ASF Member viewpoint ... :-) Craig -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]