RE: [Tomcat Documentation Redactors To Hire] - WAS: TOMCAT SUCKS
At 08:56 AM 6/29/01 -0400, you wrote: It's funny how people can say, TOMCAT SUCKS but everyone and their sister is out there running it successfully. If you take the time to read and understand the documentation that's out there, you can too! Anyways, speak of the devil, but I'm all about Tomcat documentation. Unzip this into your $CATALINA_HOME/webapps/ROOT/docs dir (the one with all of the current docs in it) and let me know what you think. It's more a look-and-feel template and an idea since I'm just getting back into the loop, and haven't spent much time with TC4 (yet). Two things: 1) I'd like to propose that we segment the documentation much more so than in 3.x. Someone (Craig?, whomever) has done a really good, although incomplete =p job of this with the TC4 blue-framed docs so far. This is much more manageable for doc authors, and MUCH less daunting for first-time Tomcat users. I think people would be a lot more willing to read/proofread and maintain the documentation if the vertical scroll bar didn't get so small when they opened it =) 2) Incorporate more of a FAQ into the user's guide. If a newbie Tomcat user gets a BindException, they shouldn't have to look online to see what it means. Same goes for environment space, etc. Thoughts? - r p.s. Yes the HTML isn't what it could be, but that's not my area of expertise =) -Original Message- From: GOMEZ Henri [mailto:[EMAIL PROTECTED]] Sent: June 29, 2001 3:42 AM To: [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Subject: [Tomcat Documentation Redactors To Hire] - WAS: TOMCAT SUCKS Not to get into a great big argument over OS version commercial products, but if OS projects expect to be taken with the same consideration as commercial they have to accept to be compared across the board. This includes documentation. You can't just pick and choose the battles you want to fight. Could we close this thread positively ? We all know that tomcat documentation is incomplete and we need help in that area. Tomcat IS AN OPENSOURCE project with a big user community, Jon Stevens recently reported more than 50-100k downloads / month. Everybody could be involved in the project, and not necessary developpers. I'm sure there is around potentials documentation redactors. So who will be interested in working on the Tomcat Documentation ? -- For the most part, the documentation in OS projects just plain sucks, if it even exists. Believe it or not this is one of the reasons OS is often frowned upon. Look at Microsoft, sure its close source, people may think it sucks, blah blah blah, but do you have idea how much information is on MSDN? The lack of documentation available goes against some very basic rules of Software Engineering. In the real world does this really matter? I dunno, but often times packaging and presentation, and a finished looka nd feel are the key to getting in the door and this is where most OS projects fail miserably. Because its free might be the reason the documentation sucks, it shouldn't be a justification. (not that i'm saying tomcat sucks, just argueing the point). What a whiner ;-)j/k, honest, I perceive the Devil's advocacy role. It is true, most OS projects suffer from this, but only from an outsider's point of view. The people who develop the stuff and use it all the time, DO NOT NEED DOCUMENTATION. People who do not participate, DO. So it is thus purely an exercise in altruism on the developers' part. Really, though, if there were just a central e-mail to send snippets and paragraphs, I'm sure a lot of people like me would probably enjoy sending in small submissions. I remember about 18 months ago, I saw a posting with the subject: Tomcat Documentation in Spanish I assumed that the content of the message would be something like Where can I get it? but it was more like: I just did a translation, if anyone needs it I don't speak Spanish, so it had no direct benefit to me, but indirectly, it was encouraging to see someone contributing their time and effort freely like that, with no recompense at all except for a good feeling. The Net in general needs less Q and more A, less ??? and more !!!, fewer remoras and more sharks. Bob
Re: problem with mod_webapp
On Thu, Jun 28, 2001 at 06:35:29PM -0700, Justin Erenkrantz wrote: What if (random thoughts coming out now), instead of requiring people to build APR (since that seems the biggest source of problems), we don't simply ask them where the tarball is, and then in our configure script, we configure it, and then build it together while building the module... In that way we won't have troubles with previous APR installations/builds, we _know_ what we're going to supply to the APR configure script and we solve all those troubles? Yup, that's what httpd-2.0 does. Just require them to slap the apr sources in srclib (or something like that). APR isn't standalone just yet. I was shocked when I saw that mod_webapp required an install of APR. =) -- justin APR *will* be standalone, but since it is not yet completely stable it may at random times not be standalone. That may be unsatisfactory for j-t-c, or maybe that just means that we have to work harder to get APR to be standalone. Last time I built APR standalone for use with j-t-c I didn't have a problem with it (on Solaris 8/sparc and Linux/RH 7.1/x86). We just have to have docs that capture all the scenarios (which is much harder to do in scripts). Maybe I can post some doc updates from my experiences building that beast. -aaron
cvs commit: jakarta-tomcat-connectors/jk/doc AJPv14.txt
hgomez 01/06/29 07:49:58 Modified:jk/doc AJPv14.txt Log: Update Ajp14 protocol description. - JkAutoMount directive format changed - We could now request/receive informations for multiple contexts at the same time. Revision ChangesPath 1.5 +117 -82 jakarta-tomcat-connectors/jk/doc/AJPv14.txt Index: AJPv14.txt === RCS file: /home/cvs/jakarta-tomcat-connectors/jk/doc/AJPv14.txt,v retrieving revision 1.4 retrieving revision 1.5 diff -u -r1.4 -r1.5 --- AJPv14.txt2001/06/07 13:38:56 1.4 +++ AJPv14.txt2001/06/29 14:49:56 1.5 @@ -1,7 +1,7 @@ /*** * Description: Proposal for Apache JServ 1.4 * * Author: Henri Gomez [EMAIL PROTECTED] * - * Version: $Revision: 1.4 $ * + * Version: $Revision: 1.5 $ * ***/ This document is a proposal of evolution of the current @@ -71,6 +71,9 @@ * Extended env vars passed from web-server to servlet engine. +* Add extra SSL informations needed by Servlet 2.3 API (like SSL_KEY_SIZE) + + Advanced login -- @@ -96,7 +99,7 @@ supported (AJP14/AJP15/AJP16...) The Web server info will contain web server info and -connector name (ie Apache 1.3.19 + mod_ssl 2.8.2 + mod_jk 3.3 + mod_perl 1.25). +connector name (ie Apache 1.3.20 + mod_ssl 2.8.4 + mod_jk 1.2a1 + mod_perl 1.25). The servlet engine will mask the negociation mask with it's own mask (what it can do) and return it when loggin is accepted. @@ -116,25 +119,30 @@ - Messages Stream - -+-+---+---+ -| LOGIN INIT CMD (1 byte) | NEGOCIATION DATA (32bits) | WEB SERVER INFO (CString) | -+-+---+---+ - -+-+---+ -| LOGIN SEED CMD (1 byte) | MD5 of entropy (32 chars) | -+-+---+ - -+-+---+ -| LOGIN COMP CMD (1 byte) | MD5 of RANDOM + SECRET KEY (32 chars) | -+-+---+ - -+++---+ -| LOGOK CMD (1 byte) | NEGOCIED DATA (32bits) | SERVLET ENGINE INFO (CString) | -+++---+ - -+-+---+ -| LOGNOK CMD (1 byte) | FAILURE CODE (32bits) | -+-+---+ +++--+-+ +| LOGIN INIT CMD | NEGOCIATION DATA | WEB SERVER INFO | +++--+-+ + ++++ +| LOGIN SEED CMD | MD5 of entropy | ++++ + ++++ +| LOGIN COMP CMD | MD5 of RANDOM + SECRET KEY | ++++ + ++---+---+-+ +| LOGOK CMD | NEGOCIED DATA | SERVLET ENGINE INFO | ++---+---+-+ + +++--+ +| LOGNOK CMD | FAILURE CODE | +++--+ + +- LOGIN INIT CMD, LOGIN SEED CMD, LOGIN COMP CMD, LOGOK CMD, LOGNOK CMD are 1 byte long. +- MD5, MD5 of RANDOM + SECRET KEY are 32 chars long. +- NEGOCIATION DATA, NEGOCIED DATA, FAILURE CODE are 32 bits long. +- WEB SERVER INFO, SERVLET ENGINE INFO are CString. The secret key will be set by a new propertie in workers.properties : secretkey @@ -151,19 +159,22 @@ AJP13 miss a functionnality of AJP12, which is shutdown command. A logout will tell servlet engine to shutdown itself. -+---+---+ -| SHUTDOWN CMD (1 byte) | MD5 of RANDOM + SECRET KEY (32 chars) | -+---+---+ - -+-+ -| SHUTOK CMD (1 byte) | -+-+ - -+--+---+ -| SHUTNOK CMD (1 byte) | FAILURE CODE (32bits) | -+--+---+ ++--++ +| SHUTDOWN CMD | MD5 of RANDOM + SECRET KEY | ++--++ + +++ +| SHUTOK CMD | +++ + ++-+--+ +| SHUTNOK CMD | FAILURE CODE |
cvs commit: jakarta-tomcat-connectors/jk/native/common jk_ajp14.c jk_ajp14.h
hgomez 01/06/29 07:53:14
Modified:jk/native/common jk_ajp14.c jk_ajp14.h
Log:
Autoconf works in progress in Ajp14 protocol handler
The key of contexts is the virtual server, we should/could
handle N contexts by M vrituals servers
Revision ChangesPath
1.10 +138 -83 jakarta-tomcat-connectors/jk/native/common/jk_ajp14.c
Index: jk_ajp14.c
===
RCS file: /home/cvs/jakarta-tomcat-connectors/jk/native/common/jk_ajp14.c,v
retrieving revision 1.9
retrieving revision 1.10
diff -u -r1.9 -r1.10
--- jk_ajp14.c2001/06/22 08:33:56 1.9
+++ jk_ajp14.c2001/06/29 14:53:13 1.10
@@ -58,7 +58,7 @@
/***
* Description: Next generation bi-directional protocol handler. *
* Author: Henri Gomez [EMAIL PROTECTED] *
- * Version: $Revision: 1.9 $ *
+ * Version: $Revision: 1.10 $ *
***/
@@ -399,89 +399,104 @@
* The Autoconf feature of AJP14, let us know which URL/URI could
* be handled by the servlet-engine
*
- *
+---+-++---+
- * | CONTEXT INFO CMD (1 byte) | VIRTUAL HOST NAME (CString (*)) | CONTEXT NAME
(CString (*)) | URL1 [\n] URL2 [\n] URL3 [\n] |
- *
+---+-++---+
- *
+ *
+---+-++---+---+
+ * | CONTEXT INFO CMD (1 byte) | VIRTUAL HOST NAME (CString (*)) | CONTEXT NAME
(CString (*)) | URL1 [\n] URL2 [\n] URL3 [\n] | NEXT CTX. |
+ *
+---+-++---+---+
*/
int ajp14_unmarshal_context_info(jk_msg_buf_t *msg,
- jk_context_t *context,
+ jk_context_t *c,
jk_logger_t *l)
{
-char *sname;
- /* char *old; unused */
+char *vname;
+char *cname;
+char *uri;
int i;
-sname = (char *)jk_b_get_string(msg);
+vname = (char *)jk_b_get_string(msg);
-if (! sname) {
+if (! vname) {
jk_log(l, JK_LOG_ERROR, Error ajp14_unmarshal_context_info - can't get
virtual hostname\n);
return JK_FALSE;
}
-if (context-virtual) /* take care of removing previously allocated
data */
-free(context-virtual);
+/* Check if we get the correct virtual host */
+if (strcmp(c-virtual, vname)) {
+/* set the virtual name, better to add to a virtual list ? */
+
+if (context_set_virtual(c, vname) == JK_FALSE) {
+jk_log(l, JK_LOG_ERROR, Error ajp14_unmarshal_context_info - can't
malloc virtual hostname\n);
+return JK_FALSE;
+}
+}
-context-virtual = strdup(sname);
+for (;;) {
+
+cname = (char *)jk_b_get_string(msg);
-if (! context-virtual) {
-jk_log(l, JK_LOG_ERROR, Error ajp14_unmarshal_context_info - can't malloc
virtual hostname\n);
-return JK_FALSE;
-}
+if (! cname) {
+jk_log(l, JK_LOG_ERROR, Error ajp14_unmarshal_context_info - can't get
context\n);
+return JK_FALSE;
+}
-sname = (char *)jk_b_get_string(msg);
+/* grab all contexts up to empty one which indicate end of contexts */
+if (! strlen(cname))
+break;
-if (! sname) {
-jk_log(l, JK_LOG_ERROR, Error ajp14_unmarshal_context_info - can't get
context\n);
-return JK_FALSE;
-}
+/* create new context base (if needed) */
-if (context-cbase) /* take care of removing previously allocated data */
-free(context-cbase);
+if (context_add_base(c, cname) == JK_FALSE) {
+jk_log(l, JK_LOG_ERROR, Error ajp14_unmarshal_context_info - can't
add/set context %s\n, cname);
+return JK_FALSE;
+}
-context-cbase = strdup(sname);
-
-if (! context-cbase) {
-jk_log(l, JK_LOG_ERROR, Error ajp14_unmarshal_context_info - can't malloc
context\n);
-return JK_FALSE;
-}
+ for (;;) {
- for (i = 1;; i++) {
+uri = (char *)jk_b_get_string(msg);
- sname =
cvs commit: jakarta-tomcat-connectors/jk/native/common jk_context.c jk_context.h
hgomez 01/06/29 07:55:22
Modified:jk/native/common jk_context.c jk_context.h
Log:
Complete refactory of context, virutal is the key
Revision ChangesPath
1.5 +179 -60 jakarta-tomcat-connectors/jk/native/common/jk_context.c
Index: jk_context.c
===
RCS file: /home/cvs/jakarta-tomcat-connectors/jk/native/common/jk_context.c,v
retrieving revision 1.4
retrieving revision 1.5
diff -u -r1.4 -r1.5
--- jk_context.c 2001/06/18 14:15:37 1.4
+++ jk_context.c 2001/06/29 14:55:22 1.5
@@ -58,47 +58,52 @@
/***
* Description: Context handling (Autoconf)*
* Author: Henri Gomez [EMAIL PROTECTED] *
- * Version: $Revision: 1.4 $ *
+ * Version: $Revision: 1.5 $ *
***/
#include jk_global.h
#include jk_context.h
#include jk_ajp_common.h
+
/*
- * Init the context info struct
+ * Set the virtual name of the context
*/
-int context_open(jk_context_t *c)
+int context_set_virtual(jk_context_t *c, char *virtual)
{
if (c) {
-jk_open_pool(c-p, c-buf, sizeof(jk_pool_atom_t) * SMALL_POOL_SIZE);
- c-virtual = NULL;
- c-cbase= NULL,
-c-status = AJP14_CONTEXT_DOWN;
-c-size = 0;
-c-capacity = 0;
-c-uris = NULL;
+
+if (virtual) {
+c-virtual = jk_pool_strdup(c-p, virtual);
+
+if (! c-virtual)
+return JK_FALSE;
+}
+
return JK_TRUE;
}
return JK_FALSE;
}
-
/*
- * Create the context info struct
+ * Init the context info struct
*/
-int context_alloc(jk_context_t **c)
+int context_open(jk_context_t *c, char *virtual)
{
if (c) {
-return context_open(*c = (jk_context_t *)malloc(sizeof(jk_context_t)));
+jk_open_pool(c-p, c-buf, sizeof(jk_pool_atom_t) * SMALL_POOL_SIZE);
+c-size = 0;
+c-capacity = 0;
+c-contexts = NULL;
+
+return context_set_virtual(c, virtual);
}
-
+
return JK_FALSE;
}
-
/*
* Close the context info struct
@@ -107,6 +112,7 @@
int context_close(jk_context_t *c)
{
if (c) {
+
jk_close_pool(c-p);
return JK_TRUE;
}
@@ -114,9 +120,20 @@
return JK_FALSE;
}
+/*
+ * Allocate and open context
+ */
+int context_alloc(jk_context_t **c, char * virtual)
+{
+if (c)
+return context_open(*c = (jk_context_t *)malloc(sizeof(jk_context_t)),
virtual);
+
+return JK_FALSE;
+}
+
/*
- * Delete the context info struct
+ * Close and destroy context
*/
int context_free(jk_context_t **c)
@@ -125,8 +142,7 @@
context_close(*c);
free(*c);
*c = NULL;
- return JK_TRUE;
-
+return JK_TRUE;
}
return JK_FALSE;
@@ -134,79 +150,182 @@
/*
- * Find a context in the Contextes List
+ * Ensure there will be memory in context info to store Context Bases
*/
-jk_context_t * context_find(jk_context_list_t *l, char * virtual, char * cbase)
+static int context_realloc(jk_context_t *c)
{
- int i;
+if (c-size == c-capacity) {
+jk_context_item_t **contexts;
+int capacity = c-capacity + CBASE_INC_SIZE;
+
+contexts = (jk_context_item_t **)jk_pool_alloc(c-p,
sizeof(jk_context_item_t *) * capacity);
- if (! l)
- return NULL;
+if (! contexts)
+return JK_FALSE;
- for (i = 0; i l-ncontext; i++) {
- if (virtual)
- if (strcmp(l-contexts[i]-virtual, virtual))
- continue;
+memcpy(contexts, c-contexts, sizeof(jk_context_item_t *) * c-capacity);
- if (cbase)
- if (! strcmp(l-contexts[i]-cbase, cbase))
- return (l-contexts[i]);
- }
+c-contexts = contexts;
+c-capacity = capacity;
+}
- return NULL;
+return JK_TRUE;
}
/*
- * Context Memory Managment
+ * Ensure there will be memory in context info to URIS
*/
-
-static int context_realloc(jk_context_t *c)
+
+static int context_item_realloc(jk_context_t *c, jk_context_item_t *ci)
{
-if (c-size == c-capacity) {
-char **uris;
-int capacity = c-capacity + CONTEXT_INC_SIZE;
+if (ci-size == ci-capacity) {
+
Re: problem with mod_webapp
jean-frederic clere at [EMAIL PROTECTED] wrote: Aaron Bannert wrote: On Thu, Jun 28, 2001 at 06:35:29PM -0700, Justin Erenkrantz wrote: What if (random thoughts coming out now), instead of requiring people to build APR (since that seems the biggest source of problems), we don't simply ask them where the tarball is, and then in our configure script, we configure it, and then build it together while building the module... In that way we won't have troubles with previous APR installations/builds, we _know_ what we're going to supply to the APR configure script and we solve all those troubles? Yup, that's what httpd-2.0 does. Just require them to slap the apr sources in srclib (or something like that). APR isn't standalone just yet. I was shocked when I saw that mod_webapp required an install of APR. =) -- justin No problem, httpd-2.0 installed it for me ;-) APR *will* be standalone, but since it is not yet completely stable it may at random times not be standalone. That may be unsatisfactory for j-t-c, or maybe that just means that we have to work harder to get APR to be standalone. Last time I built APR standalone for use with j-t-c I didn't have a problem with it (on Solaris 8/sparc and Linux/RH 7.1/x86). We just have to have docs that capture all the scenarios (which is much harder to do in scripts). I am using normaly using the APR (static libraries) resulting of the httpd-2.0 installation. There are always small things to arrange but a part of changes must be done in APR and a smaller part of them in mod_webapp. Using APR sources like httpd-2.0 is dangerous: What will happend when mod_webapp for Apache-2.0 will be available and that httpd-2.0 and mod_webapp use a different APR version sources? APRVARS problably need to be improved, but I am not sure using APR sources instead APR installation really helps. It should just a difference in the build process. If you say --with-apache2=/myApache2.0Dir/ or something like it in the configure file, the webapp-apr should be ignored, and we rely on AP20... Pier
cvs commit: jakarta-tomcat-4.0/catalina/src/conf catalina.policy
glenn 01/06/29 11:01:14
Modified:catalina/src/conf catalina.policy
Log:
Update policy for WebappClassLoader changes
Revision ChangesPath
1.13 +4 -16 jakarta-tomcat-4.0/catalina/src/conf/catalina.policy
Index: catalina.policy
===
RCS file: /home/cvs/jakarta-tomcat-4.0/catalina/src/conf/catalina.policy,v
retrieving revision 1.12
retrieving revision 1.13
diff -u -r1.12 -r1.13
--- catalina.policy 2001/06/22 20:36:29 1.12
+++ catalina.policy 2001/06/29 18:01:09 1.13
@@ -8,7 +8,7 @@
//
// * Read access to the document root directory
//
-// $Id: catalina.policy,v 1.12 2001/06/22 20:36:29 glenn Exp $
+// $Id: catalina.policy,v 1.13 2001/06/29 18:01:09 glenn Exp $
//
@@ -138,30 +138,18 @@
// grant codeBase file:${catalina.home}/webapps/examples/- {
// permission java.net.SocketPermission dbhost.mycompany.com:5432, connect;
// permission java.net.SocketPermission *.noaa.gov:80, connect;
-//
// };
//
// The permissions granted to the context WEB-INF/classes directory
-//
-// Permissions granted to a web applications /WEB-INF/classes
-// need to use the JNDI naming convention Tomcat 4 uses to identify
-// these resources. The naming convention is
-// jndi:/virtual host name/web application directory/WEB-INF/classes/
-//
-// grant codeBase jndi:/localhost/examples/WEB-INF/classes/- {
+// grant codeBase file:${catalina.home}/webapps/examples/WEB-INF/classes/- {
// };
//
-// Permissions granted to a web applications /WEB-INF/lib
-// need to use the JNDI naming convention Tomcat 4 uses to identify
-// these resources. The naming convention is
-// jar:jndi:/virtual host name/web application directory/WEB-INF/lib/
-//
// The permission granted to your JDBC driver
-// grant codeBase jar:jndi:/localhost/examples/WEB-INF/lib/driver.jar {
+// grant codeBase
file:${catalina.home}/webapps/examples/WEB-INF/lib/driver.jar!/- {
// permission java.net.SocketPermission dbhost.mycompany.com:5432, connect;
// };
// The permission granted to the scrape taglib
-// grant codeBase jar:jndi:localhost/webapps/examples/WEB-INF/lib/scrape.jar {
+// grant codeBase
file:${catalina.home}/webapps/examples/WEB-INF/lib/scrape.jar!/- {
// permission java.net.SocketPermission *.noaa.gov:80, connect;
// };
cvs commit: jakarta-tomcat-4.0/catalina/docs tomcat-security.html
glenn 01/06/29 11:01:41
Modified:catalina/docs tomcat-security.html
Log:
Update policy for WebappClassLoader changes
Revision ChangesPath
1.3 +9 -21 jakarta-tomcat-4.0/catalina/docs/tomcat-security.html
Index: tomcat-security.html
===
RCS file: /home/cvs/jakarta-tomcat-4.0/catalina/docs/tomcat-security.html,v
retrieving revision 1.2
retrieving revision 1.3
diff -u -r1.2 -r1.3
--- tomcat-security.html 2001/06/26 21:00:30 1.2
+++ tomcat-security.html 2001/06/29 18:01:37 1.3
@@ -156,7 +156,7 @@
//
// * Read access to the document root directory
//
-// $Id: tomcat-security.html,v 1.2 2001/06/26 21:00:30 glenn Exp $
+// $Id: tomcat-security.html,v 1.3 2001/06/29 18:01:37 glenn Exp $
//
@@ -279,37 +279,25 @@
// For instance, assume that the standard examples application
// included a JDBC driver that needed to establish a network connection to the
// corresponding database and used the scrape taglib to get the weather from
-// the NOAA web server.nbsp; You might create a grant entries like this:
+// the NOAA web server. You might create a grant entries like this:
//
// The permissions granted to the context root directory apply to JSP pages.
// grant codeBase file:${catalina.home}/webapps/examples/- {
-//nbsp;nbsp;nbsp;nbsp;nbsp; permission java.net.SocketPermission
dbhost.mycompany.com:5432, connect;
-//nbsp;nbsp;nbsp;nbsp;nbsp; permission java.net.SocketPermission
*.noaa.gov:80, connect;
-//
+// permission java.net.SocketPermission dbhost.mycompany.com:5432, connect;
+// permission java.net.SocketPermission *.noaa.gov:80, connect;
// };
//
// The permissions granted to the context WEB-INF/classes directory
-//
-// Permissions granted to a web applications /WEB-INF/classes
-// need to use the JNDI naming convention Tomcat 4 uses to identify
-// these resources.nbsp; The naming convention is
-// jndi:/lt;virtual host name/lt;web application directory/WEB-INF/classes/
-//
-// grant codeBase jndi:/localhost/examples/WEB-INF/classes/- {
+// grant codeBase file:${catalina.home}/webapps/examples/WEB-INF/classes/- {
// };
//
-// Permissions granted to a web applications /WEB-INF/lib
-// need to use the JNDI naming convention Tomcat 4 uses to identify
-// these resources.nbsp; The naming convention is
-// jar:jndi:/lt;virtual host name/lt;web application directory/WEB-INF/lib/
-//
// The permission granted to your JDBC driver
-// grant codeBase jar:jndi:/localhost/examples/WEB-INF/lib/driver.jar {
-//nbsp;nbsp;nbsp;nbsp;nbsp; permission java.net.SocketPermission
dbhost.mycompany.com:5432, connect;
+// grant codeBase
file:${catalina.home}/webapps/examples/WEB-INF/lib/driver.jar!/- {
+// permission java.net.SocketPermission dbhost.mycompany.com:5432, connect;
// };
// The permission granted to the scrape taglib
-// grant codeBase jar:jndi:localhost/webapps/examples/WEB-INF/lib/scrape.jar {
-//nbsp;nbsp;nbsp;nbsp;nbsp; permission java.net.SocketPermission
*.noaa.gov:80, connect;
+// grant codeBase
file:${catalina.home}/webapps/examples/WEB-INF/lib/scrape.jar!/- {
+// permission java.net.SocketPermission *.noaa.gov:80, connect;
// };/pre
/td
/tr
Re: problem with mod_webapp
On Thu, 28 Jun 2001 [EMAIL PROTECTED] wrote: Connector className=org.apache.ajp.tomcat4.Ajp13Connector port=8009 acceptCount=10 debug=0/ and i built mod_jk.so and put it in my libexec directory, but i don't know how to configure mod_jk in apache's httpd.conf for tomcat-catalina. do you have some configuration advice for this situation? The server side configuration for Ajp13 should be identical for tomcat3 and tomcat4. To get started ( and if you don't have too many static files) you can map the whole context. okay, i've got apache talking to tomcat, but i always get this message: Tomcat Error Report HTTP Status 500 - No Host matches server name foobar.webslingerZ.com my server.xml contains this service: Service name=Tomcat-Apache !-- Connector className=org.apache.catalina.connector.warp.WarpConnector port=8008 minProcessors=5 maxProcessors=75 enableLookups=true acceptCount=10 debug=0/ -- Connector className=org.apache.ajp.tomcat4.Ajp13Connector port=8009 acceptCount=10 debug=0/ Engine className=org.apache.catalina.connector.warp.WarpEngine name=Apache defaultHost=foobar.webslingerZ.com debug=0 appBase=webapps Logger className=org.apache.catalina.logger.FileLogger prefix=apache_log. suffix=.txt timestamp=true/ Realm className=org.apache.catalina.realm.MemoryRealm / /Engine /Service i tried putting a Host element underneath the Engine but it didn't like that at all. i think this must be wrong since i'm trying to associate an Ajp13Connector with a WarpEngine. how should this be configured? sorry, i've not been able to find any docs for this configuration. - donald
RE: problem with mod_webapp
i tried putting a Host element underneath the Engine but it didn't like that at all. i think this must be wrong since i'm trying to associate an Ajp13Connector with a WarpEngine. how should this be configured? sorry, i've not been able to find any docs for this configuration. Hi Donald, Your best friend here is Kevin Seguin who does the AJP13 port to TC 4.0 :)
cvs commit: jakarta-tomcat-connectors/jk/native/apache-2.0 Makefile.apxs.in
hgomez 01/06/29 13:47:04
Modified:jk/native/apache-2.0 Makefile.apxs.in
Log:
Update Makefile for Apache 2.0
Submitted by: J-F Clere (which still didn't have decent access ?:)
Revision ChangesPath
1.3 +5 -2 jakarta-tomcat-connectors/jk/native/apache-2.0/Makefile.apxs.in
Index: Makefile.apxs.in
===
RCS file: /home/cvs/jakarta-tomcat-connectors/jk/native/apache-2.0/Makefile.apxs.in,v
retrieving revision 1.2
retrieving revision 1.3
diff -u -r1.2 -r1.3
--- Makefile.apxs.in 2001/06/14 14:38:13 1.2
+++ Makefile.apxs.in 2001/06/29 20:47:01 1.3
@@ -15,11 +15,14 @@
OEXT=.c
include ../common/list.mk
-all: mod_jk.so
+all: mod_jk.la
-mod_jk.so:
+mod_jk.la:
$(APXS) -c -o $@ -Wc,${APXSCFLAGS} ${JK_INCL} ${JAVA_INCL}
${APXSLDFLAGS} mod_jk.c ${APACHE_OBJECTS}
+install: mod_jk.la
+ $(APXS) -i mod_jk.la
+
clean:
rm -f *.o *.so *.lo *.la *.slo
rm -rf .libs
cvs commit: jakarta-tomcat-connectors/jk/native README.configure
hgomez 01/06/29 13:49:01 Modified:jk/native README.configure Log: Updated information on how to specify external LINKERS Submitted by: J-F Clere Revision ChangesPath 1.5 +4 -0 jakarta-tomcat-connectors/jk/native/README.configure Index: README.configure === RCS file: /home/cvs/jakarta-tomcat-connectors/jk/native/README.configure,v retrieving revision 1.4 retrieving revision 1.5 diff -u -r1.4 -r1.5 --- README.configure 2001/06/11 11:07:44 1.4 +++ README.configure 2001/06/29 20:48:59 1.5 @@ -25,6 +25,10 @@ make * make install + It is possible to set CFLAGS and LDFLAGS to add some platform specifics: + LDFLAGS=-lc \ + ./configure -with-apxs=/home2/local/apache/bin/apxs + jakarta-tomcat-connectors arguments --- JVM related parameters:
cvs commit: jakarta-tomcat/src/shell jspc.sh
hgomez 01/06/29 13:53:57
Modified:src/shell jspc.sh
Log:
Updated CLASSPATH to follow new scheme in TC 3.3
Submitted by: Nicolas Mailhot [[EMAIL PROTECTED]]
Revision ChangesPath
1.3 +2 -2 jakarta-tomcat/src/shell/jspc.sh
Index: jspc.sh
===
RCS file: /home/cvs/jakarta-tomcat/src/shell/jspc.sh,v
retrieving revision 1.2
retrieving revision 1.3
diff -u -r1.2 -r1.3
--- jspc.sh 2000/02/09 06:50:50 1.2
+++ jspc.sh 2001/06/29 20:53:53 1.3
@@ -1,6 +1,6 @@
#!/bin/sh
#
-# $Id: jspc.sh,v 1.2 2000/02/09 06:50:50 shemnon Exp $
+# $Id: jspc.sh,v 1.3 2001/06/29 20:53:53 hgomez Exp $
# Shell script to runt JspC
@@ -63,7 +63,7 @@
oldCP=$CLASSPATH
CLASSPATH=.
-for i in ${TOMCAT_HOME}/lib/* ; do
+for i in ${TOMCAT_HOME}/lib/container/* ${TOMCAT_HOME}/lib/common/* ; do
CLASSPATH=${CLASSPATH}:$i
done
cvs commit: jakarta-tomcat-connectors KEYS
hgomez 01/06/29 13:57:20 Added: .KEYS Log: Added PGP KEYS, will allow user to check signature which will became important at release time since we'll distribute native binaries Revision ChangesPath 1.1 jakarta-tomcat-connectors/KEYS Index: KEYS === This file contains the PGP keys of various Apache developers. Please don't use them for email unless you have to. Their main purpose is code signing. Apache users: pgp KEYS Apache developers: pgp -kxa your name and append it to this file. Type Bits/KeyIDDate User ID pub 1024/697ECEDD 2000/04/06 Henri Gomez [EMAIL PROTECTED] *** RPM SIGNING KEY *** -BEGIN PGP PUBLIC KEY BLOCK- Version: 2.6.3i mQCNAzjsydwAAAEEAMpwFU/ci3/wR3ryCGp9Exr+Rx/hTQ7hWAJcVw8ejlBXlT4T yITlRUs0HGfRWxME2J55PuXXsIEPZzjfozNtvOyq8WlLlJ7iaiyWxVRoPJ25sSEj C9etm6wjj4E66ZgzuElZkm1m69uEsCHPPNuz1oQ/g1O+SmIVxIYirlxpfs7dAAUR tBxIZW5yaSBHb21leiA8aGdvbWV6QHNsaWIuZnI+iQCVAwUQOOzJ3IYirlxpfs7d AQFQyQQAj0D9G0hEL7SQGaSCkkoXwvamQw42N8+tNm+jfWHWdE4HAiVlhJmI2GyD sdcXVAcR8R7ILIRB5AY7a3bF+qMk0r+vO6oR878RKKn9AvtaAIOnrh6tr0tiPwf5 XDUMySxIWJEF3SmJAy9Lq3bAl5GMzZCFHiS0NW2gtWgmr/u1RuM= =6l+I -END PGP PUBLIC KEY BLOCK-
[J-T-C] PGP Keys
I just added a file in J-T-C, called KEYS. To follow the Apache HTTPD team, and others jakarta and xml projects. Could I ask you, J-T-C developpers, to add your PGP KEYS ? Thanks - Henri Gomez ___[_] EMAIL : [EMAIL PROTECTED](. .) PGP KEY : 697ECEDD...oOOo..(_)..oOOo... PGP Fingerprint : 9DF8 1EA8 ED53 2F39 DC9B 904A 364F 80E6
Re: problem with mod_webapp
On Fri, 29 Jun 2001, Donald Ball wrote: okay, i've got apache talking to tomcat, but i always get this message: Tomcat Error Report HTTP Status 500 - No Host matches server name foobar.webslingerZ.com never mind, i fixed this problem. i have a new problem, but i started a thread on tomcat-user about it so as to not clog up the dev list with conf questions - although if catalina configuration discussions should be held here, lemme know. - donald
Re: [PRE-PROPOSAL] jakarta-tomcat-doc sub-project : WAS: [TomcatDocu mentation Redactors To Hire]
GOMEZ Henri at [EMAIL PROTECTED] wrote: Good idea, We could have a tomcat-doc mailing-list, but we'll still need to commit the material. I'd rather keep the documentation together with the project. When I (don't :) write the docs, I don't want to update two CVSes, we can give access to whoever wants to write it... Pier
RE: problem with mod_webapp
On Fri, 29 Jun 2001, GOMEZ Henri wrote: i tried putting a Host element underneath the Engine but it didn't like that at all. i think this must be wrong since i'm trying to associate an Ajp13Connector with a WarpEngine. how should this be configured? sorry, i've not been able to find any docs for this configuration. Hi Donald, Your best friend here is Kevin Seguin who does the AJP13 port to TC 4.0 :) well, heck, i took this over to tomcat-user, but what the hell. kevin, i'm getting this error now: 2001-06-29 14:25:00 StandardHost[foobar.webslingerz.com]: Installing web application at context path /intranet from URL file:/usr/local/jakarta-tomcat-4.0-b5/webapps/intranet 2001-06-29 14:25:00 StandardManager[/intranet]: Seeding random number generator class java.security.SecureRandom 2001-06-29 14:25:00 StandardManager[/intranet]: Seeding of random number generator has been completed 2001-06-29 14:25:01 ContextConfig[/intranet]: Added certificates - request attribute Valve 2001-06-29 14:25:01 StandardContext[/intranet]: Error initializing naming context for context /intranet 2001-06-29 14:25:01 StandardContext[/intranet]: Context startup failed due to previous errors my server.xml has this service: Service name=Tomcat-Apache Connector className=org.apache.ajp.tomcat4.Ajp13Connector port=8009 acceptCount=10 debug=0/ Engine name=Apache defaultHost=foobar.webslingerZ.com debug=0 appBase=webapps Logger className=org.apache.catalina.logger.FileLogger prefix=apache_log. suffix=.txt timestamp=true/ Realm className=org.apache.catalina.realm.MemoryRealm / Host name=chngw.webslingerZ.com debug=0 appBase=webapps unpackWARs=true Logger className=org.apache.catalina.logger.FileLogger directory=logs prefix=localhost_apache_log. suffix=.txt timestamp=true/ /Host /Engine /Service what have i done wrong now? *sigh*. oh yeah, the http error is: HTTP Status 503 - This application is not currently available - donald
cvs commit: jakarta-tomcat-4.0/catalina/src/conf catalina.policy
remm01/06/29 14:53:45
Modified:catalina/src/conf catalina.policy
Log:
- Package name typo fix.
Patch submitted by Gennis Emerson gemerson at acm.org
Revision ChangesPath
1.14 +2 -2 jakarta-tomcat-4.0/catalina/src/conf/catalina.policy
Index: catalina.policy
===
RCS file: /home/cvs/jakarta-tomcat-4.0/catalina/src/conf/catalina.policy,v
retrieving revision 1.13
retrieving revision 1.14
diff -u -r1.13 -r1.14
--- catalina.policy 2001/06/29 18:01:09 1.13
+++ catalina.policy 2001/06/29 21:53:43 1.14
@@ -8,7 +8,7 @@
//
// * Read access to the document root directory
//
-// $Id: catalina.policy,v 1.13 2001/06/29 18:01:09 glenn Exp $
+// $Id: catalina.policy,v 1.14 2001/06/29 21:53:43 remm Exp $
//
@@ -85,7 +85,7 @@
grant {
// Required for JNDI lookup of named JDBC DataSource's and
// javamail named MimePart DataSource used to send mail
-permission java.utim.PropertyPermission java.home, read;
+permission java.util.PropertyPermission java.home, read;
permission java.util.PropertyPermission java.naming.*, read;
permission java.util.PropertyPermission javax.sql.*, read;
specifying the root of your app???
Hi All, My Problem: When I need to read or write something to disk, I always have trouble finding out where the root of my application is... For example, If my application is in webapps, Tomcat treats the bin directory as the root (because thats where its running). How do you specify a different directory as the root of your application? Or is there some other way to refer to the directory where the jsp is run from? (Through the servlet context???) Ideally, I just want to be able to say look one directory up from wherever this jsp is run from, and open file blah.xml or something... Thanks a bunch... Colin Brumelle
Re: problem with mod_webapp
jeez... it's been a while since i've used ajp13 with tomcat 4 :) if memory serves... you want to add an ajp13 connector as a child of a service, e.g.: Service name=Tomcat-Standalone Connector className=org.apache.ajp.tomcat4.Ajp13Connector port=8009 acceptCount=10 debug=0/ ... GOMEZ Henri wrote: i tried putting a Host element underneath the Engine but it didn't like that at all. i think this must be wrong since i'm trying to associate an Ajp13Connector with a WarpEngine. how should this be configured? sorry, i've not been able to find any docs for this configuration. Hi Donald, Your best friend here is Kevin Seguin who does the AJP13 port to TC 4.0 :)
Re: [J-T-C] PGP Keys
so, i don't yet have a pgp key. what is the right way to generate my public/secret key pair? pgp -kg?? RSA or DSS/DH?? thanks :) GOMEZ Henri wrote: I just added a file in J-T-C, called KEYS. To follow the Apache HTTPD team, and others jakarta and xml projects. Could I ask you, J-T-C developpers, to add your PGP KEYS ? Thanks - Henri Gomez ___[_] EMAIL : [EMAIL PROTECTED](. .) PGP KEY : 697ECEDD...oOOo..(_)..oOOo... PGP Fingerprint : 9DF8 1EA8 ED53 2F39 DC9B 904A 364F 80E6
Re: problem with mod_webapp
Hi Kevin, Are you interested to update the connector to use Ajp14 ( in backward compat mode and/or ajp14 mode ) ? I think I found both short term and long term solutions for the config issue ( well, it seems mod_jk supports the same 'autoconfig' mode as mod_webapp - and it did that since the beginning, all it need is a bit of testing and some small improvements ). The big issue is if I'll do that for Ajp14 or should I do it for Ajp13 also ( i.e. a bit more work ). More details soon, I'm sorting out few more issues. Costin On Fri, 29 Jun 2001, kevin seguin wrote: jeez... it's been a while since i've used ajp13 with tomcat 4 :) if memory serves... you want to add an ajp13 connector as a child of a service, e.g.: Service name=Tomcat-Standalone Connector className=org.apache.ajp.tomcat4.Ajp13Connector port=8009 acceptCount=10 debug=0/ ... GOMEZ Henri wrote: i tried putting a Host element underneath the Engine but it didn't like that at all. i think this must be wrong since i'm trying to associate an Ajp13Connector with a WarpEngine. how should this be configured? sorry, i've not been able to find any docs for this configuration. Hi Donald, Your best friend here is Kevin Seguin who does the AJP13 port to TC 4.0 :)
Ajp13 wrong Response
I am having a problem which is very difficult to reproduce. Under certain conditions some request get the response for some other request. It looks like at some point probably due to some synchronization issues tomcat mixes de responses from different clients. I hadn't seen this behavior before, but since I moved from using just tomcat to using apache + mod_jk + tomcat it has occurred a couple of times. Has anyone seen this kind of behavior before? I am using apache_1.3.20, tomcat33-m3.
Re: problem with mod_webapp
[EMAIL PROTECTED] at [EMAIL PROTECTED] wrote: well, it seems mod_jk supports the same 'autoconfig' mode as mod_webapp - and it did that since the beginning Sometimes I just wish to quit this whole shit and go working for Starbucks (or Microsoft)... Thank you so much for pointing out what an idiot I am all the times... Pier
Re: problem with mod_webapp
On Sat, 30 Jun 2001, Pier P. Fumagalli wrote: well, it seems mod_jk supports the same 'autoconfig' mode as mod_webapp - and it did that since the beginning Sometimes I just wish to quit this whole shit and go working for Starbucks (or Microsoft)... Thank you so much for pointing out what an idiot I am all the times... okay, so what's the upshot for connecting catalina to apache-1.3? - donald
Re: problem with mod_webapp
Donald Ball at [EMAIL PROTECTED] wrote: On Sat, 30 Jun 2001, Pier P. Fumagalli wrote: well, it seems mod_jk supports the same 'autoconfig' mode as mod_webapp - and it did that since the beginning Sometimes I just wish to quit this whole shit and go working for Starbucks (or Microsoft)... Thank you so much for pointing out what an idiot I am all the times... okay, so what's the upshot for connecting catalina to apache-1.3? Use mod_jk, AJPvwhatever and so on, of which I don't know anything since I'm so dumb... Pier
Re: problem with mod_webapp
On Sat, 30 Jun 2001, Pier P. Fumagalli wrote: [EMAIL PROTECTED] at [EMAIL PROTECTED] wrote: well, it seems mod_jk supports the same 'autoconfig' mode as mod_webapp - and it did that since the beginning Sometimes I just wish to quit this whole shit and go working for Starbucks (or Microsoft)... Thank you so much for pointing out what an idiot I am all the times... ??? Please don't take this personally - I put some (free) time into this, and if I don't like your solution doesn't mean I consider you an idiot ( or that I'll not use the same solution, as it's considerably easier to implement :-) I spent a whole night reading the mod_webapp sources and trying to understand how this magic autoconfiguration works. There is a big interest in simpler configuration for apache+tomcat, and your code was the first place to look for something that can be merged into mod_jk. I'm not sure I completely understand it ( a huge mistery for me how you deal with the / root context, if you mount it then no page will be served by apache ). Another mistery is how you deal with virtual hosts, but that's easier. Anyway, if I understood your code ( and congrats for the javadocs ), it maps the whole context, without making distinction between static pages and servlets. The same thing is supported by mod_jk, except we're not using this ( since many people use apache to get fast static pages - if you want tomcat to serve all pages there's little reason to add apache ). I was going to send a proposal to use the same mechanism by default in mod_jk ( and tomcat3.3 ), except I can't understand how to deal with the root context. This will be a good short term solution and would also allow people to use either mod_jk or mod_webapp ( assuming the very unlikely merging of the 2 codebases ). Or at least will allow us to compare the protocols - which is kind of important to decide where to spend the development time. Costin ( and BTW, I share your feeling about working at Starbucks and quiting this whole shit )
Re: problem with mod_webapp
On Fri, Jun 29, 2001 at 06:38:34PM -0700, [EMAIL PROTECTED] wrote: Please don't take this personally - I put some (free) time into this, and if I don't like your solution doesn't mean I consider you an idiot ( or that I'll not use the same solution, as it's considerably easier to implement :-) I spent a whole night reading the mod_webapp sources and trying to understand how this magic autoconfiguration works. There is a big interest in simpler configuration for apache+tomcat, and your code was the first place to look for something that can be merged into mod_jk. One thing that mod_webapp has going for it is that it is based on APR (this makes the webapp code much simpler). In my experience with mod_jk, I've always had problems getting the right defines for my platform (as there is no configure script - somehow, I remember J.F. Clere adding some stuff to j-t-c). But, I think that for native platform code, you'll get a big win by using APR. The problem with APR is that you need to have a coherent strategy for using it. APR works, but it is still rough (esp. with installed APR). As discussed on dev@apr (think tomcat-dev was CCed), the two main projects that use APR (Subversion and httpd-2.0) both rely on the source - not the installed version of APR. Not to say that using the installed version is impossible, but just that no one else has really done this yet. I just ran into a problem with mod_jk from TC 3.2 where it wasn't dealing with the socket code correctly (this was fixed in 3.2.2, FWIW). It just seems that APR could allow the j-t-c folks to not worry about some lower-level stuff AND you get immediate cross-platform functionality of any code that you write. IMHO, that can't be underestimated. Let APR handle all of the odd OS stuff and focus on what it is that you are trying to do. You'll end up with better code all around. My $.02 as an APR zealot. -- justin
Re: Ajp13 wrong Response
I've seen it, but couldn't track it down. I haven't seen it come back in M4, but haven't been testing M4 long either. - Original Message - From: Angel Aray [EMAIL PROTECTED] To: 'Tomcat-Dev [EMAIL PROTECTED] Sent: Friday, June 29, 2001 4:29 PM Subject: Ajp13 wrong Response I am having a problem which is very difficult to reproduce. Under certain conditions some request get the response for some other request. It looks like at some point probably due to some synchronization issues tomcat mixes de responses from different clients. I hadn't seen this behavior before, but since I moved from using just tomcat to using apache + mod_jk + tomcat it has occurred a couple of times. Has anyone seen this kind of behavior before? I am using apache_1.3.20, tomcat33-m3.
mod_jk configuration
The goals: 1. Full support for all the settings in web.xml. Right now the generated config fragment is incomplete, security configs are not generated, neither welcome files. 2. As easy as possible for the admin. The user should install the .so/.dll, add few lines in httpd.conf, and get a running system. No further configuration should be needed ( when you add a context for example ). 3. Support manual override. We can't expect the automatic config to resolve all the needs, only the common use case. A smart apache admin with a complex site might want to fine-tune the system. A complex load balancing site might also want to do advanced settings. 4. Fit into a bigger view - we want to extend the solution with more features and integrate it into the /admin or some other tools. Possible solution: 1. Start by using the same mapping as in webapp, i.e. mount the context and have all the requests served by tomcat. 2. Stop generating the current set of files but only uri_workers.properties ( which is equivalent with mount directives, only simpler and consistent for all supported web servers ) 3. For some webapps it should be possible to generate a better mapping, by including all the rules - but if we can't generate something equivalent with web.xml, we'll fall back to (2). 4. Fix the problem that was pointed by Dirk, i.e. allow explicit mappings in httpd.conf ( that set handler to script/jakarta ). This will be the override mode, with explicit settings in the config files. 5. For ajp14, add a set of classes to represent the configuration and the handler that will send it when the server connects. 6. (optional) Extend the current config generator to automatically edit httpd.conf and include the Include statements I'm still working on a longer term solution that could address more compex configurations and user tunning ( like server pools, special settings for security integration, etc ). Note that we already plan some extensions to ajp14 to support chunks of static content ( discussed mostly in jasper34 threads I think ), and this will extend very well for static files ( and reduce the problem that static files are served by tomcat intead of apache ). The extension will send the file name ( and offsets ) instead of the actual chunk, reducing the wire transfer and letting apache handle the static content ( assuming it is big enough ). This will be great for jasper, but also for static files. Also note that this is a temporary solution ( for static files ), until we figure out a way to map web.xml into apache, iis, nes, aol, domino ( or at least jk ) configurations. Please send feedback, I'll start implementing some of it tommorow or early next week ( I have a vacation - and I plan to go out for few days at the end of next week ). Costin
Re: problem with mod_webapp
Hi Kevin, Are you interested to update the connector to use Ajp14 ( in backward compat mode and/or ajp14 mode ) ? I think I found both short term and long term solutions for the config issue ( well, it seems mod_jk supports the same 'autoconfig' mode as mod_webapp - and it did that since the beginning, all it need is a bit of testing and some small improvements ). The big issue is if I'll do that for Ajp14 or should I do it for Ajp13 also ( i.e. a bit more work ). More details soon, I'm sorting out few more issues. yeah, i'd be interested in updating the ajp connector for tomcat 4 do ajp14, if i could find the time ;-) i'm not sure i see the benefit in making ajp13 support autoconfig -- probably not worth the effort. probably a better use of time to concentrate on ajp14. just my $0.02 :)
Re: problem with mod_webapp
On Fri, 29 Jun 2001, kevin seguin wrote: yeah, i'd be interested in updating the ajp connector for tomcat 4 do ajp14, if i could find the time ;-) That's the fun of doing open source... i'm not sure i see the benefit in making ajp13 support autoconfig -- probably not worth the effort. probably a better use of time to concentrate on ajp14. just my $0.02 :) Well, some changes are needed in ajp13 - i.e. disable the current broken system, do just context mapping as webapp, and make sure manual override works. The current generated configs don't deal with security, etc - and that means not compiant with the spec. Anything advanced will go into 14 ( as long as there's hope to see the tomcat4 connector updated ) Costin
Re: problem with mod_webapp
[EMAIL PROTECTED] wrote: On Fri, 29 Jun 2001, kevin seguin wrote: yeah, i'd be interested in updating the ajp connector for tomcat 4 do ajp14, if i could find the time ;-) That's the fun of doing open source... heh heh :) i'm not sure i see the benefit in making ajp13 support autoconfig -- probably not worth the effort. probably a better use of time to concentrate on ajp14. just my $0.02 :) Well, some changes are needed in ajp13 - i.e. disable the current broken system, do just context mapping as webapp, and make sure manual override works. The current generated configs don't deal with security, etc - and that means not compiant with the spec. gotcha. that makes sense. Anything advanced will go into 14 ( as long as there's hope to see the tomcat4 connector updated ) there's always hope, just no promises ;-) but seriously, the tomcat4 connector needs a bunch of work anyway, to make it more efficient. when i get to that, it would be a good time to do the ajp14 stuff.
Re: mod_jk configuration
2. Stop generating the current set of files but only uri_workers.properties ( which is equivalent with mount directives, only simpler and consistent for all supported web servers ) a big +1 on using one common configuration mechanism across web servers !!!
Re: TomcatBook - was TOMCAT SUCKS
I think tomcatbook must be a sub project of tomcat. Like it or not, we have to overdrive tomcat expert for tomcat development it-self. I think. Tomcat=good software, Tomcat book=good project, Tomcat with easy to used documentation and a lot of project=better software. Don't think like this. 1. Because apache tomcat is from SUN, so all the commiter have to be don't care of this stuff. 2. Free is different with commercial, because we work in part time and hobbyst Remember good project with bad documentation is not a good project. if the software is not as easy as possible, it is not a easy to used software. This is why microsoft is popular. try their way, see Microsoft Press. Easy will overdrive of popularity. I write this because I care of tomcat project. I worked from one of the big consulting firm last year, and I did several converstaion with my eBusiness team, opensource never go to enterprise, even Linux, even several company try to support it like IBM if no good suppoer, and that software is not as easy as possible. Esp for Open Source project, is there a training center for Open Source, yah.. only Red Hat, is it cheap??? for me.. 1 training in Red Hat = 1 year food.. and it is still SUCK training. I think you all have to change the role. Oh yah, I am one of the most SUCK but make me life better. It is called Oracle Application (#2 ERP software in the world). They sell great software because there is very complex and thousand bugs there...and every module 1000 pages, but All the consultants always say it is not detail enough. Still SUCK software. SUCK because we pay the maintenance for patch of the bugs. This is make Open Source popular, less bug, but where is the documentation. Regards, Frans --- Dmitri Colebatch [EMAIL PROTECTED] wrote: I believe there is a project (yes there is, I thought I'd check before sending this) called tomcatbook at sourceforge (http://tomcatbook.sourceforge.net). Perhaps that would be a good place to a) look for advanced answers, and b) suggest questions. cheers dim On Fri, 29 Jun 2001 00:29, you wrote: .As far as I understand it, there is nothing to stop a user from adding documentation to the tomcat project themselves. I'm amazed at how good the documentation is seeing as how no one was paid to do it. Not to get into a great big argument over OS version commercial products, but if OS projects expect to be taken with the same consideration as commercial they have to accept to be compared across the board. This includes documentation. You can't just pick and choose the battles you want to fight. For the most part, the documentation in OS projects just plain sucks, if it even exists. Believe it or not this is one of the reasons OS is often frowned upon. Look at Microsoft, sure its close source, people may think it sucks, blah blah blah, but do you have idea how much information is on MSDN? The lack of documentation available goes against some very basic rules of Software Engineering. In the real world does this really matter? I dunno, but often times packaging and presentation, and a finished looka nd feel are the key to getting in the door and this is where most OS projects fail miserably. Because its free might be the reason the documentation sucks, it shouldn't be a justification. (not that i'm saying tomcat sucks, just argueing the point). __ Do You Yahoo!? Get personalized email addresses from Yahoo! Mail http://personal.mail.yahoo.com/
