Re: [VOTE] Tomcat 4.1.18 release

[Punky Tse]

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:


[ ] Yes
[ ] No


Remy


--
To unsubscribe, e-mail:   

For additional commands, e-mail: 




===
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?

[Punky Tse]

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:



For additional commands, e-mail: 



--
To unsubscribe, e-mail:   
For additional commands, e-mail: 





--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

Re: webapp/apr cvs tags?

[Punky Tse]

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?

[Punky Tse]

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:   
For additional commands, e-mail: 

Re: Help..Tomcat4x+jdk1.3+FreeBSD..Hang Why...

[Punky Tse]

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:   
>> 
>> For additional commands, e-mail: 
>> 
>>
>>
> 
> 
> 
> 
> -- 
> To unsubscribe, e-mail:   
> 
> For additional commands, e-mail: 
> 
> 




--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

HTTP 302 status probelm in httpd-2.0/Tomcat 4.0/mod_webapp

[Punky Tse]

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

===
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.
===

===
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:   
For additional commands, e-mail: 

Re: cvs commit: jakarta-tomcat-connectors/webapp Makefile.in

[Punky Tse]

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:   
For additional commands, e-mail: 

Re: cvscommit:jakarta-tomcat-connectors/webapp/supportbuildconf.sh

[Punky Tse]

>
>
>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:   
For additional commands, e-mail: 

Re: wa_version.h / jk_version.h : WAS ......

[Punky Tse]

+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:   
For additional commands, e-mail: 

Re: cvscommit:jakarta-tomcat-connectors/webapp/supportbuildconf.sh

[Punky Tse]

> 
> 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:   
For additional commands, e-mail: 

Re: cvscommit:jakarta-tomcat-connectors/webapp/supportbuildconf.sh

[Punky Tse]

> 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-dev&m=100878406017530&w=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 ."  *
 *   *
 *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

[Punky Tse]

GOMEZ Henri wrote:
>>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...
> 
> 
> Hum, I just commited wa_version.h and it's really similar to
> what Jean-Frederic proposed and commited to mod_jk.
> 
> And it's what httpd 2.0 (ap_release.h) use 
> 
I tell you why:

http://marc.theaimsgroup.com/?l=tomcat-dev&m=100878406017530&w=2

;-)
Punky




--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

Re: cvscommit:jakarta-tomcat-connectors/webapp/supportbuildconf.sh

[Punky Tse]

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

[Punky Tse]

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 
 #include 
 #include 
+#include 
 
 /* * */
 /* 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 
 #include 
 #include 
+#include 
 #include 
 
 /* * */
@@ -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 that the following conditions are met:   *
 *   

Re: cvs commit:jakarta-tomcat-connectors/webapp/supportbuildconf.sh

[Punky Tse]

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  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:
>>===
>>
>>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
>>
>>===
>>
>>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: cvs commit: jakarta-tomcat-connectors/webapp/supportbuildconf.sh

[Punky Tse]

Pier,

You have done a very good job.  After your "renovation" work, it 
compiles and runs on FreeBSD without error.  Bravo!!  \^o^/

Cheers,
Punky.

Pier Fumagalli wrote:

>"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:   
>For additional commands, e-mail: 
>
>  
>




--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

Re: cvs commit:jakarta-tomcat-connectors/webapp/supportbuildconf.sh

[Punky Tse]

Henri,

I have no problem in my linux box.  My conf:
===

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

===

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:   
>>
>>For additional commands, e-mail: 
>>
>>
>>
>>
>>
>
>--
>To unsubscribe, e-mail:   
>For additional commands, e-mail: 
>
>  
>




--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

Re: cvs commit: jakarta-tomcat-connectors/webapp/apache-2.0 Makefile.in

[Punky Tse]

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 
>   -# @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:   
> For additional commands, e-mail: 
> 




--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

Re: [COMMENTS] Tomcat 4.1 release plan draft posted

[Punky Tse]

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:   
For additional commands, e-mail: 

Re: Apache 2.0 - webapps

[Punky Tse]

> 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:   
For additional commands, e-mail: 

Re: Error running Apache 2.0 with mod_webapp.so ormod_jk-01.sobinaries

[Punky Tse]

> >
> > 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:   
For additional commands, e-mail: 

Re: Error running Apache 2.0 with mod_webapp.so or mod_jk-01.sobinaries

[Punky Tse]

> >> [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:   
For additional commands, e-mail: 

Re: Building mod_jk2 for Win32

[Punky Tse]

> 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:   
For additional commands, e-mail: 

RE: Error running Apache 2.0 with mod_webapp.so or mod_jk-01.so binaries

[Punky Tse]

> 
> 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:   
For additional commands, e-mail: 

Re: Error running Apache 2.0 with mod_webapp.so or mod_jk-01.so binaries

[Punky Tse]

> 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:   
For additional commands, e-mail: 

Re: Building modapp for Tomcat4.0 and apache1_3.23

[Punky Tse]

> 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:   
For additional commands, e-mail: 

Re: Building modapp for Tomcat4.0 and apache1_3.23

[Punky Tse]

> >>
> >>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.21&r2=1.22&diff_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:   
For additional commands, e-mail: 

Re: Building modapp for Tomcat4.0 and apache1_3.23

[Punky Tse]

>
> 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.21&r2=1.22&diff_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:   
For additional commands, e-mail: 

Re: New web page for filing a tomcat bug report

[Punky Tse]

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=UNCONFIRMED&bug_sta
tus=NEW&bug_status=ASSIGNED&bug_status=REOPENED&bug_status=VERIFIED&email1=&
emailtype1=substring&emailassigned_to1=1&email2=&emailtype2=substring&emailr
eporter2=1&bugidtype=include&bug_id=&changedin=&votes=&chfieldfrom=&chfieldt
o=Now&chfieldvalue=&product=Tomcat+4&short_desc=&short_desc_type=allwordssub
str&long_desc=&long_desc_type=allwordssubstr&bug_file_loc=&bug_file_loc_type
=allwordssubstr&keywords=&keywords_type=anywords&field0-0-0=noop&type0-0-0=n
oop&value0-0-0=&cmdtype=doit&order=%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:   
For additional commands, e-mail: 

Re: Building modapp for Tomcat4.0 and apache1_3.23

[Punky Tse]

make install?  I don't run it.  I manually copy mod_webapp.so from
apache-1.3/.libs to libexec directory.  README.txt should have all
information you need.

Punky

- Original Message -
From: "Noaman Ahmed" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Saturday, April 06, 2002 9:18 PM
Subject: Building modapp for Tomcat4.0 and apache1_3.23


I am getting following o/p at the time of builng webapp module .

./configure with all appropriate action succeds.

Even
make Succeds

But I get following error at the time of make install



make[1]: Entering directory "lib"
make[1]: Invoking "make  build"
/usr/local/bin/gcc -g -O2   -g -O2 -DSOLARIS2=8 -D_POSIX_PTHREAD_SEMANTICS -
D_RE
ENTRANT   -I/usr/local/apr/include -I/software/user/webapp_module/include -c
"pr
_warp.c" -o "pr_warp.o"
pr_warp.c: In function `headers':
pr_warp.c:198: `TYPE_REQ_HEADER' undeclared (first use in this function)
pr_warp.c:198: (Each undeclared identifier is reported only once
pr_warp.c:198: for each function it appears in.)
pr_warp.c: In function `warp_handle':
pr_warp.c:245: `TYPE_REQ_INIT' undeclared (first use in this function)
pr_warp.c:279: `TYPE_REQ_CONTENT' undeclared (first use in this function)
pr_warp.c:291: `TYPE_REQ_SCHEME' undeclared (first use in this function)
pr_warp.c:303: `TYPE_REQ_AUTH' undeclared (first use in this function)
pr_warp.c:329: `TYPE_REQ_CLIENT' undeclared (first use in this function)
pr_warp.c:345: `TYPE_REQ_SERVER' undeclared (first use in this function)
pr_warp.c:359: `TYPE_REQ_PROCEED' undeclared (first use in this function)
pr_warp.c:372: `TYPE_RES_STATUS' undeclared (first use in this function)
pr_warp.c:380: `TYPE_RES_HEADER' undeclared (first use in this function)
pr_warp.c:391: `TYPE_RES_COMMIT' undeclared (first use in this function)
pr_warp.c:396: `TYPE_RES_BODY' undeclared (first use in this function)
pr_warp.c:403: `TYPE_RES_DONE' undeclared (first use in this function)
pr_warp.c:408: `TYPE_CBK_READ' undeclared (first use in this function)
pr_warp.c:416: `TYPE_CBK_DONE' undeclared (first use in this function)
pr_warp.c:418: `TYPE_CBK_DATA' undeclared (first use in this function)
pr_warp.c:421: `TYPE_ERROR' undeclared (first use in this function)
pr_warp.c:373: warning: unreachable code at beginning of switch statement
pr_warp.c:373: warning: unreachable code at beginning of switch statement
*** Error code 1
make: Fatal error: Command failed for target `pr_warp.o'
Current working directory /software/user/webapp_module/lib
*** Error code 1
make: Fatal error: Command failed for target `template'
Current working directory /software/user/webapp_module
*** Error code 1
make: Fatal error: Command failed for target `lib-build'
you have mail



_
Do You Yahoo!?
Get your free @yahoo.com address at http://mail.yahoo.com


--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

Re: DO NOT REPLY [Bug 5181] - HttpConnector [8080] No processor available, rejecting this connection

[Punky Tse]

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
>.
>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 hand

Re: Problems with mod_webapp. Please read!

[Punky Tse]

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
> > > > >
> > > > > 
> > > > > WebAppConnection conn  warp  localhost:8008
> > > > > WebAppDeploy examples  conn  /examples
> > > > > 
> > > > >
> > > > > 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:

> > > > > For additional commands, e-mail:

> > > >
> > > > --
> > > > To unsubscribe, e-mail:

> > > > For additional commands, e-mail:

> > > >
> > > >
> > >
>
>
>
> --
> To unsubscribe, e-mail:

> For additional commands, e-mail:



_
Do You Yahoo!?
Get your free @yahoo.com address at http://mail.yahoo.com


--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

Re: Problems with mod_webapp. Please read!

[Punky Tse]

Erik,

Have you set "ServerName" directive?  Or any "" 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
>
> 
> WebAppConnection conn  warp  localhost:8008
> WebAppDeploy examples  conn  /examples
> 
>
> 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:

> For additional commands, e-mail:



_
Do You Yahoo!?
Get your free @yahoo.com address at http://mail.yahoo.com


--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

Re: Problems with mod_webapp. Please read!

[Punky Tse]

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:

> For additional commands, e-mail:



_
Do You Yahoo!?
Get your free @yahoo.com address at http://mail.yahoo.com


--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

Re: Issues with Tomcat 4.0.1 and WebAppDeploy

[Punky Tse]

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
> > 
> > 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
> > 
> > WebAppDeploy manager warpConnection /manager
> > WebAppDeploy examples warpConnection /examples
> > WebAppDeploy ROOT warpConnection /
> > WebAppInfo /webapp-info
> > 
> > 
> >
> > -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
> > 

Re: Issues with Tomcat 4.0.1 and WebAppDeploy

[Punky Tse]

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
> 
> 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
> 
> WebAppDeploy manager warpConnection /manager
> WebAppDeploy examples warpConnection /examples
> WebAppDeploy ROOT warpConnection /
> WebAppInfo /webapp-info
> 
> 
>
> -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 :-)
> >
> > >  <>   <>  <>  <>
> > > 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 --
>

Re: Issues with Tomcat 4.0.1 and WebAppDeploy

[Punky Tse]

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 :-)
>
> >  <>   <>  <>  <>
> > 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:

> For additional commands, e-mail:



_
Do You Yahoo!?
Get your free @yahoo.com address at http://mail.yahoo.com


--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

Re: [mod_webapp] error in configure script

[Punky Tse]

JF,

It works! Thanks.

And last time I said I will submit mod_webapp version patch for apache-1.3. 
It is now ready, together with the one for apache-2.0.  Please review.

Punky

--- jean-frederic clere <[EMAIL PROTECTED]> wrote:
> 
> Done, please test
> 
> Cheers
> 
> Jean-frederic
> 


__
Do You Yahoo!?
Great stuff seeking new owners in Yahoo! Auctions! 
http://auctions.yahoo.com


mod_webapp.c.13.diff
Description: mod_webapp.c.13.diff


mod_webapp.c.20.diff
Description: mod_webapp.c.20.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 ."  *
 *   *
 *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.   *
 *   *
 * = *
 *   *
 * This software  consists of voluntary  contributions made  by many indivi- *
 * duals on behalf of the  Apache Software Foundation.  For more information *
 * on the Apache Software Foundation, please see .   *
 *   *
 * = */

#ifndef _WA_VERSION_H_

[mod_webapp] error in configure script

[Punky Tse]

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:   
For additional commands, e-mail: 

Re: Problems with mod_webapp

[Punky Tse]

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:

> For additional commands, e-mail:



_
Do You Yahoo!?
Get your free @yahoo.com address at http://mail.yahoo.com


--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

[PATCH] : mod_webapp version (was : compiling latest webapp for TC 4.0.2b2)

[Punky Tse]

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=off&mode_w=on&site=punknix.homei
p.net&submit=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 2>&1
> > 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 2>&1
> > 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 2>&1
> > 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 2>&1
> > 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 2>&1
> > 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 2>&1
> > mv -f .libs/pr_warp_packet.lo pr_warp_packet.lo
> > /etc/httpd2/

Re: [Patch] add version information to mod_webapp in Server Header

[Punky Tse]

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 softwa

[Patch] add version information to mod_webapp in Server Header

[Punky Tse]

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 ."  *
 *   *
 *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  

Re: Tomcat next

[Punky Tse]

> 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

[TC4] build.properties.sample minor patch

[Punky Tse]

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: [T4] Build Frustration

[Punky Tse]

>
> 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

Re: cvs commit: jakarta-tomcat-4.0/webapps/examples build.xml

[Punky Tse]

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: cvs commit: jakarta-tomcat-4.0/webapps/examples build.xml

[Punky Tse]

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
<   
<
---
>   
>   




--- [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 @@
>
>  
>   value="${servletapi.home}/lib/servlet.jar"/>
>   +   value="${mail.home}/lib/mail.jar"/>
>
>
>  
>   
>   
>   


__
Do You Yahoo!?
Get email alerts & NEW webcam video instant messaging with Yahoo! Messenger
http://im.yahoo.com

Re: Table of Contents

[Punky Tse]

> >
> > 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: Table of Contents

[Punky Tse]

> >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: [DOC] Table of Contents

[Punky Tse]

> > 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: [DOC] TOC - thoughts

[Punky Tse]

> 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: Table of Contents

[Punky Tse]

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.

Re: [PRE-PROPOSAL] jakarta-tomcat-doc sub-project : WAS: [TomcatDocumentation Redactors To Hire]

[Punky Tse]

>
> "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

[Punky Tse]

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


12. Using SSL


13. Realms


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: [PRE-PROPOSAL] jakarta-tomcat-doc sub-project : WAS: [Tomcat Documentation Redactors To Hire]

[Punky Tse]

See comments below.


> And currently when you update documentation, you could have
> 2 or 3 branchs to updates (TC 3.2, 3.3, 4.0).
>
> But there is many common areas (realms, connectors) and
> we should avoid such duplication effort...
>
> What about starting a jakarta-tomcat-doc sub-project, where
> some redactors could have commit access, maybe even without
> commit access to developpers projects like tomcat, j-t-c, jasper...
>
> A quick proposal of tree could be :
>
> jakarta-tomcat-doc  +  +- jserv
> |  |
> +- connectors -+- jk
> |  |
> |  +- webapp
> |
> +- jasper (3.2/3.3)
> |
> +- realms (JDBC/JNDI/LDAP)
> |
> +- tomcat 3.x
> |
> +- tomcat 4.x
>

I would like to have another suggestion.  The jakarta-tomcat-doc repository
should only contains a complete handbook for various tomcat servers (3.2,
3.3 & 4.0).  The handbook should covers sections like Installation, System
Adminstration, Webapp development and Performance Tuning.  (uh, I copy it
from FreeBSD handbook).  Also, a separate developer handbook can be written
as needed.

For specifications and technical notes (for example WARP spec), because it
documents the developer mind and serves as an effective commuication for
developers, I still suggest leaving them in the original repository.  For
how-tos (JDBC/Realms, connectors), I think we just have to compile an index
for it.

Just my 2 cents.

Punky

Re: [T4] Three things

[Punky Tse]

>
> 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

[Punky Tse]

> #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

[Punky Tse]

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

[Punky Tse]

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?

[Punky Tse]

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'empêche pas les emmerdements de venir
au réveil.
-- 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: Linux IBM JDK + Tomcat + SMP hangs

[Punky Tse]

> >
> > 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?

[Punky Tse]

> 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: mod_webapp status?

[Punky Tse]

> 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?

[Punky Tse]

>
> 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.
>

Verified.  It is can be built as static library called libapr.a.  But I
don't know how to built a dynamic one ^_^;

Punky

Re: mod_webapp status?

[Punky Tse]

- 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?

[Punky Tse]

- 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

[Punky Tse]

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.)



==
$ 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

[Punky Tse]

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

[Punky Tse]

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  

> --
--
>