Re: [VOTE] Tomcat 4.1.18 release
Remy,
I checked the cvs and found there are some number of changes in the
writer and response in coyote starting from 4.1.12. (See the diff from
4.1.12). Many of the changes are started at around 4.1.15/16.
I think there is the problem in the roll out procedures, especially when
a release is voted by the committer as stable and before the release
manager declare it as GA. Stability test and code review should be
thoroughly run.
May be in 5.0, we could do better on this.
- Punky
P.S. I remember there was discussion in the release procedure or
numbering guides. But I cannot find one in tomcat site. Is it just
from http project? (http://httpd.apache.org/dev/release.html)
Remy Maucherat wrote:
A bug exists (unfortunately) in Tomcat 4.1.16 and Tomcat 4.1.17 which
causes the servlet Writer to stay in an invalid state after an
IOException occurs (99% of the time caused by an abrupt client
disconnection). After this happens, the processor will never be able to
output data using the Writer, causing blank pages. This is more often
seen with JSPs.
The bug affects Coyote HTTP/1.1, and may also affect Coyote JK 2,
although this is less likely.
It is proposed that Tomcat 4.1.18, based on the Tomcat 4.1.17 code, with
the addition of the patch committed by Bill fixing JK 2 SSL support, as
well as the following patch (which I committed one hour ago):
Index: CoyoteResponse.java
===
RCS file:
/home/cvs/jakarta-tomcat-connectors/coyote/src/java/org/apache/coyote/tomcat4/CoyoteResponse.java,v
retrieving revision 1.30
diff -r1.30 CoyoteResponse.java
322a323,324
writer.recycle();
Index: CoyoteWriter.java
===
RCS file:
/home/cvs/jakarta-tomcat-connectors/coyote/src/java/org/apache/coyote/tomcat4/CoyoteWriter.java,v
retrieving revision 1.2
diff -r1.2 CoyoteWriter.java
98a99,109
//
Package Methods
/**
* Recycle.
*/
void recycle() {
error = false;
}
Please review, and vote ASAP:
ballot
[ ] Yes
[ ] No
/ballot
Remy
--
To unsubscribe, e-mail:
mailto:[EMAIL PROTECTED]
For additional commands, e-mail:
mailto:[EMAIL PROTECTED]
===
RCS file:
/home/cvspublic/jakarta-tomcat-connectors/coyote/src/java/org/apache/coyote/tomcat4/CoyoteResponse.java,v
retrieving revision 1.25
retrieving revision 1.31
diff -u -r1.25 -r1.31
---
jakarta-tomcat-connectors/coyote/src/java/org/apache/coyote/tomcat4/CoyoteResponse.java
2002/09/12 06:42:11 1.25
+++
+jakarta-tomcat-connectors/coyote/src/java/org/apache/coyote/tomcat4/CoyoteResponse.java
+ 2002/12/19 08:59:50 1.31
@@ -1,7 +1,7 @@
/*
- * $Header:
/home/cvspublic/jakarta-tomcat-connectors/coyote/src/java/org/apache/coyote/tomcat4/CoyoteResponse.java,v
1.25 2002/09/12 06:42:11 amyroh Exp $
- * $Revision: 1.25 $
- * $Date: 2002/09/12 06:42:11 $
+ * $Header:
+/home/cvspublic/jakarta-tomcat-connectors/coyote/src/java/org/apache/coyote/tomcat4/CoyoteResponse.java,v
+ 1.31 2002/12/19 08:59:50 remm Exp $
+ * $Revision: 1.31 $
+ * $Date: 2002/12/19 08:59:50 $
*
*
*
@@ -69,7 +69,6 @@
import java.io.OutputStream;
import java.io.PrintWriter;
import java.net.MalformedURLException;
-import java.net.URL;
import java.text.SimpleDateFormat;
import java.util.ArrayList;
import java.util.Date;
@@ -95,6 +94,7 @@
import org.apache.tomcat.util.buf.UEncoder;
import org.apache.tomcat.util.http.MimeHeaders;
import org.apache.tomcat.util.http.ServerCookie;
+import org.apache.tomcat.util.net.URL;
import org.apache.coyote.Response;
@@ -116,7 +116,7 @@
*
* @author Remy Maucherat
* @author Craig R. McClanahan
- * @version $Revision: 1.25 $ $Date: 2002/09/12 06:42:11 $
+ * @version $Revision: 1.31 $ $Date: 2002/12/19 08:59:50 $
*/
public class CoyoteResponse
@@ -320,6 +320,8 @@
facade = null;
}
+writer.recycle();
+
}
@@ -330,7 +332,7 @@
* Return the number of bytes actually written to the output stream.
*/
public int getContentCount() {
-return outputBuffer.getBytesWritten();
+return outputBuffer.getContentWritten();
}
@@ -501,7 +503,6 @@
} catch(Throwable t) {
t.printStackTrace();
}
-coyoteResponse.finish();
}
@@ -982,10 +983,16 @@
* @param url URL to be encoded
*/
public String encodeURL(String url) {
-
-if (isEncodeable(toAbsolute(url))) {
+
+String absolute = toAbsolute(url);
+if (isEncodeable(absolute)) {
HttpServletRequest hreq =
(HttpServletRequest) request.getRequest();
+
+// W3c spec clearly said
+if
Re: mod_jk and load balancer - bug?
What if: 1. load balancer receives a request for http://server/ 2. does httpd return http://server:81/ in Location? (I don't think so) And also what if 1. load balancer receives a request for http://server/somecontext/index.jsp? Punky Filip Hanik wrote: I should also note that this scenario works fine if you remove Apache from the stack. so when the load balancer forwards to port 8080, the location uses port 80 to return with. so maybe this is mod_jk that should list the port as 80? Filip here is a scenario hardware stack LoadBalancer(port80) - Apache/mod_jk 2.0.43(port81) - Tomcat 4.1.12(port8080/8009) 1. The load balancer receives a request for http://server/somecontext/ 2. The load balancer forwards this to apache. Apache detects /somecontext/ and makes a request to Tomcat 3. Tomcat gets the request GET /somecontext/ and looks up welcome files 4. Tomcat finds index.jsp as a welcome file 5. Tomcat constructs a redirect using the absolute URL it got from Apache and here is the problem, in step 5 tomcat constructs an absolute URL, and uses the port number from Apache which was 81. hence the redirect will go to port 81. the response back to the server is Location:http://server:81/somecontext/index.jsp --which is wrong, the request came in on port 80 when it would have been better if the response was the relative URL. Is this a bug, or could we add a feature to be able to configure the Coyote connector to generate absolute or relative urls on sendRedirect Filip ~ Namaste - I bow to the divine in you ~ Filip Hanik Software Architect 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] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: webapp/apr cvs tags?
Neil, I have no problem with it. My config. is almost the same as yours. I use mod_webapp and apr from cvs, apache 1.3.26 from source distribution. Punky = [localhost:~] punkytse% telnet punknix 80 Trying 192.168.1.101... Connected to punknix. Escape character is '^]'. HEAD / HTTP/1.0 HTTP/1.1 200 OK Date: Thu, 01 Aug 2002 17:23:18 GMT Server: Apache/1.3.26 (Unix) mod_webapp/1.2.0-dev Content-Location: index.html.en Vary: negotiate,accept-language,accept-charset TCN: choice Last-Modified: Fri, 04 May 2001 00:00:38 GMT ETag: 50c0e-5b0-3af1f126;3d4965c6 Accept-Ranges: bytes Content-Length: 1456 Connection: close Content-Type: text/html Content-Language: en Expires: Thu, 01 Aug 2002 17:23:18 GMT Connection closed by foreign host. = Punky Tse wrote: Neil, I will try tonight if I encounter the same problem. BTW, if you can choose, why not move to httpd 2.0? At least Pier and me support it! ;-) Punky Neil Cronin wrote: I'm trying to build mod_webapp for apache 1.3.26. I grabbed webapp and apr from cvs.apache.org. it seems to build fine: # ./configure --with-apr=../apr/ --with-apxs (configure output) # make (make output) Coonfiguration details: module version: mod_webapp/1.2.0-dev httpd version: Apache/1.3.26 (Unix) host machine/os: i686-pc-linux-gnu cration date:Tue Jul 30 04:58:30 PDT 2002 All done... # cp apache-1.3/mod_webapp.so /etc/apache/modules # /usr/sbin/apache Syntax error on line 63 of /etc/apache/conf/apache.conf: Cannot load /etc/apache/modules/mod_webapp.so into server: /etc/apache/modules/mod_webapp.so: undefined symbol: apr_thread_mutex_lock I've tried mod_webapp 1.0.1 with similar results. is this a known issue? is there a 1.1 branch of webapp that I can try? or another version of apr? thanks, neil -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: webapp/apr cvs tags?
Neil, I will try tonight if I encounter the same problem. BTW, if you can choose, why not move to httpd 2.0? At least Pier and me support it! ;-) Punky Neil Cronin wrote: I'm trying to build mod_webapp for apache 1.3.26. I grabbed webapp and apr from cvs.apache.org. it seems to build fine: # ./configure --with-apr=../apr/ --with-apxs (configure output) # make (make output) Coonfiguration details: module version: mod_webapp/1.2.0-dev httpd version: Apache/1.3.26 (Unix) host machine/os: i686-pc-linux-gnu cration date:Tue Jul 30 04:58:30 PDT 2002 All done... # cp apache-1.3/mod_webapp.so /etc/apache/modules # /usr/sbin/apache Syntax error on line 63 of /etc/apache/conf/apache.conf: Cannot load /etc/apache/modules/mod_webapp.so into server: /etc/apache/modules/mod_webapp.so: undefined symbol: apr_thread_mutex_lock I've tried mod_webapp 1.0.1 with similar results. is this a known issue? is there a 1.1 branch of webapp that I can try? or another version of apr? thanks, neil -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: Help..Tomcat4x+jdk1.3+FreeBSD..Hang Why...
Same for me. The native one works. Try follow the instructions at: http://www.eyesbeyond.com/freebsddom/java/jdk13.html - Punky TC runs well on the FreeBSD I have access to: +++ bash-2.04$ uname -a FreeBSD deejai2.mch.fsc.net 4.6-RC FreeBSD 4.6-RC #4: Thu May 30 00:09:26 CEST 2002 [EMAIL PROTECTED]:/usr/src/sys/compile/DEEJAI4B i386 bash-2.04$ which java /usr/local/jdk1.3.1/bin/java bash-2.04$ java -version java version 1.3.1-p6 Java(TM) 2 Runtime Environment, Standard Edition (build 1.3.1-p6-martin-020531-11:18) Classic VM (build 1.3.1-p6-martin-020531-11:18, green threads, nojit) +++ The TC (from ps): +++ 38920 p3- S 25:09.33 /usr/local/jdk1.3.1/bin/i386/green_threads/java -Djav +++ The trick was to download the JVM sources apply FreeBSD patches and install the compiled JVM. The TC running on this machine is 4.1.3. Can anybody tell me whos are the developers of tomcat4x Bye Sonam __ Do You Yahoo!? Yahoo! - Official partner of 2002 FIFA World Cup http://fifaworldcup.yahoo.com -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: cvs commit: jakarta-tomcat-connectors/webapp Makefile.in
Pier, All those new things in configure have been tested only on MacOS/X, if someone gets around to do it before tomorrow evening, I'd like to know if I screwed up something on the other systems (J.F., Henri, Punky... Can you just run ./configure with the new options? Make sure you have ANT :) Pier Yeh, I will try. These days, I has been monitoring the cvs commit on webapp. It seems that there are so many changes. For example, the adding of invoking ant from make, removal of dist target and blah blah blah. And I may need some time to make it build in freebsd because I want my build system work in my linux box before moving to freebsd. We're getting closer and closer to a more-and-more decent autoconf-style make... :) And closer to a release! :) good. Actually I'm still learning autoconf. Time for a nap, tomorrow I won't be reachable until late afternoon (visiting a couple of new E4500 just arrived at the colo! :) Woohoo, TOYS!!! ) cool. What about your Mac now? Punky -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
HTTP 302 status probelm in httpd-2.0/Tomcat 4.0/mod_webapp
Guys, I got 302 status in requesting the following URL: 1. http://punknix.homeip.net/examples/servlets/ but this one is ok: 2. http://punknix.homeip.net:8080/examples/servlets/ Can you see the difference? Why the first one doesn't work (I mean, the page does not forward?) Then I go into a very native approach by using telnet. See the bottom Please take a note on the first line of the HTTP response and Location header. Why there is no status code returned and the hostname (localhost) is missing in Location header? Anybody knows who breaks it? httpd-2.0, tomcat 4 or mod_webapp? I use the cvs snapshot of httpd-2.0, tomcat 4 and mod_webapp. - Punky === CCHK030:tse_p [1]telnet punknix.homeip.net 80 Trying 61.18.154.226... Connected to punknix.homeip.net. Escape character is '^]'. HEAD /examples/servlets/ HTTP/1.0 HTTP/1.1 Moved Temporarily Date: Wed, 15 May 2002 02:44:42 GMT Server: Apache/2.0.37-dev (Unix) mod_webapp/1.2.0-dev Content-Type: text/html; charset=ISO-8859-1 Location: http:///examples/servlets/index.html Connection: close Connection closed by foreign host. === === CCHK030:tse_p [2]telnet punknix.homeip.net 8080 Trying 61.18.154.226... Connected to punknix.homeip.net. Escape character is '^]'. HEAD /examples/servlets/ HTTP/1.0 HTTP/1.1 302 Moved Temporarily Content-Type: text/html Date: Wed, 15 May 2002 02:44:49 GMT Location: http://localhost:8080/examples/servlets/index.html Server: Apache Tomcat/4.0.4-dev (HTTP/1.1 Connector) Connection: close Connection closed by foreign host. === -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: cvscommit:jakarta-tomcat-connectors/webapp/supportbuildconf.sh
My priorities are kinda right... Get laid off by Sun in november, go on a long vacation in December (basically trying to get all my stuff toghether), find a new job in January, and start working on February... Sorry... It's ok. ;-) No, I didn't, but I'm sure that my inbox will start to be polluted by questions like how do I do that? WA_VERSION is not defined... Just to keep spam low, and if someone wants to port it, well, I'm not here to prevent them... You provide a good way and an option to other guy who want to support it. That is a way cool. Pier Punky -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: cvscommit:jakarta-tomcat-connectors/webapp/supportbuildconf.sh
Pier Fumagalli wrote: Punky Tse [EMAIL PROTECTED] wrote: I had been make this patch for a very long time (3/4/5 months). And send to this list several times... If you like, just grap my patch and comit. (wa_version.h must be placed in include/ dir, and change to *whatever* version you like!) Punky, I appreciate your effort, but IMO, wa_version.h is way too utterly complicated. I'd add -DWEBAPP_VERSION=x to CFLAGS from the autoconf magicness, and go from there... Sorry man, when I saw Henri commited my version patch also this morning, and you've commited VERSION file. I had seen some conflicts. Hum what do you think? 1. incorporate VERSION file to (modified and clean) wa_version.h through configure? 2. delete wa_version.h and patch mod_webapp.c in apache-1.3 and apache-2.0 currently in CVS? 3. other ways? Sorry, I had made confusion to you guys. Pier Punky -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: cvscommit:jakarta-tomcat-connectors/webapp/supportbuildconf.sh
Well, it seriously look ugly though... Ok, I admit it might be a PITA cuz in Windows we can't simply do a `cat VERSION` and get that number in somewhere, but boy that wa_version header looks ugly... I admited that it is ugly. See below. Just the fact that we somehow have an area to modify and one not, _is_ complicating things around... Secondly, I don't want to have alpha/beta/gamma/whatever compiled in the code: for releasing purpose, a code is x.x.x-dev if it's not associated with a tag, and x.x.x when it actually _IS_ associated with a tag... When we tag a release, we call it 1.2.0, and then depending on how well it goes, we can promote it from beta to gamma to whatever, but we will NOT rebuild the binaries... I'll commit a patch... See the attached wa_version I originally proposed. I initially copied this from httpd-2.0. See this thread: http://marc.theaimsgroup.com/?l=tomcat-devm=100878406017530w=2 The reason I change to mod_jk way is that JF suggested, and I followed. Hope this help. Pier Punky /* = * * * * The Apache Software License, Version 1.1 * * * * Copyright (c) 1999-2001 The Apache Software Foundation. * * All rights reserved.* * * * = * * * * Redistribution and use in source and binary forms, with or without modi- * * fication, are permitted provided that the following conditions are met: * * * * 1. Redistributions of source code must retain the above copyright notice * *notice, this list of conditions and the following disclaimer. * * * * 2. Redistributions in binary form must reproduce the above copyright * *notice, this list of conditions and the following disclaimer in the * *documentation and/or other materials provided with the distribution. * * * * 3. The end-user documentation included with the redistribution, if any, * *must include the following acknowlegement: * * * * This product includes software developed by the Apache Software * *Foundation http://www.apache.org/. * * * *Alternately, this acknowlegement may appear in the software itself, if * *and wherever such third-party acknowlegements normally appear. * * * * 4. The names The Jakarta Project, WebApp, and Apache Software * *Foundation must not be used to endorse or promote products derived * *from this software without prior written permission. For written * *permission, please contact [EMAIL PROTECTED].* * * * 5. Products derived from this software may not be called Apache nor may * *Apache appear in their names without prior written permission of the * *Apache Software Foundation.* * * * THIS SOFTWARE IS PROVIDED AS IS AND ANY EXPRESSED OR IMPLIED WARRANTIES * * INCLUDING, BUT NOT LIMITED TO, THE IMPLIED WARRANTIES OF MERCHANTABILITY * * AND FITNESS FOR A PARTICULAR PURPOSE ARE DISCLAIMED. IN NO EVENT SHALL * * THE APACHE SOFTWARE FOUNDATION OR ITS CONTRIBUTORS BE LIABLE FOR ANY * * DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL * * DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS * * OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION) * * HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, * * STRICT LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN * * ANY WAY OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE * * POSSIBILITY OF SUCH DAMAGE. * * * * = * *
Re: cvscommit:jakarta-tomcat-connectors/webapp/supportbuildconf.sh
That still doesn't change the fact that whatever is in JK for versioning is utterly complicated, is completely different from what the Apache folks have done so far (look at both 1.3 and 2.0 trees), and I don't want to look up at a manual on how to interpret the va_version.h header every time I have to roll a release, right? Punky, your ORIGINAL file from December last year looked _MUCH_ better Yes, I know, but it's shame that you were *so* inactive at that time. ;-) I'm still -1 on the version currently in CVS. This is how I would like to see things at the end, exactly like Apache 1.3 and 2.0 are doing... +1 for httpd way. My idea of -DWEBAPP_VERSION=. is wrong because it's impossible to gather that piece of information under Windows when building with Visual Studio (stupid operating system)... You said that you don't support M$ platform, you changed your mind? ;-) Pier Punky -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: wa_version.h / jk_version.h : WAS ......
+1 for the patch -Punky Pier Fumagalli wrote: GOMEZ Henri [EMAIL PROTECTED] wrote: Urg, I'm stupid some days : for mod_webapp #define WA_MODULE_BASEVENDOR Apache Software Foundation #define WA_MODULE_NAME mod_webapp #define WA_MODULE_BASEREVISION 1.2.0-dev #define WA_MODULE_BASEVERSION WA_MODULE_BASEPRODUCT / WA_MODULE_BASEREVISION for mod_jk (native) #define JK_MODULE_BASEVENDOR Apache Software Foundation #define JK_MODULE_NAME mod_jk #define JK_MODULE_BASEREVISION 1.2.1-dev #define JK_MODULE_BASEVERSION JK_MODULE_BASEPRODUCT / JK_MODULE_BASEREVISION for mod_jk (native2) #define JK_MODULE_BASEVENDOR Apache Software Foundation #define JK_MODULE_NAME mod_jk #define JK_MODULE_BASEREVISION 2.0.0-dev #define JK_MODULE_BASEVERSION JK_MODULE_BASEPRODUCT / JK_MODULE_BASEREVISION I just sent a patch over, I'd like to see some comments... -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: cvs commit:jakarta-tomcat-connectors/webapp/supportbuildconf.sh
Henri, As said by Pier, what you need is to have ServerName well defined. That means I need to have a line: ServerName punknix.homeip.net:80 in httpd.conf. It is somewhat different from apache 1.3. In 1.3 you can leave it blank. But in 2.0, I seems that you need to have it defined to work with mod_webapp. Punky GOMEZ Henri wrote: Ok, so you have to add VirtualHost * around webapp config. I remember an old mail where Pier told something about adding support to DefaultHost but it's quite sometimes ago - Henri Gomez ___[_] EMAIL : [EMAIL PROTECTED](. .) PGP KEY : 697ECEDD...oOOo..(_)..oOOo... PGP Fingerprint : 9DF8 1EA8 ED53 2F39 DC9B 904A 364F 80E6 -Original Message- From: Punky Tse [mailto:[EMAIL PROTECTED]] Sent: Thursday, May 02, 2002 6:19 PM To: Tomcat Developers List Subject: Re: cvs commit:jakarta-tomcat-connectors/webapp/supportbuildconf.sh Henri, I have no problem in my linux box. My conf: === VirtualHost * ServerName punknix.homeip.net:80 #LoadModule webapp_module modules/mod_webapp.so LoadModule webapp_module modules/libwebapp.so WebAppConnection conn warp localhost:8008 WebAppDeploy examples conn /examples /VirtualHost === Punky GOMEZ Henri wrote: It build on my Redhat 6.2 box but failed at http2 start : Invalid virtual host name ?[ - Henri Gomez ___[_] EMAIL : [EMAIL PROTECTED](. .) PGP KEY : 697ECEDD...oOOo..(_)..oOOo... PGP Fingerprint : 9DF8 1EA8 ED53 2F39 DC9B 904A 364F 80E6 -Original Message- From: Pier Fumagalli [mailto:[EMAIL PROTECTED]] Sent: Thursday, May 02, 2002 12:31 PM To: Tomcat Developers List Subject: Re: cvs commit:jakarta-tomcat-connectors/webapp/supportbuildconf.sh GOMEZ Henri [EMAIL PROTECTED] wrote: Autoconf is _only_ required when building straight out of CVS, you can always use nightlies, which have the already-autoconfed configure script. It's a PITA, but there are so many changes between 2.1x and 2.5x that maintaining if for both will be a major pain in the neck... Otherwise, we can always check-in the configure script (now I hear Jon screaming out loud :) Don't make Jon sad, just send me a copy of configure script and I'll try the build ;) Since the nightly since the very latest (important) changes didn't run yet, here's a snapshot: http://nagoya.apache.org/~pier/webapp-current.tar.gz Pier -- 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]
Re: cvscommit:jakarta-tomcat-connectors/webapp/supportbuildconf.sh
Henri,
What about reporting webapp version at init time,
[Thu May 02 21:44:38 2002] [notice] Apache/2.0.35 (Unix) mod_ssl/2.0.35OpenSSL/0.9.6
DAV/2 mod_jk/1.2.0 configured -- resuming normal operations
could be
[Thu May 02 21:44:38 2002] [notice] Apache/2.0.35 (Unix) mod_ssl/2.0.35OpenSSL/0.9.6
DAV/2 mod_jk/1.2.0 mod_webapp 1.2.0 configured -- resuming normal operations
Nota that mod_jk / mod_webapp coexist very well ;)
try:
=
$ telnet punknix.homeip.net 80
Trying 61.18.154.226...
Connected to punknix.homeip.net.
Escape character is '^]'.
HEAD / HTTP/1.0
HTTP/1.1 200 OK
Date: Fri, 03 May 2002 01:32:34 GMT
Server: Apache/2.0.37-dev (Unix) mod_webapp/1.0.2
Content-Location: index.html.en
Vary: negotiate,accept,accept-language,accept-charset
TCN: choice
Last-Modified: Wed, 01 May 2002 14:43:53 GMT
ETag: 2a78e-5b0-c72f5c40;2a7a7-94f-c73e9e80
Accept-Ranges: bytes
Content-Length: 1456
Connection: close
Content-Type: text/html; charset=ISO-8859-1
Content-Language: en
Expires: Fri, 03 May 2002 01:32:34 GMT
Connection closed by foreign host.
=
I had been make this patch for a very long time (3/4/5 months). And
send to this list several times... If you like, just grap my patch and
comit.
(wa_version.h must be placed in include/ dir, and change to *whatever*
version you like!)
Punky
P.S. May be next time, I send the patch to bugzilla in order to draw
more attention.
Index: mod_webapp.c
===
RCS file: /home/cvspublic/jakarta-tomcat-connectors/webapp/apache-1.3/mod_webapp.c,v
retrieving revision 1.31
diff -u -r1.31 mod_webapp.c
--- mod_webapp.c17 Jan 2002 17:02:13 - 1.31
+++ mod_webapp.c30 Jan 2002 17:47:45 -
@@ -68,6 +68,7 @@
#include http_protocol.h
#include util_script.h
#include wa.h
+#include wa_version.h
/* * */
/* GENERIC DECLARATIONS */
@@ -523,6 +524,11 @@
return(OK);
}
+static void wam_init_handler(server_rec *s, ap_pool *p)
+{
+ap_add_version_component(WA_EXPOSED_VERSION);
+}
+
/* List of all available Apache handlers */
static const handler_rec wam_handlers[] = {
{webapp-handler, wam_invoke},
@@ -532,7 +538,7 @@
/* Apache module declaration */
module MODULE_VAR_EXPORT webapp_module = {
STANDARD_MODULE_STUFF,
-NULL, /* module initializer */
+wam_init_handler, /* module initializer */
NULL, /* per-directory config creator */
NULL, /* dir config merger */
NULL, /* server config creator */
Index: mod_webapp.c
===
RCS file: /home/cvspublic/jakarta-tomcat-connectors/webapp/apache-2.0/mod_webapp.c,v
retrieving revision 1.7
diff -u -r1.7 mod_webapp.c
--- mod_webapp.c17 Jan 2002 17:02:13 - 1.7
+++ mod_webapp.c30 Jan 2002 17:47:15 -
@@ -69,6 +69,7 @@
#include http_protocol.h
#include util_script.h
#include wa.h
+#include wa_version.h
#include apr_tables.h
/* * */
@@ -520,12 +521,20 @@
return DECLINED;
}
+static int wam_init_handler(apr_pool_t *p, apr_pool_t *plog, apr_pool_t *ptemp,
+ server_rec *s)
+{
+ap_add_version_component(p, WA_EXPOSED_VERSION);
+return OK;
+}
+
static void register_hooks(apr_pool_t *p)
{
ap_hook_handler(wam_invoke, NULL, NULL, APR_HOOK_MIDDLE);
ap_hook_translate_name(wam_match, NULL, NULL, APR_HOOK_MIDDLE);
ap_hook_child_init(wam_startup, NULL, NULL, APR_HOOK_MIDDLE);
ap_hook_map_to_storage(wam_map_to_storage, NULL, NULL, APR_HOOK_MIDDLE);
+ap_hook_post_config(wam_init_handler, NULL, NULL, APR_HOOK_MIDDLE);
}
/* Apache module declaration */
/* = *
* *
* The Apache Software License, Version 1.1 *
* *
* Copyright (c) 1999-2001 The Apache Software Foundation. *
* All rights reserved.*
* *
* = *
* *
* Redistribution and use in source and binary forms, with or without modi- *
* fication, are permitted provided
Re: cvs commit: jakarta-tomcat-connectors/webapp/apache-2.0 Makefile.in
Pier,
Thanks! Before that, I would just like to send you some patches on 2.0
side. But you are faster than me. And it builds prefectly on my Linux
box now.
Questions and Comments:
- I notice that the mod_webapp module name changed from mod_webapp.so to
libwebapp.so. (I spent some time to notice it ;-) )
- install target removed. Is it temporary or confirmed?
- Building from CVS requires autoconf 2.52. Any reason for this? If so
I have to upgrade many of my build environments (Linux, Darwin and FreeBSD)
- What is the version of mod_webapp? In previous mail you said that it
is in beta (0.9?). Remember the verison patches I sent you? ;-)
I will try to see if it builds on FreeBSD (may be Darwin) tonight. It
is one of my private milestone ;-).
Having seeing your name in commits and bug reports actively these day, I
am very much believed that you are back. So, keep on.
Punky
[EMAIL PROTECTED] wrote:
pier02/05/01 14:23:19
Modified:webapp/apache-2.0 Makefile.in
Log:
New makefile for Apache 2.0 (it _WORKS_ ! - in theory)
Revision ChangesPath
1.6 +25 -26jakarta-tomcat-connectors/webapp/apache-2.0/Makefile.in
Index: Makefile.in
===
RCS file: /home/cvs/jakarta-tomcat-connectors/webapp/apache-2.0/Makefile.in,v
retrieving revision 1.5
retrieving revision 1.6
diff -u -r1.5 -r1.6
--- Makefile.in 1 Nov 2001 22:20:51 - 1.5
+++ Makefile.in 1 May 2002 21:23:19 - 1.6
@@ -56,35 +56,34 @@
# = #
# @author Pier Fumagalli mailto:[EMAIL PROTECTED]
-# @version $Id: Makefile.in,v 1.5 2001/11/01 22:20:51 pier Exp $
+# @version $Id: Makefile.in,v 1.6 2002/05/01 21:23:19 pier Exp $
-include @SRCDIR@/Makedefs
+LOCAL_TGT_DIR = @TGT_DIR@/apache-2.0
+LOCAL_SRC_DIR = @SRC_DIR@/apache-2.0
+include @TGT_DIR@/Makedefs
-APXS = @APXS@
+SOURCE = mod_webapp.c
+OBJECT = mod_webapp.lo
+TARGET = libwebapp.la
-MODULE = mod_webapp.la
+.PHONY: build clean
-all: $(MODULE)
-build: $(MODULE)
-
-mod_webapp.la: mod_webapp.c
- @$(ECHO) Compiling and Linking Apache 2.0 WebApp Module
- $(APXS) -I../include -c -L ../lib -lwebapp mod_webapp.c
-
-install: mod_webapp.la
- $(APXS) -i mod_webapp.la
+build: $(TARGET)
clean:
- @for ENTRY in *.o *.lo $(MODULE) .libs ; \
- do \
- if $(TEST) -f $${ENTRY} ; \
- then \
- $(ECHO) Removing file $${ENTRY} ; \
- $(RM) -f $${ENTRY} ; \
- fi ; \
- if $(TEST) -d $${ENTRY} ; \
- then \
- $(ECHO) Removing directory $${ENTRY} ; \
- $(RM) -rf $${ENTRY} ; \
- fi ; \
- done
+ rm -f $(TARGET)
+ rm -f $(OBJECT)
+ @if test -h $(SOURCE) ; then \
+ echo rm -f $(SOURCE) ; \
+ rm -f $(SOURCE) ; \
+ fi
+ rm -f *.o *.slo
+ rm -rf .libs
+
+$(SOURCE): $(LOCAL_SRC_DIR)/$(SOURCE)
+ ln -s $ $@
+
+$(TARGET): $(SOURCE)
+ $(APXS) -c -o $@ \
+ $(INCLUDES) \
+ $(OBJ_DIR)/*.lo $
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL PROTECTED]
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: [COMMENTS] Tomcat 4.1 release plan draft posted
Rempy, * New Coyote HTTP/1.1 connector Do you plan to replace the old HTTP connector and set it as default? +1 for this. Comments ? Remy Punky _ 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]
Re: Error running Apache 2.0 with mod_webapp.so ormod_jk-01.sobinaries
Pier, Yeah.. You are correct. This guy replied privately to me that mod_webapp is now working on his box after he build the source from CVS. For the pre-built binary, shouldn't we provide two sets of binaries (1.3 and 2.0), or just remove the them from the site? Before changing things, I'd like to have a couple of major updates (like the SocketPool code in)... But I have no time whatsoever now (daytime job keeps me busy 10%) And don't forget my little version patch ;-) There had been some discussions about mod_webapp in freebsd-java. My present finding is that libtool sucks (again). So you would expect more patches to come. ;-) Pier Punky _ 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]
Re: Apache 2.0 - webapps
Has anyone successfully been able to connect Apache 2.0 and Tomcat 4.0. The webapp interface has the following error when loading Apache: Cannot load /apache2/modules/mod_webapp.so into server: ld.so.1: /cdldevel2/loy/apache2/bin/httpd: fatal: relocation error: file /cdldevel2/loy/apache2/modules/mod_webapp.so: symbol ap_pstrdup: referenced symbol not found .//apachectl start: httpd could not be started Any suggestions would be terrific! Dowload the source and follow the instructions in INSTALL.txt and README.txt should work. As Apache 2.0 is out, I think we should think about to add pre-built binaries for Apache 2.0 to reduce confusions. Thanks David Punky _ 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]
Re: Building mod_jk2 for Win32
On Fri, 12 Apr 2002, Ignacio J. Ortega wrote: I've defined HAVE_UNIXSOCKETS, and i'm making the ifdefs with that it seems to me a little better, i think that not having unix sockets ( at least with that name :) maybe is more common than only win32?.. That's fine. The goal is to be able to use the best transport on each platform - doors is one possibility and it works only on solaris ( and a bit on linux ). You can exclude channel_apr_socket completely on windows, for socket you can use the old channel_socket. But what is the underlying implementation of channel_apr_socket and the old channel_socket under win32? And what is the status of APR supporting unix domain socket? I'm trying to build the thing with MSVC so I can start porting the IIS Same here, just now i've built apr standalone, and i'm in the process of fixing build.xml for the win32 things.. to be able to build, mod_jk2 from ant, may be mod_jk2 will be the first apache project being dsp files free :)).. :-) Good. I don't have VC. Only cygwin. Will this work? connector, it seems there are problems with the JK_METHOD and static, plus some other minor things to be resolved. I will devote some time later today for this, yesterday i've stopped at the very same point, with errors about function pointers assignment, it looks like what you are speaking about.. If you can solve this - it will simplify my life too :-) Same here :)) but i can understand you, i'm a win32 everyday user, and i'm used to that OS ( may be someone here call it crap instead OS :))), No OS is perfect :-) And most commercial companies work in their ways, making no standard to the OS. And it becomes our work to fix it, providing single API for most platforms (mozilla, apache, etc). I'll wait for your commits - the only thing I would really like to try to do with the IIS connector is refactor the registry access code into common/jk_config_registry.c. Just to see if the interface is good and can support non-file based config storage. and i have all the neccesary things to work in that, i'll be glad of help the win32 part of mod_jk2, and the port ISAPI plugin from jk to jk2.. Same here. Since I'm not a windows user I'll wait for your code. Let me know how I can help. Costin Punky _ 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]
Re: Error running Apache 2.0 with mod_webapp.so or mod_jk-01.sobinaries
[root@bicaweb_dev webapps]# $APACHE_HOME/bin/apachectl start Syntax error on line 220 of /opt/apache2/conf/httpd.conf: Cannot load /opt/apache2/modules/mod_webapp.so into server: /opt/apache2/modules /mod_webapp.so: undefined symbol: ap_table_get /opt/apache2/bin/apachectl start: httpd could not be started Hum.. seems like the pre-build binary using the older version of APR? I don't know, my recent copy of 2.0.36-dev also does not have ap_table_get() function: nm httpd | grep ap_table_get howerver, I found apr_table_get symbol in httpd instead. Anybody here in this list know if there had been such API change in APR? No, AFAIK apr_table_get never changed... What _really_ puzzles me, is that ap_table_get is used in httpd 1.3... I believe this is because he's using a module compiled for 1.3 under 2.0... Pier Pier, Yeah.. You are correct. This guy replied privately to me that mod_webapp is now working on his box after he build the source from CVS. For the pre-built binary, shouldn't we provide two sets of binaries (1.3 and 2.0), or just remove the them from the site? Punky _ 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]
RE: Error running Apache 2.0 with mod_webapp.so or mod_jk-01.so binaries
Thanks for your quick response. I'm glad to hear you got it running. That certainly gives hope! You are welcome. ;-) I've tried mod_webapp and mod_jk and get the same error for each. I downloaded: - jakarta-tomcat-4.0.3.tar - mod_webapp.so (downloaded the binary) I build from source. Try download the source tar ball and follow the instruction in README.txt and INSTALL.txt. Tomcat seems to work fine on its own. Apache seems to work fine on its own. My problem is getting mod_webapp to link the two. I get the error below as soon as I include the LoadModule line in my httpd.conf: [root@bicaweb_dev webapps]# $APACHE_HOME/bin/apachectl start Syntax error on line 220 of /opt/apache2/conf/httpd.conf: Cannot load /opt/apache2/modules/mod_webapp.so into server: /opt/apache2/modules /mod_webapp.so: undefined symbol: ap_table_get /opt/apache2/bin/apachectl start: httpd could not be started Hum.. seems like the pre-build binary using the older version of APR? I don't know, my recent copy of 2.0.36-dev also does not have ap_table_get() function: nm httpd | grep ap_table_get howerver, I found apr_table_get symbol in httpd instead. Anybody here in this list know if there had been such API change in APR? Again, thanks very much for any suggestions you might have. Ray Peck Building Industry Credit Association Punky __ Do You Yahoo!? Yahoo! Tax Center - online filing with TurboTax http://taxes.yahoo.com/ -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: New web page for filing a tomcat bug report
Glenn, It can be viewed at: http://jakarta.apache.org/tomcat/bugreport.html Please review it and make suggestions for improvements. How about add links for a list of opened bug list (both TC3 4)? This one is for TC4: http://nagoya.apache.org/bugzilla/buglist.cgi?bug_status=UNCONFIRMEDbug_sta tus=NEWbug_status=ASSIGNEDbug_status=REOPENEDbug_status=VERIFIEDemail1= emailtype1=substringemailassigned_to1=1email2=emailtype2=substringemailr eporter2=1bugidtype=includebug_id=changedin=votes=chfieldfrom=chfieldt o=Nowchfieldvalue=product=Tomcat+4short_desc=short_desc_type=allwordssub strlong_desc=long_desc_type=allwordssubstrbug_file_loc=bug_file_loc_type =allwordssubstrkeywords=keywords_type=anywordsfield0-0-0=nooptype0-0-0=n oopvalue0-0-0=cmdtype=doitorder=%27Importance%27 The selection criteria is: - Status = UNCONFIMED, NEW, ASSIGNED, REOPENED VERIFIED - Sort by 'Importance' Once this is in place I want to start working on a General Tomcat FAQ to address common issues like JVM settings, common web application problems which look like a Tomcat bug, etc. For this one, I have extracted your comment from bug 5181 and compiled a document in xdoc format. I don't have the copy in my office at the moment but it's in my iBook at home. Could you like to review my copy? Regards, Glenn Punky _ 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]
Re: Building modapp for Tomcat4.0 and apache1_3.23
The problem described is a compilation problem and isn't related to to the make install. I had this problem when I tried to compile the source after downloading it a while ago. The problem is caused by the constants TYPE_... not being defined anywhere in the source. To solve this problem I took at look at the java warp source to determine what the constants should be and then added them into pr_warp.h file as follows: #define TYPE_ERROR 0x00 #define TYPE_DISCONNECT 0xfe I recalled that lib/pr_warp_defs.h was failed to be generated when Constant.java had been moved. See the diff: http://cvs.apache.org/viewcvs/jakarta-tomcat-connectors/webapp/lib/Makefile. in.diff?r1=1.21r2=1.22diff_format=h As I mentioned I downloaded my source a while ago and I haven't checked against the latest source. If the problem is still there then I think this might be a broken mainline. By checking the cvs history, it only fails if you downloaded mod_webapp source between 23-30 Jan 2002. Simon. Punky _ 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]
Re: Building modapp for Tomcat4.0 and apache1_3.23
I recalled that lib/pr_warp_defs.h was failed to be generated when Constant.java had been moved. See the diff: http://cvs.apache.org/viewcvs/jakarta-tomcat-connectors/webapp/lib/Makefil e. in.diff?r1=1.21r2=1.22diff_format=h If someone would have cared to ask on the mailing list, I would have -1ed the change, but since more than few things are screwed around here, I stopped caring a long time ago... It works - At least it compiles with a some hours old cvs - I do not see what wrong with my correction... :-( Jean, Your correction/fix is good, and I remembered that you solved my problem. The things that screwed up is the move of Constant.java, which is not made by you... And I recalled that it is very hard to find out the dependency of Constant.java to pr_warp_defs.h. But if the move of file gives a better and clean code organization, I'll +1 for it. Punky _ 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]
Re: Building modapp for Tomcat4.0 and apache1_3.23
It DOESN'T... Before, all constants were defined in Constants.java, and the pr_warp_defs.h was generated from it, so that with each build we were sure that the WARP definitions were correct, and if something did went wrong, simply the baby wouldn't have built... I support pr_warp_defs.h being generated by Constant.java. But the move of Constant.java from one directory to another make the build of mod_webapp.so failed, while the build of java part succeeded. Sorry for my bad english... Now if you want to touch that part, you have to edit TWO files, which contain the exact SAME information (nothing more , nothing less), and it's so easy to mistype... If I do mistype something, the whole crap builds fine, and then I have to debug it live... +1 Pier Punky __ Do You Yahoo!? Yahoo! Tax Center - online filing with TurboTax http://taxes.yahoo.com/ -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: Error running Apache 2.0 with mod_webapp.so or mod_jk-01.so binaries
I don't know if this is a bug or something I am doing wrong, but I've contacted several people via the Tomcat forums and found that two of them had abandoned Apache 2.0 and went back to 1.3 because they could not get this to work. Environment: - Redhat Linux 7.1 - Apache 2.0 - Tomcat 4.0.3 For mod_webapp, it works for me. To keep this simple, I am doing the least possible changes that still produce the error: - Using binaries for mod_webapp.so or mod_jk-01.so - Using only the -prefix option when installing Apache - Using the standard httpd.conf file except for one line: LoadModule webapp_module modules/mod_webapp.so As soon as I add that one line to httpd.conf, apache fails to start with this message: Syntax error on line 219 of /opt/apache2/conf/httpd.conf: Cannot load /opt/apache2/modules/mod_jk-01.so into server: /opt/apache2/modules/ mod_jk-01.so: undefined symbol: ap_table_get ./apachectl start: httpd could not be started I don't use mod_jk at all (until I need load balance). I've tried other options when installing Apache, tried compiling the mod_webapp.so from /src (but it runs into not finding the pr_warp_defs.h file--although I'm not a C programmer so don't quite know what I'm doing there), but have not been able to get past this point. Which source tar ball you downloaded and the procedure? If this is not a bug, any pointers would be HUGELY appreciated. Sincerely, Ray Peck Building Industry Credit Association (213)251-1106 Punky _ 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]
Re: DO NOT REPLY [Bug 5181] - HttpConnector [8080] No processor available, rejecting this connection
How about create a new doc titled Tunning/Troubleshooting and add to Tomcat doc? Punky - Original Message - From: GOMEZ Henri [EMAIL PROTECTED] To: Tomcat Developers List [EMAIL PROTECTED] Sent: Thursday, March 21, 2002 4:14 AM Subject: RE: DO NOT REPLY [Bug 5181] - HttpConnector [8080] No processor available, rejecting this connection excellent technical analyze. should be present in tomcat faq - Henri Gomez ___[_] EMAIL : [EMAIL PROTECTED](. .) PGP KEY : 697ECEDD...oOOo..(_)..oOOo... PGP Fingerprint : 9DF8 1EA8 ED53 2F39 DC9B 904A 364F 80E6 -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] Sent: Wednesday, March 20, 2002 4:26 AM To: [EMAIL PROTECTED] Subject: DO NOT REPLY [Bug 5181] - HttpConnector [8080] No processor available, rejecting this connection 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=5181. 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=5181 HttpConnector [8080] No processor available, rejecting this connection --- Additional Comments From [EMAIL PROTECTED] 2002-03-20 03:26 --- I have not run into this problem using the Tomcat HTTP connector, but I have seen similar problems when using mod_jk to connect to Tomcat via AJP on a server with heavy load. In my case, after alot of detective work, I determined that Tomcat itself was not the problem. There are alot of things which can affect the ability of Tomcat to handle a request regardless of whether they come from its own HTTP connector or from Apache via AJP. You may have already looked at one or more of the following issues, I will include everything just for completeness. The first thing I found is that JVM garbage collection can have a significant intermittent effect on Tomcat. When GC occurs processing by Tomcat freezes, yet the OS will continue to accept requests on the port. When GC has completed, Tomcat will try to handle all pending requests. If the GC took a significant amount of time, this can cause a cascading affect where Tomcat runs out of processors to handle requests. I made the mistake of setting the JVM -Xmx too large. The JVM ended up using more memory than the OS would keep in physical memory, when a Full GC occurred, performing GC on objects swapped out to disk caused GC to take a significant amount of time. In my case, 70 seconds. Decreasing the -Xmx to make sure the JVM stack was always resident in physical memory fixed the problem. JVM Memory Usage and Garbage Collection --- It is very important to tune the JVM startup options for GC and JVM memory usage for a production server. 1. Make sure you are running Tomcat with a JVM that supports Hotspot -server, I use 1.3.1_02. 2. Use incremental GC, the -xincgc java startup option. 3. Try running Tomcat with the -verbose:gc java arg so you can collect data on GC. 4. Make sure the OS is keeping all JVM stack in physical memory and not swapping it out to disk. Reduce -Xmx if this is a problem. 5. Try setting -Xms and -Xmx to the same size. 6. Search the fine web for articles on JVM GC and JVM performance tuning. After researching and testing all of the above I significantly reduced the maximum time for GC's. 99% of my GC's now run in .05 sec, of the remaining, most run at 1 sec, no more than 5-10 times a day do I see a GC 1 sec, and they never exceed 5 sec. dB access by applications - If your applications uses a db, make sure you set it's connection timeout to a value the max GC time you see. Otherwise you will start seeing db connection failures. I set my db connection timeouts to 10 seconds. A problem with your database, or if you frequently reach the maxiumum connections you allow in a db connection pool can cause the type of problems you see. If the db connections fail, or your connection pool is exhaused, each servlet which is waiting for a connection (remember I recommended 10 seconds) will eat up an HTTP or AJP processor for 10 seconds. This can cause a cascading effect where you see alot of processors used by Tomcat. Check your web applications for thread locking problems, or long delays. --- Tomcat can't do anything useful by itself, its the applications you install that provide the content. There could very well be thread locking problems or other bugs which cause delays in a servlet handling a request. This can cause Tomcat to appear to fail due to runaway use of Processors. Increase maxProcessors -- Increase your maxProcessors to handle intermittent cascading of requests due to GC, etc. I set my maxProcessors to 2X max concurrent requests I see under heavy load. Proposition
Re: Problems with mod_webapp. Please read!
Erik, Final call: Can send the followings in this list? 1. OS and Apache version 2. complete step and arguments to run configure scripts in httpd and mod_webapp 3. complete httpd.conf 4. httpd -l 5. httpd -V I will try to repeat your steps. Regards, Punky - Original Message - From: [EMAIL PROTECTED] To: Tomcat Developers List [EMAIL PROTECTED]; [EMAIL PROTECTED] Sent: Wednesday, February 27, 2002 1:43 AM Subject: Re: Problems with mod_webapp. Please read! On Tue, 26 Feb 2002, jean-frederic clere wrote: Erik Lotspeich wrote: On Tue, 26 Feb 2002, jean-frederic clere wrote: Erik Lotspeich wrote: Brian, I used --enable-shared=max and --enable-shared=most configure flags for Apache. Nothing too special. For webapp, I gave the following options: --with-tomcat --with-apr --with-apxs --enable-debug And if you remove the --enable-debug option? The nice would to have a core try: ulimit -c unlimited make sure that the User in httpd.conf is able to write where you start the httpd. Then use gdb to find where the process cores. Same thing. I added the debug option at the request of someone on this list so I could help to track it down. The debug messages that come up show me that its doing some of the module init stuff before it dies. I'll have to refetch that output and I'll post it. There is no core file -- that's how severe the crash is. Are you really sure httpd has the permissions to dump a core? (Try with a small program). Without a core that is hard to find what is wrong... What is the last output in the log file? Could you try gdb bin/httpd -X? Yes, I've already tried this. When it crashes, it obliterates the entire application. No backtrace -- nothing. The debugger tells me Can't find requested address. I noticed that the binary of mod_webapp.so is dynamically linked against glibc 2.2. Is glibc 2.2 required for mod_webapp to work properly? Thanks, Erik. Thanks, Erik. I compiled webapp as a DSO. My Apache configuration is as follows: # Insert code for mod_webapp LoadModule webapp_module libexec/mod_webapp.so AddModule mod_webapp.c IfModule mod_webapp.c WebAppConnection conn warp localhost:8008 WebAppDeploy examples conn /examples /IfModule I don't think that a WebAppInfo directive will make any difference since Apache won't even start, but I can give it a try. Thaks, Erik. On 25 Feb 2002, Brian P. Millett wrote: On Mon, 2002-02-25 at 12:54, Erik Lotspeich wrote: On Sat, 23 Feb 2002, Brian Millett wrote: Linux 2.4, glibc 2.1, JDK 1.3.1, Jakarta-tomcat 4.0.2, Apache 1.3.20, APR 20011211172103, mod_webapp 4.0.2. I compiled both webapp and Apache from source. The error logs say nothing! The whole application (including Apache) crashes before Apache can print anything. Ok, what commands (configure args, etc) did you use to compile apache webapp? Did you compile it as a DSO? You can put into the mod_webapp configurations a line: WebAppInfo /webapp-info that will be like the apache server-info url. k -- 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 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]
Re: Problems with mod_webapp. Please read!
Erik, Have you set ServerName directive? Or any VirtualHost defined? Regards, Punky - Original Message - From: Erik Lotspeich [EMAIL PROTECTED] To: Tomcat Developers List [EMAIL PROTECTED] Sent: Tuesday, February 26, 2002 5:37 AM Subject: Re: Problems with mod_webapp. Please read! Brian, I used --enable-shared=max and --enable-shared=most configure flags for Apache. Nothing too special. For webapp, I gave the following options: --with-tomcat --with-apr --with-apxs --enable-debug I compiled webapp as a DSO. My Apache configuration is as follows: # Insert code for mod_webapp LoadModule webapp_module libexec/mod_webapp.so AddModule mod_webapp.c IfModule mod_webapp.c WebAppConnection conn warp localhost:8008 WebAppDeploy examples conn /examples /IfModule I don't think that a WebAppInfo directive will make any difference since Apache won't even start, but I can give it a try. Thaks, Erik. On 25 Feb 2002, Brian P. Millett wrote: On Mon, 2002-02-25 at 12:54, Erik Lotspeich wrote: On Sat, 23 Feb 2002, Brian Millett wrote: Linux 2.4, glibc 2.1, JDK 1.3.1, Jakarta-tomcat 4.0.2, Apache 1.3.20, APR 20011211172103, mod_webapp 4.0.2. I compiled both webapp and Apache from source. The error logs say nothing! The whole application (including Apache) crashes before Apache can print anything. Ok, what commands (configure args, etc) did you use to compile apache webapp? Did you compile it as a DSO? You can put into the mod_webapp configurations a line: WebAppInfo /webapp-info that will be like the apache server-info url. k -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] _ 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]
Re: Problems with mod_webapp. Please read!
Erik, I have similar config. But I have no problem for it. Did you run apachectl configtest to prove your config is correct? Punky - Original Message - From: Erik Lotspeich [EMAIL PROTECTED] To: Tomcat Developers List [EMAIL PROTECTED] Sent: Saturday, February 23, 2002 6:18 AM Subject: Re: Problems with mod_webapp. Please read! Brian, In my previous e-mails I gave more details. My setup is this: Linux 2.4, glibc 2.1, JDK 1.3.1, Jakarta-tomcat 4.0.2, Apache 1.3.20, APR 20011211172103, mod_webapp 4.0.2. Does mod_webapp require a more recent version of Apache? Does it require JDK 1.4? I was under the impression that it would work with the setup that I had. Thanks, Erik. On 22 Feb 2002, Brian P. Millett wrote: On Fri, 2002-02-22 at 15:58, Erik Lotspeich wrote: Is there anybody who has successfully built mod_webapp and gotten it to work properly? Yes, since you didn't say which platform, JVM, etc., I'll give you mine: RedHat 7.2, JDK 1.4, Jakarta-tomcat 4.0.2, Apache 2.0 b32 (works only with MPM=prefork) It works with velocity 1.2 cocoon 2.1 -- Erik Lotspeich | Lead Engineer ELC Technologies 1532 State Street Suite C Santa Barbara, CA 93101 [EMAIL PROTECTED] (805) 884.8300 phn (805) 884.8339 fax http://www.elctech.com/ - Privacy and Confidentiality Notice: The information contained in this electronic mail message is intended for the named recipient(s) only. It may contain privileged and confidential information. If you are not an intended recipient, you must not copy, forward, distribute or take any action in reliance on it. If you have received this electronic mail message in error, please notify the sender immediately. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] _ 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]
Re: Issues with Tomcat 4.0.1 and WebAppDeploy
Hey, why do you change the port from 8008 to 8009? In tomcat connector side, 8008 is for mod_webapp while 8009 is for mod_jk. Please fall back to 8008 and try again Your httpd.conf looks rights, but this line: WebAppDeploy ROOT warpConnection / I don't know if it can work and may cause error as I haven't try it before. To aviod any error introduced, you should remove this line until everything gets right. server.xml should work without any modification, so please use don't modify it and use the one from distribution. Hope that help. Punky - Original Message - From: Donna Molinari [EMAIL PROTECTED] To: 'Punky Tse' [EMAIL PROTECTED] Cc: Tomcat Developers List [EMAIL PROTECTED]; Donna Molinari [EMAIL PROTECTED] Sent: Tuesday, February 05, 2002 1:15 AM Subject: RE: Issues with Tomcat 4.0.1 and WebAppDeploy Hello Punky, I tried this and I am unable to get to the manager, I get - HTTP Status 404 - /manager Now what? -Original Message- From: Punky Tse [mailto:[EMAIL PROTECTED]] Sent: Sunday, February 03, 2002 7:50 PM To: Donna Molinari Cc: Tomcat Developers List Subject: Re: Issues with Tomcat 4.0.1 and WebAppDeploy Donna, First, what does access_log and error_log say? Can you see Web-application not yet deployed in error_log? Second, can you reach http://papeete:88/manager/ ? Do you start Tomcat before httpd is started? Try this sequence. If you use webapp-1.0.1 you will encounter such problem. Regards, Punky - Original Message - From: Donna Molinari [EMAIL PROTECTED] To: 'Punky Tse' [EMAIL PROTECTED] Cc: Donna Molinari [EMAIL PROTECTED]; Tomcat Developers List [EMAIL PROTECTED] Sent: Saturday, February 02, 2002 12:34 AM Subject: RE: Issues with Tomcat 4.0.1 and WebAppDeploy Hello Punky, Thank you for your response. I was able to get Tomcat and Apache working without no errors, but this is what happens now. It doesn't see the examples under Tomcat's webapps directory. Is there something I need to add more to the httpd.conf file to point to the webapps directory that examples is the vitural URL? Like the Context directive: /examples/ /web/jakarta-tomcat-4.0.1/webapps/examples Tomcat Connection to Examples: http://papeete:8080/examples/ Apache Connection to Examples, fails with HTTP 404 : http://papeete:88/examples/ Apache Tomcat Connection to web_Info is Successful: http://papeete:88/webapp-info/ # # VirtualHost example: # Almost any Apache directive may go into a VirtualHost container. # The first VirtualHost section is used for requests without a known # server name. # WebAppConnection warpConnection warp papeete:8008 VirtualHost * ServerAdmin [EMAIL PROTECTED] DocumentRoot /web/jakarta-tomcat-4.0.1/webapps ServerName papeete.remedy.com ErrorLog /web/apache1.3.23/var/log/error_log Transferlog /web/apache1.3.23/var/log/access_log IfModule mod_webapp.c WebAppDeploy manager warpConnection /manager WebAppDeploy examples warpConnection /examples WebAppDeploy ROOT warpConnection / WebAppInfo /webapp-info /IfModule /VirtualHost -Original Message- From: Punky Tse [mailto:[EMAIL PROTECTED]] Sent: Thursday, January 31, 2002 6:53 PM To: Tomcat Developers List Cc: Donna Molinari Subject: Re: Issues with Tomcat 4.0.1 and WebAppDeploy This line is wrong: WebAppDeploy /web/jakarta-tomcat-4.0.1/webapps/examples warpConnection /examples /web/jakarta-tomcat-4.0.1/webapps/examples is not a web application name. It is a file location. Instead, WebAppDeploy examples warpConnection /examples should work. see the description from INSTALL.txt from mod_webapp: === WebAppDeploy [application name] [connection name] [url path] [application name] The application name as present in your webapps directory in Tomcat. For example, if you want to deploy a WAR-based web application, your application name will look something like myApplication.war. === - Punky - Original Message - From: Donna Molinari [EMAIL PROTECTED] To: [EMAIL PROTECTED] Cc: Donna Molinari [EMAIL PROTECTED] Sent: Friday, February 01, 2002 5:23 AM Subject: FW: Issues with Tomcat 4.0.1 and WebAppDeploy Hello Apache, I really need someone help on the following problems and bugs found when trying to use WebAppDeploy. The procedures caused syntax errors, once syntax was fixed received the errors shown below. Attached are my configuration files, I would appreciate someone letting me know if you where successful in using the WARP Connector :-) error_log.txt httpd.conf.txt apxs.txt server.xml Subject: Apache 1.3.23 and Tomcat 4.0.1 How do I enter a bug on the following error. I am unable
Re: Issues with Tomcat 4.0.1 and WebAppDeploy
Donna, First, what does access_log and error_log say? Can you see Web-application not yet deployed in error_log? Second, can you reach http://papeete:88/manager/ ? Do you start Tomcat before httpd is started? Try this sequence. If you use webapp-1.0.1 you will encounter such problem. Regards, Punky - Original Message - From: Donna Molinari [EMAIL PROTECTED] To: 'Punky Tse' [EMAIL PROTECTED] Cc: Donna Molinari [EMAIL PROTECTED]; Tomcat Developers List [EMAIL PROTECTED] Sent: Saturday, February 02, 2002 12:34 AM Subject: RE: Issues with Tomcat 4.0.1 and WebAppDeploy Hello Punky, Thank you for your response. I was able to get Tomcat and Apache working without no errors, but this is what happens now. It doesn't see the examples under Tomcat's webapps directory. Is there something I need to add more to the httpd.conf file to point to the webapps directory that examples is the vitural URL? Like the Context directive: /examples/ /web/jakarta-tomcat-4.0.1/webapps/examples Tomcat Connection to Examples: http://papeete:8080/examples/ Apache Connection to Examples, fails with HTTP 404 : http://papeete:88/examples/ Apache Tomcat Connection to web_Info is Successful: http://papeete:88/webapp-info/ # # VirtualHost example: # Almost any Apache directive may go into a VirtualHost container. # The first VirtualHost section is used for requests without a known # server name. # WebAppConnection warpConnection warp papeete:8008 VirtualHost * ServerAdmin [EMAIL PROTECTED] DocumentRoot /web/jakarta-tomcat-4.0.1/webapps ServerName papeete.remedy.com ErrorLog /web/apache1.3.23/var/log/error_log Transferlog /web/apache1.3.23/var/log/access_log IfModule mod_webapp.c WebAppDeploy manager warpConnection /manager WebAppDeploy examples warpConnection /examples WebAppDeploy ROOT warpConnection / WebAppInfo /webapp-info /IfModule /VirtualHost -Original Message- From: Punky Tse [mailto:[EMAIL PROTECTED]] Sent: Thursday, January 31, 2002 6:53 PM To: Tomcat Developers List Cc: Donna Molinari Subject: Re: Issues with Tomcat 4.0.1 and WebAppDeploy This line is wrong: WebAppDeploy /web/jakarta-tomcat-4.0.1/webapps/examples warpConnection /examples /web/jakarta-tomcat-4.0.1/webapps/examples is not a web application name. It is a file location. Instead, WebAppDeploy examples warpConnection /examples should work. see the description from INSTALL.txt from mod_webapp: === WebAppDeploy [application name] [connection name] [url path] [application name] The application name as present in your webapps directory in Tomcat. For example, if you want to deploy a WAR-based web application, your application name will look something like myApplication.war. === - Punky - Original Message - From: Donna Molinari [EMAIL PROTECTED] To: [EMAIL PROTECTED] Cc: Donna Molinari [EMAIL PROTECTED] Sent: Friday, February 01, 2002 5:23 AM Subject: FW: Issues with Tomcat 4.0.1 and WebAppDeploy Hello Apache, I really need someone help on the following problems and bugs found when trying to use WebAppDeploy. The procedures caused syntax errors, once syntax was fixed received the errors shown below. Attached are my configuration files, I would appreciate someone letting me know if you where successful in using the WARP Connector :-) error_log.txt httpd.conf.txt apxs.txt server.xml Subject: Apache 1.3.23 and Tomcat 4.0.1 How do I enter a bug on the following error. I am unable to get the WebAppDeploy working. Attached please see my configuration files - your instructions caused syntax errors and now there errors after I fixed the syntax errors in the httpd.conf file. Apache error_log File [Wed Jan 30 18:09:04 2002] [notice] caught SIGTERM, shutting down [Wed Jan 30 18:09:34 2002] [error] Connection warpConnection cannot connect [Wed Jan 30 18:09:34 2002] [error] Cannot open connection warpConnection [Wed Jan 30 18:09:34 2002] [notice] Apache/1.3.23 (Unix) configured -- resuming normal operations [Wed Jan 30 18:09:34 2002] [notice] Accept mutex: fcntl (Default: fcntl) [Wed Jan 30 18:09:34 2002] [error] Connection warpConnection cannot connect [Wed Jan 30 18:09:34 2002] [error] Cannot open connection warpConnection [Wed Jan 30 18:09:34 2002] [error] Connection warpConnection cannot connect [Wed Jan 30 18:09:34 2002] [error] Cannot open connection warpConnection [Wed Jan 30 18:09:34 2002] [error] Connection warpConnection cannot connect [Wed Jan 30 18:09:34 2002] [error] Cannot open connection warpConnection [Wed Jan 30 18:09:34 2002] [error] Connection warpConnection cannot connect [Wed Jan 30 18:09:34 2002] [error] Cannot open connection
Re: Issues with Tomcat 4.0.1 and WebAppDeploy
This line is wrong: WebAppDeploy /web/jakarta-tomcat-4.0.1/webapps/examples warpConnection /examples /web/jakarta-tomcat-4.0.1/webapps/examples is not a web application name. It is a file location. Instead, WebAppDeploy examples warpConnection /examples should work. see the description from INSTALL.txt from mod_webapp: === WebAppDeploy [application name] [connection name] [url path] [application name] The application name as present in your webapps directory in Tomcat. For example, if you want to deploy a WAR-based web application, your application name will look something like myApplication.war. === - Punky - Original Message - From: Donna Molinari [EMAIL PROTECTED] To: [EMAIL PROTECTED] Cc: Donna Molinari [EMAIL PROTECTED] Sent: Friday, February 01, 2002 5:23 AM Subject: FW: Issues with Tomcat 4.0.1 and WebAppDeploy Hello Apache, I really need someone help on the following problems and bugs found when trying to use WebAppDeploy. The procedures caused syntax errors, once syntax was fixed received the errors shown below. Attached are my configuration files, I would appreciate someone letting me know if you where successful in using the WARP Connector :-) error_log.txt httpd.conf.txt apxs.txt server.xml Subject: Apache 1.3.23 and Tomcat 4.0.1 How do I enter a bug on the following error. I am unable to get the WebAppDeploy working. Attached please see my configuration files - your instructions caused syntax errors and now there errors after I fixed the syntax errors in the httpd.conf file. Apache error_log File [Wed Jan 30 18:09:04 2002] [notice] caught SIGTERM, shutting down [Wed Jan 30 18:09:34 2002] [error] Connection warpConnection cannot connect [Wed Jan 30 18:09:34 2002] [error] Cannot open connection warpConnection [Wed Jan 30 18:09:34 2002] [notice] Apache/1.3.23 (Unix) configured -- resuming normal operations [Wed Jan 30 18:09:34 2002] [notice] Accept mutex: fcntl (Default: fcntl) [Wed Jan 30 18:09:34 2002] [error] Connection warpConnection cannot connect [Wed Jan 30 18:09:34 2002] [error] Cannot open connection warpConnection [Wed Jan 30 18:09:34 2002] [error] Connection warpConnection cannot connect [Wed Jan 30 18:09:34 2002] [error] Cannot open connection warpConnection [Wed Jan 30 18:09:34 2002] [error] Connection warpConnection cannot connect [Wed Jan 30 18:09:34 2002] [error] Cannot open connection warpConnection [Wed Jan 30 18:09:34 2002] [error] Connection warpConnection cannot connect [Wed Jan 30 18:09:34 2002] [error] Cannot open connection warpConnection _ Take Care, Donna J. Molinari Solutions Group (WebQA) Platform Technologies Engineering Mid-Tier Performance Benchmark Peregrine Systems, Inc. Office: MTV3, Room #1396 Phone: 650-903-5204 Email:mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] _ 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]
Re: Problems with mod_webapp
Something like you haven't defined ServerName directive. It is required for mod_webapp for some reasons. Can you show me the httpd.conf? - Punky - Original Message - From: Erik Lotspeich [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Wednesday, January 30, 2002 2:39 AM Subject: Problems with mod_webapp I have successfully compiled Jakarta Tomcat 4 and gotten it up and running. My problem is with mod_webapp. I've compiled mod_webapp with debugging flags. After fixing the Makefile which fails to link against the pthread library properly, I receive the following output when trying to start Apache. [Mon Jan 28 15:58:22 2002] 2606 (wa_main.c:77) WebApp Library initializing [Mon Jan 28 15:58:22 2002] 2606 (wa_main.c:81) Initializing APR [Mon Jan 28 15:58:22 2002] 2606 (pr_info.c:66) INFO provider initialized [Mon Jan 28 15:58:22 2002] 2606 (pr_warp.c:62) WARP provider initialized [Mon Jan 28 15:58:22 2002] 2606 (wa_main.c:101) WebApp Library initialized [Mon Jan 28 15:58:22 2002] 2606 (wa_config.c:167) Created connection conn (Prov: warp Param: localhost:8008) [Mon Jan 28 15:58:22 2002] 2606 (wa_config.c:126) Created virtual host flamehawk.lotspeich.org:8080 [Mon Jan 28 15:58:22 2002] 2606 (wa_config.c:100) Created application examples in path /examples/ [Mon Jan 28 15:58:22 2002] 2606 (wa_main.c:187) Application examples deployed for http://flamehawk.lotspeich.org:8080/examples/ (Conn: conn) bin/apachectl start: httpd started httpd quits right after it starts and before printing any error messages in the logs. Does anyone have any suggestions? Any recomendations for how to build mod_webapp properly? Any help would be greatly appreciated, Thanks, Erik. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] _ 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]
[mod_webapp] error in configure script
I get the lastest cvs snapshot and get the following error ---8- Finishing up checking for APR compilation flags... ok checking for Makefile targets... lib apache-2.0 creating ./config.status creating ./Makefile creating ./Makedefs creating ./lib/Makefile creating ./java/Constants.java sed: can't read ././java/Constants.java.in: No such file or directory creating ./apache-2.0/Makefile All done. Now you can issue make. Good luck. ---8- Seems like Constants.java.in is missing. Someone deleted it. And I saw that Constants.java has been moved to java/org/apache/catalina/connector/wrap/. It traced from ./configure.in that java/Constanst.java.in is required to generate java/Constant.java. And Makefile shows Constant.java is used to generate lib/pr_wrap_defs.h. Any idea to fix it? Punky _ 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]
[PATCH] : mod_webapp version (was : compiling latest webapp for TC 4.0.2b2)
Hi, I now resend the patch to report mod_webapp version. The new file wa_version.h should be placed under include/ directory. However, it is for httpd-2.0 only. I will make another patch for 1.3 once my patch is accepted. JF, could you please take a look on this patch? You can see what's running on my server: http://uptime.netcraft.com/up/graph/?mode_u=offmode_w=onsite=punknix.homei p.netsubmit=Examine The Response Header should look like this: = HTTP/1.1 200 OK Date: Mon, 28 Jan 2002 02:45:54 GMT Server: Apache/2.0.31-dev (Unix) mod_webapp/1.0.2 Content-Location: index.html.en Vary: negotiate,accept,accept-language,accept-charset TCN: choice Last-Modified: Mon, 14 Jan 2002 16:00:19 GMT ETag: 4cfe3-5b0-5f830ac0;4d021-94f-5f830ac0 Accept-Ranges: bytes Content-Length: 1456 Connection: close Content-Type: text/html; charset=ISO-8859-1 Content-Language: en Expires: Mon, 28 Jan 2002 02:45:54 GMT = - Punky GOMEZ Henri wrote: I could build webapp for Apache 1.3 on my Redhat 7.2 box but build for Apache 2.0 failed : My Linux is using a recent libtool 1.4 ... That could be the problem... I am using: +++ jfclere@vtxclere:~ libtool --version ltmain.sh (GNU libtool) 1.3.5 (1.385.2.206 2000/05/27 11:12:27) jfclere@vtxclere:~ +++ or +++ $ libtool --version ltmain.sh (GNU libtool) 1.4.2 (1.922.2.53 2001/09/11 03:18:52) +++ BTW: what is the version number for this release of webapp ? 1.0.2 make[1]: Entering directory `/root/webapp-module-1.0.2-tc402' make[1]: Entering directory lib make[1]: Invoking make build make[2]: Entering directory `/root/webapp-module-1.0.2-tc402/lib' make[2]: Generating pr_warp_defs.h from /root/webapp-module-1.0.2-tc402/java/Constants.java /etc/httpd2/build/libtool /usr/bin/gcc -static -g -O2 -I/usr/include/apache2/ -I/root/webapp-module-1.0.2-tc402/include -c wa_main.c mkdir .libs /usr/bin/gcc -g -O2 -I/usr/include/apache2/ -I/root/webapp-module-1.0.2-tc402/include -c wa_main.c -fPIC -DPIC -o .libs/wa_main.lo /usr/bin/gcc -g -O2 -I/usr/include/apache2/ -I/root/webapp-module-1.0.2-tc402/include -c wa_main.c -o wa_main.o /dev/null 21 mv -f .libs/wa_main.lo wa_main.lo /etc/httpd2/build/libtool /usr/bin/gcc -static -g -O2 -I/usr/include/apache2/ -I/root/webapp-module-1.0.2-tc402/include -c wa_config.c rm -f .libs/wa_config.lo /usr/bin/gcc -g -O2 -I/usr/include/apache2/ -I/root/webapp-module-1.0.2-tc402/include -c wa_config.c -fPIC -DPIC -o .libs/wa_config.lo /usr/bin/gcc -g -O2 -I/usr/include/apache2/ -I/root/webapp-module-1.0.2-tc402/include -c wa_config.c -o wa_config.o /dev/null 21 mv -f .libs/wa_config.lo wa_config.lo /etc/httpd2/build/libtool /usr/bin/gcc -static -g -O2 -I/usr/include/apache2/ -I/root/webapp-module-1.0.2-tc402/include -c wa_request.c rm -f .libs/wa_request.lo /usr/bin/gcc -g -O2 -I/usr/include/apache2/ -I/root/webapp-module-1.0.2-tc402/include -c wa_request.c -fPIC -DPIC -o .libs/wa_request.lo /usr/bin/gcc -g -O2 -I/usr/include/apache2/ -I/root/webapp-module-1.0.2-tc402/include -c wa_request.c -o wa_request.o /dev/null 21 mv -f .libs/wa_request.lo wa_request.lo /etc/httpd2/build/libtool /usr/bin/gcc -static -g -O2 -I/usr/include/apache2/ -I/root/webapp-module-1.0.2-tc402/include -c pr_info.c rm -f .libs/pr_info.lo /usr/bin/gcc -g -O2 -I/usr/include/apache2/ -I/root/webapp-module-1.0.2-tc402/include -c pr_info.c -fPIC -DPIC -o .libs/pr_info.lo /usr/bin/gcc -g -O2 -I/usr/include/apache2/ -I/root/webapp-module-1.0.2-tc402/include -c pr_info.c -o pr_info.o /dev/null 21 mv -f .libs/pr_info.lo pr_info.lo /etc/httpd2/build/libtool /usr/bin/gcc -static -g -O2 -I/usr/include/apache2/ -I/root/webapp-module-1.0.2-tc402/include -c pr_warp.c rm -f .libs/pr_warp.lo /usr/bin/gcc -g -O2 -I/usr/include/apache2/ -I/root/webapp-module-1.0.2-tc402/include -c pr_warp.c -fPIC -DPIC -o .libs/pr_warp.lo /usr/bin/gcc -g -O2 -I/usr/include/apache2/ -I/root/webapp-module-1.0.2-tc402/include -c pr_warp.c -o pr_warp.o /dev/null 21 mv -f .libs/pr_warp.lo pr_warp.lo /etc/httpd2/build/libtool /usr/bin/gcc -static -g -O2 -I/usr/include/apache2/ -I/root/webapp-module-1.0.2-tc402/include -c pr_warp_packet.c rm -f .libs/pr_warp_packet.lo /usr/bin/gcc -g -O2 -I/usr/include/apache2/ -I/root/webapp-module-1.0.2-tc402/include -c pr_warp_packet.c -fPIC -DPIC -o .libs/pr_warp_packet.lo /usr/bin/gcc -g -O2 -I/usr/include/apache2/ -I/root/webapp-module-1.0.2-tc402/include -c pr_warp_packet.c -o pr_warp_packet.o /dev/null 21 mv -f .libs/pr_warp_packet.lo pr_warp_packet.lo /etc/httpd2/build/libtool /usr/bin/gcc -static -g -O2 -I/usr/include/apache2/ -I/root/webapp-module-1.0.2-tc402/include -c pr_warp_network.c rm -f .libs/pr_warp_network.lo /usr/bin/gcc -g -O2 -I/usr/include/apache2/
[Patch] add version information to mod_webapp in Server Header
Hi, I have added server version information of mod_webapp for httpd-2.0. Please take a look to the patches. I have modified mod_webapp.c and added a new file wa_version.h. wa_version.h should be placed under jakarta-tomcat-connectors/webapp/include. By adding this patch, httpd-2.0 will return: == Trying 192.168.1.101... Connected to 192.168.1.101. Escape character is '^]'. HEAD / HTTP/1.0 HTTP/1.1 200 OK Date: Wed, 19 Dec 2001 16:46:57 GMT Server: Apache/2.0.30-dev (Unix) mod_webapp/1.0.2-dev Content-Location: index.html.en Vary: negotiate,accept,accept-language,accept-charset TCN: choice Last-Modified: Sun, 02 Dec 2001 11:55:59 GMT ETag: 1ec7d-5b0-f28811c0;1ed38-947-f28811c0 Accept-Ranges: bytes Content-Length: 1456 Connection: close Content-Type: text/html; charset=ISO-8859-1 Content-Language: en Expires: Wed, 19 Dec 2001 16:46:57 GMT == This is a patch for httpd-2.0 only, but I will try to add one for apache-1.3 once the patches are accepted. Punky __ Do You Yahoo!? Check out Yahoo! Shopping and Yahoo! Auctions for all of your unique holiday gifts! Buy at http://shopping.yahoo.com or bid at http://auctions.yahoo.com mod_webapp.c.diff Description: mod_webapp.c.diff /* = * * * * The Apache Software License, Version 1.1 * * * * Copyright (c) 1999-2001 The Apache Software Foundation. * * All rights reserved.* * * * = * * * * Redistribution and use in source and binary forms, with or without modi- * * fication, are permitted provided that the following conditions are met: * * * * 1. Redistributions of source code must retain the above copyright notice * *notice, this list of conditions and the following disclaimer. * * * * 2. Redistributions in binary form must reproduce the above copyright * *notice, this list of conditions and the following disclaimer in the * *documentation and/or other materials provided with the distribution. * * * * 3. The end-user documentation included with the redistribution, if any, * *must include the following acknowlegement: * * * * This product includes software developed by the Apache Software * *Foundation http://www.apache.org/. * * * *Alternately, this acknowlegement may appear in the software itself, if * *and wherever such third-party acknowlegements normally appear. * * * * 4. The names The Jakarta Project, WebApp, and Apache Software * *Foundation must not be used to endorse or promote products derived * *from this software without prior written permission. For written * *permission, please contact [EMAIL PROTECTED].* * * * 5. Products derived from this software may not be called Apache nor may * *Apache appear in their names without prior written permission of the * *Apache Software Foundation.* * * * THIS SOFTWARE IS PROVIDED AS IS AND ANY EXPRESSED OR IMPLIED WARRANTIES * * INCLUDING, BUT NOT LIMITED TO, THE IMPLIED WARRANTIES OF MERCHANTABILITY * * AND FITNESS FOR A PARTICULAR PURPOSE ARE DISCLAIMED. IN NO EVENT SHALL * * THE APACHE SOFTWARE FOUNDATION OR ITS CONTRIBUTORS BE LIABLE FOR ANY * * DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL * * DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS * * OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION) * * HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, * * STRICT LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN * * ANY WAY OUT OF THE USE OF THIS
Re: [Patch] add version information to mod_webapp in Server Header
JF, Ok, here is the mod_jk favor version patch. ;-) Actually, the idea of original patch is come from httpd-2.0 itself instead of mod_jk. I had looked at the one in mod_jk, but I chose to use httpd-2.0 one for the first patch because it is much simplier. Anyway, check to see this one. Punky - Original Message - From: jean-frederic clere [EMAIL PROTECTED] To: Tomcat Developers List [EMAIL PROTECTED] Sent: Thursday, December 20, 2001 1:49 AM Subject: Re: [Patch] add version information to mod_webapp in Server Header Punky Tse wrote: Hi, I have added server version information of mod_webapp for httpd-2.0. Please take a look to the patches. I have modified mod_webapp.c and added a new file wa_version.h. wa_version.h should be placed under jakarta-tomcat-connectors/webapp/include. +1 for the new file but it would be better to have something similar to mod_jk. Look to jakarta-tomcat-connectors/jk/native/common/jk_version.h By adding this patch, httpd-2.0 will return: == Trying 192.168.1.101... Connected to 192.168.1.101. Escape character is '^]'. HEAD / HTTP/1.0 HTTP/1.1 200 OK Date: Wed, 19 Dec 2001 16:46:57 GMT Server: Apache/2.0.30-dev (Unix) mod_webapp/1.0.2-dev Content-Location: index.html.en Vary: negotiate,accept,accept-language,accept-charset TCN: choice Last-Modified: Sun, 02 Dec 2001 11:55:59 GMT ETag: 1ec7d-5b0-f28811c0;1ed38-947-f28811c0 Accept-Ranges: bytes Content-Length: 1456 Connection: close Content-Type: text/html; charset=ISO-8859-1 Content-Language: en Expires: Wed, 19 Dec 2001 16:46:57 GMT == This is a patch for httpd-2.0 only, but I will try to add one for apache-1.3 once the patches are accepted. Punky __ Do You Yahoo!? Check out Yahoo! Shopping and Yahoo! Auctions for all of your unique holiday gifts! Buy at http://shopping.yahoo.com or bid at http://auctions.yahoo.com -- -- Name: mod_webapp.c.diff mod_webapp.c.diff Type: diff files (text/plain) Encoding: base64 Description: mod_webapp.c.diff -- -- /* = * * * * The Apache Software License, Version 1.1 * * * * Copyright (c) 1999-2001 The Apache Software Foundation. * * All rights reserved. * * * * = * * * * Redistribution and use in source and binary forms, with or without modi- * * fication, are permitted provided that the following conditions are met: * * * * 1. Redistributions of source code must retain the above copyright notice * *notice, this list of conditions and the following disclaimer. * * * * 2. Redistributions in binary form must reproduce the above copyright * *notice, this list of conditions and the following disclaimer in the * *documentation and/or other materials provided with the distribution. * * * * 3. The end-user documentation included with the redistribution, if any, * *must include the following acknowlegement: * * * * This product includes software developed by the Apache Software * *Foundation http://www.apache.org/. * * * *Alternately, this acknowlegement may appear in the software itself, if * *and wherever such third-party acknowlegements normally appear. * * * * 4. The names The Jakarta Project, WebApp, and Apache Software * *Foundation must not be used to endorse or promote products derived * *from this software without prior written permission. For written * *permission, please contact [EMAIL PROTECTED]. * * * * 5. Products derived from this software may not be called Apache nor may * *Apache appear in their names without prior written permission of the * *Apache Software Foundation. * * * * THIS SOFTWARE IS PROVIDED AS IS AND ANY EXPRESSED OR IMPLIED WARRANTIES * * INCLUDING, BUT NOT LIMITED TO, THE IMPLIED WARRANTIES OF MERCHANTABILITY * * AND FITNESS FOR A PARTICULAR PURPOSE ARE DISCLAIMED. IN NO EVENT SHALL * * THE APACHE SOFTWARE FOUNDATION OR ITS CONTRIBUTORS BE LIABLE FOR ANY * * DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL * * DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS * * OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION) * * HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, * * STRICT
Re: Tomcat next
AFAIK there is no plan for a 3.4 release after 3.3 - that doesn't mean 3.x will be obsolete, just that the core is now stable and unlikely to change, except bugfixes. Having a stable core is essential for module development and for enhancing the current set of modules. Even if there are many improvements we can add to 3.3, I believe the benefit of keeping 3.3 stable is far bigger. It is not yet decided how we'll release the new modules, but the main idea is to keep the 'base' version as small and clean as possible, and all features to be 'add-ons', outside of the base distribution, and have only bug fixes in 3.3.x-releases. Costin If the added modules and enhancement contribute significant additional features to the existing 3.3, I think it is better to call it 3.4 instead if calling it 3.3.x. Of course, before we officially call it 3.4, somebody must write a release proposal first and having the proposal voted in the list. :-) Punky
Re: [T4] Build Frustration
The current build system has gotten to be a mess (again) in the last few months. Jon, I worked very hard every few days in this month to make my TC4 built successfully May be I was the one who found more frustrated than you. Although I see that there are active changes to the build system a week or so ago, I don't believe that the 4.0 Release will come out so soon. Nothing is perfect. May be next time, TC4.1 should have a better, more stablilized and flexible build system. Punky
[TC4] build.properties.sample minor patch
Minor patch, I think it is just a typo error Punky __ Terrorist Attacks on U.S. - How can you help? Donate cash, emergency relief information http://dailynews.yahoo.com/fc/US/Emergency_Information/ build.properties.sample.patch
Re: cvs commit: jakarta-tomcat-4.0/webapps/examples build.xml
Seems like only need this should work
Index: build.xml
===
RCS file:
/home/cvspublic/jakarta-tomcat-4.0/webapps/examples/build.xml,v
retrieving revision 1.11
diff -r1.11 build.xml
20,21c20,21
property name=mail.jar
value=${mail.home}/lib/mail.jar/
---
property name=mail.jar
value=${mail.home}/mail.jar/
property name=activation.jar
value=${activation.home}/activation.jar/
--- [EMAIL PROTECTED] wrote:
jfclere 01/09/10 09:17:52
Modified:webapps/examples build.xml
Log:
Add mail.jar otherwise the SendMailServlet does
not compile.
Revision ChangesPath
1.11 +1 -0
jakarta-tomcat-4.0/webapps/examples/build.xml
Index: build.xml
===
RCS file:
/home/cvs/jakarta-tomcat-4.0/webapps/examples/build.xml,v
retrieving revision 1.10
retrieving revision 1.11
diff -u -r1.10 -r1.11
--- build.xml 2001/09/09 04:00:08 1.10
+++ build.xml 2001/09/10 16:17:52 1.11
@@ -17,6 +17,7 @@
!-- == Derived Property Values
= --
property name=servlet.jar
value=${servletapi.home}/lib/servlet.jar/
+ property name=mail.jar
value=${mail.home}/lib/mail.jar/
!-- === BUILD: Create
Directories == --
__
Do You Yahoo!?
Get email alerts NEW webcam video instant messaging with Yahoo! Messenger
http://im.yahoo.com
Re: cvs commit: jakarta-tomcat-4.0/webapps/examples build.xml
Reme, Thank you for commiting the patch. And it works now. One other thing is that I need to have xalan.jar inclued in my classpath so that the tomcat-doc target can be built sucessfully. I read from BUILDING.txt that the xalan.jar is not a prerequsite but just a recommendation to have it set. Could just change the BUILDING.txt by stating that xalan.jar is required in classpath when building dist target, or do you have better idea on that? Punky - Original Message - From: Remy Maucherat [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Tuesday, September 11, 2001 1:20 AM Subject: Re: cvs commit: jakarta-tomcat-4.0/webapps/examples build.xml That is worse: Have a look to catalina/build.xml (lib/mail.jar). I will test and commit a better patch... What is the problem with that change (which I already committed) ? In my JAF and JavaMail packages, there is no lib directory, so the default property value didn't work for me. Remy
Re: Table of Contents
P.S. What hacker I mean is: The one who read the source code and make change to it so that the whole system get benefit from it. So you are hacker. (but me not yet). The guy who break the system is cracker, or black hacker to be specific. ??? A cracker is a criminal hacker. not someone who broke introduced a bug ;-) I mean break INTO the system. :-)
Re: [DOC] TOC - thoughts
First off, I think we should have an ultra-quick install guide. If you're like a lot of geeks, you know your stuff. You need to know a quick few steps, a quick 2-3 gotchas, and BAM that's it. I want to make sure the quick-and-dirty impatient install is available to the people who can take advantage of it; admins experienced with other containers, trying Tomcat for the first time perhaps. README file of the binary distribution of tomcat already contains the ultra-quick install guide. If not, just make sure the README file have it, right? Punky
Re: [DOC] Table of Contents
3) How about putting all the installation and configuration of Tomcat standalone first, and then followed by some chapters (advanced topics) about Running Tomcat behind web servers? It's already organized that way. See the first paragraph of the editorial notes: I think there should be a chapter or series of chapters on installing Tomcat standalone, that covers *everything* or almost everything start-to-finish. Then we also need separate chapters for installing behind each Web server. Then come chapters on administration and advanced configuration issues. I have a feeling you may have missed the attachment. See the post I just made for the latest one (in much detail). Alex, What I mean is to swap Part II with Part III like below: I. Standalone Installation Guide II. Deploying and Configuring, or Tomcat Administrator's Guide III. Installation Behind a Web Server Guide IV. Performance Tuning Guide V. Tomcat Developer's Guide (writing code for Tomcat itself) I treat Installation Behind a Web Server Guide as advanced topics. For general tomcat users, they should be more interested in configuring Tomcat than in making it running behind web server. Punky
Re: Table of Contents
2) How about moving Developing Interceptors, Valves and Connectors, and Using Tomcat Utility Classes to a seperate Developer Guide? They are only useful for real hackers. Don't forget what make Apache HTTP server so successfull. The number of modules built for Apache 1.2/1.3 APIs. If we don't comments and explain how to use and extend Tomcat, we'll loose many contributions and indirects users. Henri, Agree. And we need to make the developer guide more richer in content. But before that, we should make a good user guide first in order to make tomcat more popular. Once we have a large user base, we will have a stronger support for extending tomcat. Punky P.S. What hacker I mean is: The one who read the source code and make change to it so that the whole system get benefit from it. So you are hacker. (but me not yet). The guy who break the system is cracker, or black hacker to be specific.
Re: Table of Contents
Alex, Please see my comment below: 1) The details of the TOC looks better than my version. 2) How about moving Developing Interceptors, Valves and Connectors, and Using Tomcat Utility Classes to a seperate Developer Guide? They are only useful for real hackers. 3) How about putting all the installation and configuration of Tomcat standalone first, and then followed by some chapters (advanced topics) about Running Tomcat behind web servers? 4) Overall, I prefer to have all the basics chapters comes first, and then some advanced topices listed in the later chapter. This is what I found from most of user manuals in my bookshelf. 5) About Copyright and Authorship. It is fine for you to hold the copyright. But if somebody modified your TOC and send back to you, and you accepted these changes. How about identity of authorship of this document? Punky - Original Message - From: Alex Chaffee [EMAIL PROTECTED] To: [EMAIL PROTECTED] Cc: [EMAIL PROTECTED]; [EMAIL PROTECTED]; [EMAIL PROTECTED] Sent: Saturday, July 07, 2001 1:02 AM Subject: DOC: Table of Contents Here's my current Table of Contents. As I said in an earlier message, I'd like to organize this TOC as a little more abstract than a simple table of contents. Each section should be organized to contain not just our original documents, but also a list of other resources on that topic. This will be a good way to get a useful set of docs up and running quickly. In fact, I imagine that many of the chapters will remain unwritten for a while, since there may be existing documents, or articles, or FAQ entries that cover the topic (even if not exclusively). In short, I propose that writing a TOC is a very important first step, and that this TOC should live a life of its own as a standalone document, containing links to other docs, and meta-information like links to other docs as well. I used emacs outline mode, which uses * to represent header level, so we don't have to renumber all the chapters all the time. * = part ** = chapter *** = section For the Security chapter, I took the outline Antony wrote. I trust the current discussion thread will improve upon it. Since there's a lot of detail in here, here's the outline to one level of headers only: * Part I: Installation Guide ** Overview ** Pre-Installation ** Installation Standalone ** Server lifecycle management ** Secure Server (SSL) ** Virtual Hosts ** Installing Jasper (JSP) ** Logging ** Load Balancing * Part II: Installation Behind A Web Server ** Installation Behind a Web Server Overview ** Behind Apache ** Behind IIS ** Behind iPlanet * Part III: Deploying Web Applications in Tomcat ** Web Application Primer ** The Web application directory structure ** Deploying your Web applications ** Reloading ** Aliasing and redirecting ** Security ** Developing with Jasper (JSP) * Part IV: Performance ** Performance Tuning Web Applications ** Tuning the server ** Load Balancing * Part V: Tomcat Development ** Tomcat 3.x vs 4.x ** Overview of Tomcat code base ** Downloading the source code ** Building the source code ** Bugs ** Developing Interceptors (Tomcat 3.x) ** Developing Valves (Tomcat 4.x) ** Developing Connectors ** Using Tomcat Utility Classes * Appendices ** server.xml documentation ** web.xml documentation ** Glossary ** Resources A note on copyright: I'm claiming copyright for this document, since I may use parts of it to write articles or books, and I haven't done the research on what it means to post text (as opposed to code) into an Apache project. I'd contribute it explicitly as open source if I were sure I'd keep my rights to use it too. If anyone can enlighten me on this topic, please respond with a separate subject line (like Copyrights) so we can keep discussions of copyright separate from discussions of the table of contents itself. The copyright will not prevent other Apache contributors from using or editing it or adding it to the code base -- that is, I want to preserve *my* right to use it in a non-Apache context, but also to grant Apache the right to use it too. If that's even possible. I'm confused. Anyway, here it is :-) Next steps: comments revisions ad infinitum flag each section as applicable to 3.x, 4.x, or both add links to existing documents volunteer authors to write chapters/sections -- Alex Chaffee mailto:[EMAIL PROTECTED] jGuru - Java News and FAQs http://www.jguru.com/alex/ Creator of Gamelan http://www.gamelan.com/ Founder of Purple Technology http://www.purpletech.com/ Curator of Stinky Art Collective http://www.stinky.com/ This document Copyright (C) 2001 by Alex Chaffee. All rights reserved. Permission is granted for the Apache project to incorporate it in whole or in part into their documentation. *
Re: [PRE-PROPOSAL] jakarta-tomcat-doc sub-project : WAS: [TomcatDocumentation Redactors To Hire]
Developer in the sense of this sentence is a Tomcat developer. User is the people that just want to download, install, configure, and utilize Tomcat as a servlet container. Agree. That's why I suggested that we need to separate Developer Guide from User/Administrator Guide. I believed that the User community is much larger than Developer comunity. Hence, the 1st priority must go into writing the User/Administrator Guide first. I also agreed that we don't really need web application guide. As someone say (Criag ?), all the web application development is almost the same across different containers. What we really need is the documentation about the deployment, which should be placed under User/Administrator Guide. And I also suspect that the Developer Guide would be useful. I don't think we need to document every technical details (like API, function calls, class diagrams), because these will change from time to time. What we really need is some technical notes on the design idea. Of course, if the APIs are stable enough, like RequestIntercepter(3.x) and Filter(4.x) patterns, they need to be properly documented as well. Hence, the Developer Guide serves as effective communication tools among developers. For real hackers who want to know the internals or extend Tomcat, I still believe that source code is the best documentation. I don't have any preference on where the doc should be place, just like what Craig says, it don't bother me much, and just hoping that I don't screw up the code. Punky P.S. Sorry to respond late as I'm 100% off the list since last Friday.
Re: First day - RE: PROPOSAL: Tomcat docs
Rob, Please see below for rephrased version of Introduction and Administrator Guide. 0) Introduction - Why use tomcat, what does it do and what doesn't it do? - Feature list as from tomcat 3 and as from tomcat 4 (group together features and in which versions they appear/dissapear). - Requirements (JDK versions, extra libs?, etc.) - How-to submit a bug - How-to subscribe to tomcat-user/-dev how-to UNSUBSCRIBE :) - Interesting links (api-spec, etc) 1) Administrator's Guide - Quick install (VERY short and simple) - Detailed installation? Not a nice name... - Connectors and beyond. Why choose which connector and why don't use a certain connector? - Tomcat standalone - Apache - IIS - Netscape - Tomcat SSL - Tips - (versioned?) Mini-FAQ - Advanced configuration - Complete server.xml reference - Heavy Load Guide (Loadbalancing) I combined the Introduction and Administrator's Guide to Administrator Guide. Actually this is my proposed TOC. And I believe that we need separate document for different Tomcat servers. e.g. 3.3 and 4.0. I. Getting Started 1. Introduction 1.1 What is Tomcat 1.3 About Jakarta Project 1.2 About Apache 2. Installing Tomcat 2.1 Installation Guide 2.2 Supported Platfrom 2.3 Advanced Installation Guide 2.4 Troubleshooting 3. Tomcat Basics 3.1 Overview 3.2 Features 3.3 Directory Structures 4. Running Tomcat 4.1 Startup 4.2 Testing 4.3 Shutdown 5. Web Application 5.1 Installing 5.2 Testing 5.2 Trobleshooting 5.3 Advanced Topics II. Server Administration 6. Configuring Server 7. Configuring Web Applications 8. Security III. Advanced Topics 9. Web Servers and HTTP Connectors 9.1 Apache 9.1.1 mod_jk 9.1.2 mod_jserv 9.1.3 mod_webapp (for Tomcat 4.0) 9.2 IIS 9.3 iPlanet 9.4 Netware 9.5 Lotus Domino 10. Performance Tuning 11. Load-balancing No idea how to do load-balancing in Tomcat, what I know is that it can be done through mod_jserv and mod_jk 12. Using SSL May be under Section 6: Configuring Server? 13. Realms No idea: or should it be under Security? 14. Building from Source 14.1 Getting Source Code 14.2 Compiling 14.3 CVS Repository 15. Get Involved 15.1 How to Contribute 15.2 Guidelines 15.3. Bug Reports 15.3.1 Bug Database 15.3.2 Submitting Bug Reports IV. Appendices A. server.xml reference B. web.xml reference C. Resources C.1 Mailing Lists C.2 Links D. License E. Acknowledgements Credits 2) Web Application Developers' Guide - Things to know while developing with Tomcat. The web dev doesn't have to be an admin pro! 3) Container Architecture Guide - In this case also some references to technical docs which explain how to start writing eg custom handlers, etc). I think this two guides should be separated into two other documents. Comparing the user base and developer base, I think almost all users (administrators) will complain about documentation. So Administrator Guide is the 1st priority I believe. But a introduction section for webapp development should be in the Administrator Guide so that the webapp developers are able to install their webapps to tomcat. While the Webapp developer guides documents some advanced topics. Please advise if anybody get any idea. Regards, Punky
Re: [T4] Three things
You should just be able to override tomcat.build and tomcat.dist properties in your local build.properties file. One of the advantages of the build.properties approach is that you can override *any* property definition in Ant, not just the ones that were passed from the build.sh or build.bat scripts. Craig Craig, Thanks. It works for me now. Punky
Re: [T4] Three things
#1. I have been able to compile Tomcat 4 for the FIRST time in about 6 months without a lot of painful work. Woo hoo! Agree. I have the same experience before. But a few days ago I tried again, I did it. How amazing. Thanks a lot, guys. Now my only complain for building TC4 from cvs is that I cannot find out how to make build/ and dist/ directories to some places other than under jakarta-tomcat-4.0. Could any body help me out? Regards, Punky
Re: mod_webapp APR
APR is not a feature of Apache 2.0, but a library/shared object/DLL that Apache 2.0 makes use to. It provides a bundle of functions like file I/O, sockets, IPC, threading, etc. While the API is in C, it is portable to almost all platforms, even the oddest OS/2 and BeOS. In C world, it is a very essential and critical component to build large piece of software (like DBMS) that support multiple platforms. Mozilla has NSPR that does the same stuff, and that's why you can see that Mozilla (and Apache of course) is available in most platforms. Punky Hi, I'm not too familiar with APR, so forgive me if this is a stupid question ;-) If APR is an Apache 2.0 feature, does this mean that mod_webapp will only work with Apache 2.0? If so - what then for Apache 1.3 connectivity to tomcat 4? -Thom -- http://www.borland.com/newsgroups http://www.borland.com/devsupport/disclaim.html
Re: Tomcat 4.0-beta-2 Security Vulnerability
And I think it is also good to state in the mail-announcement and in the jakarta website that the b2 have such security vulnerability when b3 is rolled out. Punky - Original Message - From: "Craig R. McClanahan" [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Tuesday, April 03, 2001 7:38 AM Subject: Re: Tomcat 4.0-beta-2 Security Vulnerability On Mon, 2 Apr 2001, Mel Martinez wrote: --- "Craig R. McClanahan" [EMAIL PROTECTED] wrote: I suggest that we create a revised version of beta 2, clearly labelled so that people will know whether they have the corrected version or not -- and we should do this immediately (like today) to minimize the number of people who end up downloading twice. I suggest we call the updated version "Tomcat 4.0-beta-2-update-1" or something like that. Comments? Votes? I vote you just call it "Tomcat-4.0-beta-3". I don't recall ever being told there were limits to the number of betas one can produce. :-) I believe that a new beta number is justified by any significant bug fix or fixes and a security hole is definitely significant, even if the code change may be tiny. By labeling it 'beta-3' it is CLEARLY the latest build and CLEARLY newer than beta-2. Makes sense to me. "Beta 3" it is. fwiw, Dr. Mel Martinez G1440, Inc. Craig
Re: mod_webapp status?
Henri, To see if APR could run on AS/400, you just need to download the Apache2.0alpha drop and build it. If the httpd could run properly than APR works on AS/400! Have fun! Punky - Original Message - From: "GOMEZ Henri" [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Monday, March 26, 2001 3:27 PM Subject: RE: mod_webapp status? I subscribed to apr-list to start learning more on APR. Having a cross system IO portable library is really a good thing. I'm also working on AS/400 and if APR could run on this OS it will be a very good thing for my works developpements. May be something to investigate since AS/400 is really very posix (may be the most posix implementation I ever see). :) Si la fortune vient en dormant, a n'empche pas les emmerdements de venir au rveil. -- Pierre Dac -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] Sent: Friday, March 23, 2001 7:00 PM To: [EMAIL PROTECTED] Subject: RE: mod_webapp status? On Fri, 23 Mar 2001, GOMEZ Henri wrote: Since mod_jk is using just a few APR-like functions, the transition woulnd't be difficult - but it's important to do it at the right time. And IMHO that should come as a decision from tomcat-dev - I would feel very bad if Henri or Dan would decide to switch to APR without a serious discussion on tomcat-dev. Don't worry, I never said I'll modify mod_jk to use APR, and I didn't remember Dan speak about it. We're correcting the remaining bugs. Henri, I didn't said I'm worried that you would modify mod_jk to APR, but do so without discussing it on tomcat-dev. I think APR is clearly the future for mod_jk, and that was the original intention ( as I remember from the old discussions ). You may read the various discussions between I and Dan about mod_jk and everybody known what we're doing. And that's more important than the code itself - the fact that we are all involved and can give feedback. Costin
Re: mod_webapp status?
- Original Message - From: "jean-frederic clere" [EMAIL PROTECTED] To: [EMAIL PROTECTED] Cc: "Rodent of Unusual Size" [EMAIL PROTECTED] Sent: Thursday, March 22, 2001 10:16 PM Subject: Re: mod_webapp status? I agree and that's the main advantage of APR. But you'll see on a Tomcat list question like 'How to build APR ?', 'Where to find a APR.DLL ?'. This could be the answer: +++ CUT +++ * remove the --disable-shared from the subdir config of APR(UTIL) before the final release. (in fact, it might even be nice to allow for Apache config/build against an already-installed APR(UTIL)) Note: we need to do a "make install" for APR(UTIL) so the shared libraries can be installed properly. We could also use that point to install include files (rather than have Apache know everything that needs to be installed from the sub-packages). The original impetus for doing the disable-shared was because the shared lib wasn't getting installed and a "make clean" in aprutil would make Apache fail to load. +++ CUT +++ From [STATUS] (httpd-2.0) Wed Mar 21 23:45:16 EST 2001 That means apr.so could/should be downloaded independantly from Apache. (And will be in Apache2.0). Oh, let me see... APR can't be built as static library? (i.e. libapr.a). If it can be built as static library, we don't create a new problem to the user. But obviously, the work has shifted to the one who build mod_webapp (Sam or Pier?), and of course the developer have to know how to build it. I think it should be built as static lib... Let me build the Apache2.0alpha now and tell you all later. Sam, can GUMP build C code? Punky
Re: mod_webapp status?
Are you volunteering to help do that? :-) If so, that would be great. Craig McClanahan But I don't know the underlying architecture of mod_webapp. How is it different from mod_jk? Is it not using the ajp protocol? And can you give me some pointers? (plesase don't point me to http://jakarta.apache.org/cvsweb/index.cgi/jakarta-tomcat-4.0/connectors/web applib/ ;-) ) Punky
Re: mod_webapp status?
Let's say, webapp needs to use 10% of APR, but that 10% represents 90% of its complexity (shmem, mutexes, I/O)... Even if it's not final when Tomcat 4 goes final, that shouldn't prevent us from using it... It's a good library, and why doing ourselves what others are already doing (and are far more knowledgeable than whoever is on this list, I might add!) I trust the HTTPd and APR teams 100% Agree! And I trust them all! I think the APR is much more stable than the httpd-server itself, in terms of reliability of code and stablibility of API. This is because it is the lowest layer of httpd and it must be robust enough. Same as APR, Mozilla has NSPR which serves the same purpose. Although Mozilla is still in alpha/beta stage, but NSPR is stablized. Punky
Re: Linux IBM JDK + Tomcat + SMP hangs
IBM JDK: java version "1.3.0" Java(TM) 2 Runtime Environment, Standard Edition (build 1.3.0) Classic VM (build 1.3.0, J2RE 1.3.0 IBM build cx130-20001124 (JIT enabled: jitc)) brien It's not Tomcat's problem. It is your JDK's problem. It is a know issue for IBM 1.3.0-5.0 JDK. Make sure you use SR6 version. Has anyone else had this problem? because it appears as though I am having it too. I have search my archive of Tomcat-User posts and the web for information on Tomcat hanging under linux SMP. I found the above post but no replies to it. This is a wrong list for IBM JDK and linux SMP issue. Instead, please read ibm.software.java.linux in news://news.software.ibm.com Punky
Re: mod_webapp status?
- Original Message - From: "GOMEZ Henri" [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Thursday, March 22, 2001 6:21 AM Subject: RE: mod_webapp status? I'm rewriting it using APR... As we speak... Pier (under the snow in Dublin) APR is a great piece of code but it will restrict Tomcat to have only one front-end, Apache Web Server. I think the advantage to use APR is that there is no need to worry about portability across all platforms. For example, file I/O, socket, threading and some IPC calls. We can still able to write NES filter, IIS filter and Apache1.3/2.0 modules on top of it. Punky
http HEAD request
Hi, I found 2 issues about the build-in HTTP Connector in Tomcat 3.2. The first one is that the HEAD request returns a full document. I am not a HTTP expert, so I don't know if it is right or wrong. But when I "telnet localhost 80" on my apache for HEAD request, only headers are return. The second one is that the HEAD request does not return the Server attribute. This is not a big deal, but it makes Netcraft unable to detect there are Tomcat standalone servers around. Use http://uptime.netcraft.com/up/graph/ and see... Any comment? OK, see below. Punky == $ telnet localhost 8080 Trying 127.0.0.1... Connected to ws-punky-tse. Escape character is '^]'. HEAD /index.html HTTP/1.0 HTTP/1.0 200 OK Content-Type: text/html Content-Length: 2572 Last-Modified: Thu, 04 Jan 2001 12:32:28 GMT Servlet-Engine: Tomcat Web Server/3.2.1 (JSP 1.1; Servlet 2.2; Java 1.2.2; Windows NT 4.0 x86; java.vendor=Sun Microsystems Inc.) index.html here. == $ telnet localhost 80 Trying 127.0.0.1... Connected to ws-punky-tse. Escape character is '^]'. HEAD / HTTP/1.0 HTTP/1.1 200 OK Date: Thu, 04 Jan 2001 12:34:57 GMT Server: Apache/1.3.12 (Win32) tomcat/1.0 Content-Location: index.html.en Vary: negotiate,accept-language TCN: choice Last-Modified: Sat, 20 Nov 1999 07:29:40 GMT ETag: "0-574-38364de4;3792a3d4" Accept-Ranges: bytes Content-Length: 1396 Connection: close Content-Type: text/html Content-Language: en Expires: Thu, 04 Jan 2001 12:34:57 GMT Connection closed by foreign host. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
[OT] Holiday Reading - Refactoring
Hi guys, I read from some threads that Costin mentioned that 3.3 is a refactoring of 3.2 code. Here I found an article about Refactoring: http://www.sdmagazine.com/articles/2000/0012/0012b/0012b.htm Enjoy! Merry X'mas Punky
Re: [tomcat-4.0] building is hard
Hi, Craig and Pier: Let's fix it! We have a beautiful build tool (Ant) , why can't we have a good build system? My build scripts for 3.2 and 3.3 runs great. So, I try to write build script for TC4. But I failed. Like Jon, I found that it is too hard to build. Still, I haven't try Tomcat 4.0. Although I can download snapshot or milestone build, I like "do it myself"! ;-) I hope to see that it can be built by myself very soon! Punky - Original Message - From: "Pier P. Fumagalli" [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Thursday, December 14, 2000 5:44 PM Subject: Re: [tomcat-4.0] building is hard Stuart Roebuck [EMAIL PROTECTED] wrote: Jon, I *absolutely* agree with the need to make the Tomcat build environment easier to setup. The current situation is a *serious* barrier to encouraging wider participation. There's no rocket science required at present, but few of us have time to mess about and I for one gave up at least three times before circumstances forced me to work through the process. Oh, by the way. Despite what I said to Jon (with whom I was discussing right this week-end about this), I too agree that building Tomcat 4.0 is a major pain. It took me 1 day to figure out what was needed and so on. I had a chat with him on that last time we talked on the phone and we agreed that we need to make it simpler before going beta and final. Thank you very much Stuart for outlining what were your difficulties trying to build, when you get used to it, it's really hard to see what are the weak points in the process... 1. Good old programming 'side-effects' - intuitively, you do not expect that changes to directories outside of the tomcat directory will impact on the building of tomcat. If you are moving your tomcat build directory to a new location, you don't want to have to look at readme files to work out what has to move with the directory at the same time. I agree... The most weird thing to see is when you type "./build.sh" and aparently nothing gets generated, until you don't look in "../build" 2. If the 'jakarta-ant' and 'jakarta-servletapi' directories are full source distributions and a developer is involved in the ongoing development of one of these projects as well (e.g. ant) there can be a conflict between the version requirements of Tomcat and the ongoing work on the latest version of a project it depends upon. To put it in other words, if you are working on adding new features to the very latest version of ant you may be working with a version which is incompatible with the current build of tomcat. You are therefore forced to maintain two separate copies of ant - one to make tomcat work, one for ant development. Right... But also Ant changes behavior of its core components every other week, it's hard to keep that in sync. I believe it would be good to "freeze" one version and keep using that. My preference would be to simply include the distributable jar files of required libraries in a lib/ or similar directory inside the tomcat directory. Those libraries that are distributable could be included in the CVS but optionally excluded from the nightly builds and distributions (to reduce file size). Users would be asked to place the relevant .jar files of non-distributable libraries in the same place. This is basically the model for cocoon - which is *way* simpler to build than tomcat. This also makes life a lot easier when moves are made to use newer versions of libraries for Tomcat, because they can simply be updated in the CVS (if they are distributable). Someone (me! :) proposed to do as they do in XML land with the Xerces project. They distribute a simple "xerces-tools..." JAR containing all libraries required for the build. What do you think? Would it be a good idea to do the same for Tomcat? I'd rather not check in JARs in the CVS, but I believe that a single big zip with all libraries would be great... Pier -- Pier Fumagalli http://www.betaversion.org/ mailto:[EMAIL PROTECTED] -- --
