DO NOT REPLY [Bug 11613] - Page Load Problem in Stand-alone Mode

2002-08-11 Thread bugzilla

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=11613.
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=11613

Page Load Problem in Stand-alone Mode

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||WORKSFORME



--- Additional Comments From [EMAIL PROTECTED]  2002-08-11 08:43 ---
I never experienced any problem with frames (like used in the admin webapp, 
but that's just an example). BTW, HTML = static resource, so it's about the 
same as loading an image; if the connection was timing out, it would be 
noticed.
You seem to have some kind of setup problem. Please investigate more (or post 
on tc-user about that) until you can file a specific and reproduceable bug 
report.

--
To unsubscribe, e-mail:   mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL PROTECTED]




[GUMP] Build Failure - jakarta-tomcat-4.0

2002-08-11 Thread Craig McClanahan


This email is autogenerated from the output from:
http://jakarta.apache.org/builds/gump/2002-08-11/jakarta-tomcat-4.0.html


Buildfile: build.xml

deploy-prepare:

deploy-static:

deploy:
 [echo] Target: Catalina - Deploy ...

flags:

flags.display:
 [echo] --- Build environment for Catalina ---
 [echo] If ${property_name} is displayed, then the property is not set)
 [echo] --- Build options ---
 [echo] full.dist=${full.dist}
 [echo] build.sysclasspath=only
 [echo] compile.debug=${compile.debug}
 [echo] compile.deprecation=${compile.deprecation}
 [echo] compile.optimize=${compile.optimize}
 [echo] --- Ant Flags ---
 [echo] style task available (required)=true
 [echo] --- JDK ---
 [echo] jdk.1.2.present=true
 [echo] jdk.1.3.present=true
 [echo] jdk.1.4.present=${jdk.1.4.present}
 [echo] --- Source Dependencies ---
 [echo] jtc.home.present=true
 [echo] --- Required Libraries ---
 [echo] beanutils.present=true
 [echo] collections.present=true
 [echo] digester.present=true
 [echo] jaxp.present=true
 [echo] jndi.present=true
 [echo] logging.present=true
 [echo] regexp.present=true
 [echo] servlet.present=true
 [echo] --- Optional Libraries ---
 [echo] daemon.present=${daemon.present}
 [echo] dbcp.present=true
 [echo] jaas.present=true
 [echo] javamail.present=true
 [echo] jmx.present=true
 [echo] jsse.present=true
 [echo] jta.present=true
 [echo] junit.present=true
 [echo] ldap.present=true
 [echo] modeler.present=true
 [echo] pool.present=true
 [echo] tyrex.present=${tyrex.present}
 [echo] --- Required JARs ---
 [echo] jndi.jar.present(except JDK 1.3+)=true
 [echo] regexp.jar.present=true
 [echo] servlet.jar.present=true
 [echo] xerces.jar.present(except JDK 1.4+ or xerces2)=true
 [echo] xerces2.jars.present(except JDK 1.4+ or xerces1)=${xerces2.jars.present}
 [echo] --- Optional JARs ---
 [echo] daemon.jar.present=${daemon.jar.present}
 [echo] dbcp.jar.present=${dbcp.jar.present}
 [echo] jaas.jar.present=true
 [echo] javamail.jar.present=true
 [echo] jdbc20ext.jar.present=true
 [echo] jmx.jar.present=true
 [echo] jta.jar.present=true
 [echo] junit.jar.present=${junit.jar.present}
 [echo] ldap.jar.present=true
 [echo] modeler.jar.present=true
 [echo] pool.jar.present=true
 [echo] tyrex.jar.present=${tyrex.jar.present}
 [echo] --- Conditional compilation flags ---
 [echo] compile.daemon=${compile.daemon}
 [echo] compile.dbcp=true
 [echo] compile.jaas=true
 [echo] compile.javamail=true
 [echo] compile.jmx=true
 [echo] compile.jndi=true
 [echo] compile.jsse=true
 [echo] compile.jta=true
 [echo] compile.junit=true
 [echo] compile.ldap=true
 [echo] compile.ssi=true
 [echo] compile.tyrex=${compile.tyrex}
 [echo] --- Distribution flags ---
 [echo] copy.daemon.jar=${copy.daemon.jar}
 [echo] copy.dbcp.jar=true
 [echo] copy.jaas.jar=true
 [echo] copy.jdbc20ext.jar=true
 [echo] copy.javamail.jar=true
 [echo] copy.jmx.jar=true
 [echo] copy.jndi.jar=${copy.jndi.jar}
 [echo] copy.jta.jar=true
 [echo] copy.ldap.jar=${copy.ldap.jar}
 [echo] copy.logging.jar=true
 [echo] copy.modeler.jar=true
 [echo] copy.pool.jar=true
 [echo] copy.tyrex.jar=${copy.tyrex.jar}
 [echo] copy.xerces.jar=true
 [echo] copy.xerces2.jars=${copy.xerces2.jars}

build-prepare:

copy-activation.jar:
 [copy] Copying 1 file to 
/home/rubys/jakarta/jakarta-tomcat-4.0/catalina/build/common/lib
 [copy] Copying 1 file to 
/home/rubys/jakarta/jakarta-tomcat-4.0/catalina/build/common/lib

copy-daemon.jar:

copy-dbcp.jar:
 [copy] Copying 1 file to 
/home/rubys/jakarta/jakarta-tomcat-4.0/catalina/build/common/lib

BUILD FAILED
file:/home/rubys/jakarta/jakarta-tomcat-4.0/catalina/build.xml:687: Warning: Could not 
find file /home/rubys/jakarta/jakarta-tomcat-4.0/catalina/${commons-lang.jar} to copy.

Total time: 2 seconds

--
To unsubscribe, e-mail:   mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL PROTECTED]




[GUMP] Build Failure - jakarta-tomcat-jk

2002-08-11 Thread Craig McClanahan


This email is autogenerated from the output from:
http://jakarta.apache.org/builds/gump/2002-08-11/jakarta-tomcat-jk.html


Buildfile: build.xml

detect:
 [echo]  jakarta-tomcat-connectors 

guess_catalina40:

guess_catalina41:

cpath:

prepare:
[mkdir] Created dir: /home/rubys/jakarta/jakarta-tomcat-connectors/jk/build
[mkdir] Created dir: /home/rubys/jakarta/jakarta-tomcat-connectors/jk/build/conf
[mkdir] Created dir: /home/rubys/jakarta/jakarta-tomcat-connectors/jk/build/classes
[mkdir] Created dir: 
/home/rubys/jakarta/jakarta-tomcat-connectors/jk/build/classes/META-INF
[mkdir] Created dir: /home/rubys/jakarta/jakarta-tomcat-connectors/jk/build/lib
 [copy] Copying 7 files to 
/home/rubys/jakarta/jakarta-tomcat-connectors/jk/build/conf
 [copy] Copying 1 file to 
/home/rubys/jakarta/jakarta-tomcat-connectors/jk/build/lib

report:
 [echo] Tomcat33: ${tomcat33.detect} 
/home/rubys/jakarta/jakarta-tomcat/build/tomcat/lib/common/tomcat_core.jar
 [echo] Tomcat40:  true /home/rubys/jakarta/jakarta-tomcat-4.0/build
 [echo] Tomcat41: ${tomcat41.detect} /home/rubys/jakarta/jakarta-tomcat-4.1/build
 [echo] Apache13: ${apache13.detect} ${apache13.home}
 [echo] Apache2: ${apache2.detect} ${apache2.home}
 [echo] iPlanet:  ${iplanet.detect} ${iplanet.home}
 [echo] IIS:  ${iis.detect} ${iis.home}
 [echo] Using catalina.home:  /home/rubys/jakarta/jakarta-tomcat-4.0/build

jkjava:
 [echo] Logging: 
/home/rubys/jakarta/jakarta-tomcat-connectors/lib/commons-logging.jar
[javac] Compiling 43 source files to 
/home/rubys/jakarta/jakarta-tomcat-connectors/jk/build/classes
[javac] 
/home/rubys/jakarta/jakarta-tomcat-connectors/jk/java/org/apache/ajp/tomcat4/config/ApacheConfig.java:61:
 package org.apache.catalina does not exist
[javac] import org.apache.catalina.*;
[javac] ^
[javac] 
/home/rubys/jakarta/jakarta-tomcat-connectors/jk/java/org/apache/ajp/tomcat4/config/ApacheConfig.java:64:
 package javax.servlet does not exist
[javac] import javax.servlet.*;
[javac] ^
[javac] 
/home/rubys/jakarta/jakarta-tomcat-connectors/jk/java/org/apache/ajp/tomcat4/config/BaseJkConfig.java:61:
 package org.apache.catalina does not exist
[javac] import org.apache.catalina.*;
[javac] ^
[javac] 
/home/rubys/jakarta/jakarta-tomcat-connectors/jk/java/org/apache/ajp/tomcat4/config/BaseJkConfig.java:125:
 cannot resolve symbol
[javac] symbol  : class LifecycleListener  
[javac] location: class org.apache.ajp.tomcat4.config.BaseJkConfig
[javac] public class BaseJkConfig  implements LifecycleListener {
[javac]   ^
[javac] 
/home/rubys/jakarta/jakarta-tomcat-connectors/jk/java/org/apache/ajp/tomcat4/config/ApacheConfig.java:332:
 cannot resolve symbol
[javac] symbol  : class Host  
[javac] location: class org.apache.ajp.tomcat4.config.ApacheConfig
[javac] protected void generateVhostHead(Host host, PrintWriter mod_jk) {
[javac]  ^
[javac] 
/home/rubys/jakarta/jakarta-tomcat-connectors/jk/java/org/apache/ajp/tomcat4/config/ApacheConfig.java:354:
 cannot resolve symbol
[javac] symbol  : class Host  
[javac] location: class org.apache.ajp.tomcat4.config.ApacheConfig
[javac] protected void generateVhostTail(Host host, PrintWriter mod_jk) {
[javac]  ^
[javac] 
/home/rubys/jakarta/jakarta-tomcat-connectors/jk/java/org/apache/ajp/tomcat4/config/ApacheConfig.java:385:
 cannot resolve symbol
[javac] symbol  : class Context  
[javac] location: class org.apache.ajp.tomcat4.config.ApacheConfig
[javac] protected void generateStupidMappings(Context context,
[javac]   ^
[javac] 
/home/rubys/jakarta/jakarta-tomcat-connectors/jk/java/org/apache/ajp/tomcat4/config/ApacheConfig.java:424:
 cannot resolve symbol
[javac] symbol  : class Context  
[javac] location: class org.apache.ajp.tomcat4.config.ApacheConfig
[javac] protected void generateContextMappings(Context context, PrintWriter 
mod_jk )
[javac]^
[javac] 
/home/rubys/jakarta/jakarta-tomcat-connectors/jk/java/org/apache/ajp/tomcat4/config/ApacheConfig.java:496:
 cannot resolve symbol
[javac] symbol  : class Context  
[javac] location: class org.apache.ajp.tomcat4.config.ApacheConfig
[javac] private void generateWelcomeFiles(Context context, PrintWriter mod_jk 
) {
[javac]   ^
[javac] 
/home/rubys/jakarta/jakarta-tomcat-connectors/jk/java/org/apache/ajp/tomcat4/config/ApacheConfig.java:511:
 cannot resolve symbol
[javac] symbol  : class Context  
[javac] location: class 

cvs commit: jakarta-tomcat-4.0 gump.xml

2002-08-11 Thread remm

remm2002/08/11 03:42:18

  Modified:.gump.xml
  Log:
  - Add commons-lang to the dependency list.
  
  Revision  ChangesPath
  1.11  +1 -0  jakarta-tomcat-4.0/gump.xml
  
  Index: gump.xml
  ===
  RCS file: /home/cvs/jakarta-tomcat-4.0/gump.xml,v
  retrieving revision 1.10
  retrieving revision 1.11
  diff -u -r1.10 -r1.11
  --- gump.xml  8 Aug 2002 17:01:37 -   1.10
  +++ gump.xml  11 Aug 2002 10:42:17 -  1.11
  @@ -77,6 +77,7 @@
   runtime=true/
 depend property=commons-modeler.jar project=commons-modeler/
 depend property=commons-dbcp.jar project=commons-dbcp/
  +  depend property=commons-lang.jar project=commons-lang/
 depend property=commons-pool.jar project=commons-pool/
 depend property=commons-logging.jar project=commons-logging
   runtime=true id=all/
  
  
  

--
To unsubscribe, e-mail:   mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL PROTECTED]




cvs commit: jakarta-tomcat-5 build.properties.default

2002-08-11 Thread remm

remm2002/08/11 04:04:34

  Modified:.build.properties.default
  Log:
  - Upgrade to NSIS 2.0.
  
  Revision  ChangesPath
  1.21  +5 -3  jakarta-tomcat-5/build.properties.default
  
  Index: build.properties.default
  ===
  RCS file: /home/cvs/jakarta-tomcat-5/build.properties.default,v
  retrieving revision 1.20
  retrieving revision 1.21
  diff -u -r1.20 -r1.21
  --- build.properties.default  10 Aug 2002 22:27:35 -  1.20
  +++ build.properties.default  11 Aug 2002 11:04:34 -  1.21
  @@ -216,9 +216,11 @@
   mail.jar=${mail.lib}/mail.jar
   
   
  -# - NSIS, version 1.90 or later -
  +# - NSIS, version 2.0a6 or later -
   nsis.home=${base.path}/nsis
  -nsis.loc=http://www.nullsoft.com/free/nsis/nsis198.exe
  +nsis.exe=${nsis.home}/makensis.exe
  +nsis.installoptions=${nsis.home}/Bin/InstallOptions.dll
  +nsis.loc=http://telia.dl.sourceforge.net/sourceforge/nsis2k/nsis20a6.exe
   
   
   # - PureTLS Extension, version 0.9 or later -
  
  
  

--
To unsubscribe, e-mail:   mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL PROTECTED]




cvs commit: jakarta-tomcat-5 build.xml

2002-08-11 Thread remm

remm2002/08/11 04:54:35

  Modified:.build.xml
  Log:
  - Fix detect target.
  
  Revision  ChangesPath
  1.20  +0 -1  jakarta-tomcat-5/build.xml
  
  Index: build.xml
  ===
  RCS file: /home/cvs/jakarta-tomcat-5/build.xml,v
  retrieving revision 1.19
  retrieving revision 1.20
  diff -u -r1.19 -r1.20
  --- build.xml 8 Aug 2002 05:47:01 -   1.19
  +++ build.xml 11 Aug 2002 11:54:35 -  1.20
  @@ -53,7 +53,6 @@
   echo message=jtc.home=${jtc.home}/
   
   ant dir=${catalina.home} target=flags.display/
  -ant dir=${basedir}/webapps/admin target=flags.display/
   
 /target
   
  
  
  

--
To unsubscribe, e-mail:   mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL PROTECTED]




cvs commit: jakarta-tomcat-catalina build.xml

2002-08-11 Thread remm

remm2002/08/11 04:54:48

  Modified:.build.xml
  Log:
  - Fix detect target.
  
  Revision  ChangesPath
  1.4   +1 -1  jakarta-tomcat-catalina/build.xml
  
  Index: build.xml
  ===
  RCS file: /home/cvs/jakarta-tomcat-catalina/build.xml,v
  retrieving revision 1.3
  retrieving revision 1.4
  diff -u -r1.3 -r1.4
  --- build.xml 26 Jul 2002 11:16:15 -  1.3
  +++ build.xml 11 Aug 2002 11:54:48 -  1.4
  @@ -19,7 +19,7 @@
   
   
 !-- === DETECT: Display configuration == --
  -  target name=detect
  +  target name=flags.display
  description=Display configuration and conditional compilation flags
   
   ant dir=${basedir}/catalina target=flags.display/
  
  
  

--
To unsubscribe, e-mail:   mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL PROTECTED]




cvs commit: jakarta-tomcat-catalina/catalina build.xml

2002-08-11 Thread remm

remm2002/08/11 04:55:18

  Modified:catalina build.xml
  Log:
  - Fix detect target.
  - Add conditionals for commons-lang.
  
  Revision  ChangesPath
  1.12  +20 -1 jakarta-tomcat-catalina/catalina/build.xml
  
  Index: build.xml
  ===
  RCS file: /home/cvs/jakarta-tomcat-catalina/catalina/build.xml,v
  retrieving revision 1.11
  retrieving revision 1.12
  diff -u -r1.11 -r1.12
  --- build.xml 4 Aug 2002 18:19:43 -   1.11
  +++ build.xml 11 Aug 2002 11:55:18 -  1.12
  @@ -153,6 +153,9 @@
   available property=digester.present
classname=org.apache.commons.digester.Digester
classpath=${commons-digester.jar}/
  +available property=lang.present
  + classname=org.apache.commons.lang.StringUtils
  + classpath=${commons-lang.jar}/
   available property=launcher.present
classname=org.apache.commons.launcher.Launcher
classpath=${commons-daemon-launcher.jar}/
  @@ -232,6 +235,7 @@
   !-- JAR files availability flags --
   available property=daemon.jar.present file=${commons-daemon.jar} /
   available property=dbcp.jar.present file=${commons-dbcp.jar} /
  +available property=lang.jar.present file=${commons-lang.jar} /
   available property=jaas.jar.present file=${jaas.jar} /
   condition property=javamail.jar.present
 and
  @@ -455,6 +459,17 @@
   /or
 /and
   /condition
  +condition property=copy.lang.jar
  +  and
  +not
  +  equals arg1=${light.dist} arg2=on /
  +/not
  +or
  +  equals arg1=${full.dist} arg2=on /
  +  equals arg1=${lang.present} arg2=true /
  +/or
  +  /and
  +/condition
   condition property=copy.launcher.jars
 or
   equals arg1=${full.dist} arg2=on /
  @@ -580,6 +595,7 @@
   echo message=jsse.present=${jsse.present} /
   echo message=jta.present=${jta.present} /
   echo message=junit.present=${junit.present} /
  +echo message=lang.present=${lang.present} /
   echo message=launcher.present=${launcher.present} /
   echo message=launcher.bootstrap.present=${launcher.bootstrap.present} /
   echo message=ldap.present=${ldap.present} /
  @@ -670,6 +686,9 @@
 target name=copy-dbcp.jar if=copy.dbcp.jar
   copy todir=${catalina.build}/common/lib file=${commons-dbcp.jar}/
 /target
  +  target name=copy-lang.jar if=copy.lang.jar
  +copy todir=${catalina.build}/common/lib file=${commons-lang.jar}/
  +  /target
 target name=copy-jaas.jar if=copy.jaas.jar
   copy todir=${catalina.build}/server/lib file=${jaas.jar}/
 /target
  @@ -728,7 +747,7 @@
   
   
 !-- === BUILD: Copy Static Files === --
  -  target name=build-static 
depends=flags,flags.display,build-prepare,copy-activation.jar,copy-daemon.jar,copy-dbcp.jar,copy-jaas.jar,copy-jdbc20ext.jar,copy-jmx.jar,copy-jndi.jar,copy-jsse.jar,copy-jta.jar,copy-launcher.jars,copy-ldap.jar,copy-modeler.jar,copy-pool.jar,copy-tyrex.jar,copy-xerces2.jars
  +  target name=build-static 
depends=flags,flags.display,build-prepare,copy-activation.jar,copy-daemon.jar,copy-dbcp.jar,copy-lang.jar,copy-jaas.jar,copy-jdbc20ext.jar,copy-jmx.jar,copy-jndi.jar,copy-jsse.jar,copy-jta.jar,copy-launcher.jars,copy-ldap.jar,copy-modeler.jar,copy-pool.jar,copy-tyrex.jar,copy-xerces2.jars
   
   !-- Executable Commands --
   copy todir=${catalina.build}/bin
  
  
  

--
To unsubscribe, e-mail:   mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL PROTECTED]




cvs commit: jakarta-tomcat-5 build.properties.default

2002-08-11 Thread remm

remm2002/08/11 05:28:14

  Modified:.build.properties.default
  Log:
  - Use NSIS 2.0 (NSI script needs to be modified).
  - Download Tyrex from SF.
  
  Revision  ChangesPath
  1.22  +3 -3  jakarta-tomcat-5/build.properties.default
  
  Index: build.properties.default
  ===
  RCS file: /home/cvs/jakarta-tomcat-5/build.properties.default,v
  retrieving revision 1.21
  retrieving revision 1.22
  diff -u -r1.21 -r1.22
  --- build.properties.default  11 Aug 2002 11:04:34 -  1.21
  +++ build.properties.default  11 Aug 2002 12:28:14 -  1.22
  @@ -217,7 +217,7 @@
   
   
   # - NSIS, version 2.0a6 or later -
  -nsis.home=${base.path}/nsis
  +nsis.home=${base.path}/nsis-2.0
   nsis.exe=${nsis.home}/makensis.exe
   nsis.installoptions=${nsis.home}/Bin/InstallOptions.dll
   nsis.loc=http://telia.dl.sourceforge.net/sourceforge/nsis2k/nsis20a6.exe
  @@ -240,6 +240,6 @@
   tyrex.home=${base.path}/tyrex-1.0
   tyrex.lib=${tyrex.home}
   tyrex.jar=${tyrex.lib}/tyrex-1.0.jar
  -tyrex.loc=ftp://ftp.exolab.org/pub/tyrex/tyrex-1.0/tyrex-1.0.jar
  +tyrex.loc=http://telia.dl.sourceforge.net/sourceforge/tyrex/tyrex-1.0.jar
   
   
  
  
  

--
To unsubscribe, e-mail:   mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL PROTECTED]




cvs commit: jakarta-tomcat-catalina/catalina build.xml

2002-08-11 Thread remm

remm2002/08/11 05:28:46

  Modified:catalina build.xml
  Log:
  - Cleanup.
  
  Revision  ChangesPath
  1.13  +1 -5  jakarta-tomcat-catalina/catalina/build.xml
  
  Index: build.xml
  ===
  RCS file: /home/cvs/jakarta-tomcat-catalina/catalina/build.xml,v
  retrieving revision 1.12
  retrieving revision 1.13
  diff -u -r1.12 -r1.13
  --- build.xml 11 Aug 2002 11:55:18 -  1.12
  +++ build.xml 11 Aug 2002 12:28:46 -  1.13
  @@ -222,11 +222,8 @@
   available property=regexp.present
classname=org.apache.regexp.RE
classpath=${regexp.jar} /
  -available property=servlet.present
  - classname=javax.servlet.Servlet
  - classpath=${servlet.jar} /
   available property=tyrex.present
  - classname=tyrex.tm.Tyrex
  + classname=tyrex.resource.Resources
classpath=${tyrex.jar} /
   available property=xerces.present
classname=org.apache.xerces.parsers.SAXParser
  @@ -584,7 +581,6 @@
   echo message=jndi.present=${jndi.present} /
   echo message=logging.present=${logging.present} /
   echo message=regexp.present=${regexp.present} /
  -echo message=servlet.present=${servlet.present} /
   
   echo message=--- Optional Libraries --- /
   echo message=daemon.present=${daemon.present} /
  
  
  

--
To unsubscribe, e-mail:   mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL PROTECTED]




Re: Here we go again - mod_webapp and mod_rewrite

2002-08-11 Thread Dan Lindy

Brendan,

I had a similar experience back in April and solved it by hacking 
mod_webapp myself. I tried posting my problem to tomcat-dev only to be 
greeted with credulity as Tomcat takes the high road with respect to being 
a reference implementation and mod_rewrite lets you do things Sun's 
specification specifically prohibits. None-the-less, I am true believer in 
mod_rewrite and was un-willing to give it up, especially because there are 
things you just can't do without it.

Below is a listing of my hack to mod_webapp.c. It works fine on RH Linux 
6.2 and 7.2, but I have not tried it on Windows, so you're on your own as 
far as compiling it.

Hope this helps,
Dan


 /* Match an Apache request */
 static int wam_match(request_rec *r) {
 wa_virtualhost *host=NULL;
 //wa_application *appl=NULL;
 //wa_chain *elem=NULL;

 /* Paranoid check */
 if (!wam_initialized) return(DECLINED);

 /* Check if this host was recognized */
 host=ap_get_module_config(r-server-module_config,webapp_module);
 if (host==NULL) return(DECLINED);

 ///* Check if the uri is contained in one of our applications 
root path */
 //elem=host-apps;
 //while(elem!=NULL) {
 //appl=(wa_application *)elem-curr;
 //if (strncmp(appl-rpth,r-uri,strlen(appl-rpth))==0) break;
 //
 //appl=NULL;
 //elem=elem-next;
 //}
 //if (appl==NULL) return(DECLINED);

 /* The uri path is matched: set the handler and return */
 r-handler=ap_pstrdup(r-pool,webapp-handler);

 ///* Set the webapp request structure into Apache's request 
structure */
 //ap_set_module_config(r-request_config, webapp_module, appl);
 //return(OK);
 return(DECLINED);  // added

 }

 /* Handle the current request */
 static int wam_invoke(request_rec *r) {
 server_rec *svr=r-server;
 conn_rec *con=r-connection;
 wa_virtualhost *host=NULL;   // added
 wa_application *appl=NULL;
 wa_chain *elem=NULL; // added
 wa_request *req=NULL;
 const char *msg=NULL;
 char *stmp=NULL;
 char *ctmp=NULL;
 char *ssl_temp;
 int ret=0;

 /* Paranoid check */
 if (!wam_initialized) return(DECLINED);

 // begin added...

 /* Check if this host was recognized */
 host=ap_get_module_config(r-server-module_config,webapp_module);
 if (host==NULL) return(DECLINED);

 /* Check if the uri is contained in one of our applications 
root path */
 elem=host-apps;
 while(elem!=NULL) {
 appl=(wa_application *)elem-curr;
 if (strncmp(appl-rpth,r-uri,strlen(appl-rpth))==0) break;

 appl=NULL;
 elem=elem-next;
 }
 if (appl==NULL) return(DECLINED);

 /* Set the webapp request structure into Apache's request 
structure */
 ap_set_module_config(r-request_config, webapp_module, appl);

 // ...end added



At 10:46 AM 8/7/02 -0400, Brendan Benke wrote:
i originally posted this to tomcat-users, but i think it might be better
served here.

i know this topic is old and has been discussed at length before, i'm still
having trouble finding an elegant solution.  i used to use apache with
mod_jserv and some simple url rewriting.   moving to tomcat, i have
encountered problems with mod_webapp and mod_rewrite.  specifically, the
original URI being rewritten instead of just passed through.

for example:  (these are nested inside VirtualHost tags)

==
 ApJServMount /servlets ajpv12://localhost:8007/root

IfModule mod_rewrite.c
RewriteEngine on
RewriteCond %{REQUEST_URI} !^/ir/images
RewriteCond %{REQUEST_URI} !^/ir/html
RewriteCond %{REQUEST_URI} !^/ir/applets
RewriteCond %{REQUEST_URI} !^/ir/dtds
RewriteCond %{REQUEST_URI} !^/index.html
RewriteRule ^/.*  /servlets/RequestHandler [PT]
/IfModule

==

used to work with ApacheJServ and  ApacheModuleRewrite.dll while

==
  WebAppConnection warpConnection warp localhost:8008

IfModule mod_rewrite.c
RewriteEngine on
RewriteCond %{REQUEST_URI} !^/ir/images
RewriteCond %{REQUEST_URI} !^/ir/html
RewriteCond %{REQUEST_URI} !^/ir/applets
RewriteCond %{REQUEST_URI} !^/ir/dtds
RewriteCond %{REQUEST_URI} !^/index.html
RewriteRule ^/.*  /site/servlet/RequestHandler [PT]
/IfModule

   WebAppDeploy site warpConnection /site
==
doesn't work at all.  using the [R] flag does sucessfully redirect the
rewritten request, but the new URI is used 

cvs commit: jakarta-tomcat-5/resources/confinstall server_1.xml server_2.xml

2002-08-11 Thread remm

remm2002/08/11 06:50:54

  Modified:.build.properties.default build.xml tomcat.nsi
   resources/confinstall server_1.xml server_2.xml
  Log:
  - Updates to use NSIS 2.0 and the launcher.
  
  Revision  ChangesPath
  1.23  +3 -2  jakarta-tomcat-5/build.properties.default
  
  Index: build.properties.default
  ===
  RCS file: /home/cvs/jakarta-tomcat-5/build.properties.default,v
  retrieving revision 1.22
  retrieving revision 1.23
  diff -u -r1.22 -r1.23
  --- build.properties.default  11 Aug 2002 12:28:14 -  1.22
  +++ build.properties.default  11 Aug 2002 13:50:54 -  1.23
  @@ -172,6 +172,7 @@
   
   # - JavaService, version 1.2.0 or later -
   javaservice.home=${base.path}/javaservice
  +javaservice.exe=${javaservice.home}/bin/JavaService.exe
   
javaservice.loc=http://www.alexandriasc.com/software/JavaService/JavaService-bin-1.2.0.zip
   
   
  @@ -219,7 +220,7 @@
   # - NSIS, version 2.0a6 or later -
   nsis.home=${base.path}/nsis-2.0
   nsis.exe=${nsis.home}/makensis.exe
  -nsis.installoptions=${nsis.home}/Bin/InstallOptions.dll
  +nsis.installoptions.dll=${nsis.home}/Bin/InstallOptions.dll
   nsis.loc=http://telia.dl.sourceforge.net/sourceforge/nsis2k/nsis20a6.exe
   
   
  
  
  
  1.21  +8 -9  jakarta-tomcat-5/build.xml
  
  Index: build.xml
  ===
  RCS file: /home/cvs/jakarta-tomcat-5/build.xml,v
  retrieving revision 1.20
  retrieving revision 1.21
  diff -u -r1.20 -r1.21
  --- build.xml 11 Aug 2002 11:54:35 -  1.20
  +++ build.xml 11 Aug 2002 13:50:54 -  1.21
  @@ -280,14 +280,12 @@
   copy todir=${tomcat.dist}
 fileset dir=resources /
   /copy
  -copy file=${nsis.home}/InstallOptions.dll 
  - todir=${tomcat.dist} /
  -copy file=${javaservice.home}/bin/JavaService.exe 
  - tofile=${tomcat.dist}/bin/tomcat.exe /
  +copy file=${nsis.installoptions.dll} todir=${tomcat.dist} /
  +copy file=${javaservice.exe} tofile=${tomcat.dist}/bin/tomcat.exe /
   filter token=VERSION value=${version}/
   copy file=tomcat.nsi tofile=${tomcat.dist}/tomcat.nsi 
filtering=true/
  -exec dir=${tomcat.dist} executable=${nsis.home}\makensis-bz2.exe
  +exec dir=${tomcat.dist} executable=${nsis.exe}
 arg value=tomcat.nsi /
   /exec
   move file=${tomcat.dist}/tomcat-installer.exe 
  @@ -336,8 +334,9 @@
   condition property=execute.installer
 and
   os family=windows /
  -available file=${javaservice.home}/bin/JavaService.exe /
  -available file=${nsis.home}/makensis-bz2.exe /
  +available file=${javaservice.exe} /
  +available file=${nsis.exe} /
  +available file=${nsis.installoptions.dll} /
 /and
   /condition
 /target
  @@ -586,7 +585,7 @@
   /antcall
   antcall target=downloadzip
 param name=sourcefile value=${javaservice.loc}/
  -  param name=destfile value=${javaservice.home}/bin/JavaService.exe/
  +  param name=destfile value=${javaservice.exe}/
 param name=destdir value=${javaservice.home}/
   /antcall
   antcall target=downloadgz
  @@ -600,7 +599,7 @@
   /antcall
   antcall target=downloadfile
 param name=sourcefile value=${nsis.loc}/
  -  param name=destfile value=${nsis.home}/nsis198.exe/
  +  param name=destfile value=${nsis.home}/nsis.exe/
 param name=destdir value=${nsis.home}/
   /antcall
   antcall target=downloadgz
  
  
  
  1.3   +5 -11 jakarta-tomcat-5/tomcat.nsi
  
  Index: tomcat.nsi
  ===
  RCS file: /home/cvs/jakarta-tomcat-5/tomcat.nsi,v
  retrieving revision 1.2
  retrieving revision 1.3
  diff -u -r1.2 -r1.3
  --- tomcat.nsi26 Jul 2002 16:28:50 -  1.2
  +++ tomcat.nsi11 Aug 2002 13:50:54 -  1.3
  @@ -14,8 +14,6 @@
   
   Icon main.ico
   UninstallIcon uninst.ico 
  -EnabledBitmap tickyes.bmp 
  -DisabledBitmap tickno.bmp
   
   LicenseText You must read the following license before installing:
   LicenseData INSTALLLICENSE
  @@ -115,18 +113,16 @@
   
 CreateShortCut $SMPROGRAMS\Apache Tomcat 5.0\Start Tomcat.lnk \
$2\bin\java.exe \
  - '-jar -Duser.dir=$INSTDIR $INSTDIR\bin\bootstrap.jar start' \
  + '-Duser.dir=$INSTDIR\bin LauncherBootstrap -launchfile 
catalina.xml catalina start' \
$INSTDIR\tomcat.ico 0 SW_SHOWNORMAL
   
 CreateShortCut $SMPROGRAMS\Apache Tomcat 5.0\Stop Tomcat.lnk \
$2\bin\java.exe \
  - '-jar -Duser.dir=$INSTDIR $INSTDIR\bin\bootstrap.jar stop' \
  + '-Duser.dir=$INSTDIR\bin LauncherBootstrap -launchfile 
catalina.xml catalina stop' \
$INSTDIR\tomcat.ico 0 

cvs commit: jakarta-tomcat-catalina/catalina/src/conf tomcat-users.xml

2002-08-11 Thread remm

remm2002/08/11 06:54:53

  Modified:catalina/src/conf tomcat-users.xml
  Log:
  - Revert change: remove admin role.
  
  Revision  ChangesPath
  1.3   +1 -1  jakarta-tomcat-catalina/catalina/src/conf/tomcat-users.xml
  
  Index: tomcat-users.xml
  ===
  RCS file: /home/cvs/jakarta-tomcat-catalina/catalina/src/conf/tomcat-users.xml,v
  retrieving revision 1.2
  retrieving revision 1.3
  diff -u -r1.2 -r1.3
  --- tomcat-users.xml  7 Aug 2002 20:51:44 -   1.2
  +++ tomcat-users.xml  11 Aug 2002 13:54:53 -  1.3
  @@ -4,7 +4,7 @@
 you must define such a user - the username and password are arbitrary.
   --
   tomcat-users
  -  user name=tomcat password=tomcat,admin roles=tomcat,admin /
  +  user name=tomcat password=tomcat roles=tomcat /
 user name=role1  password=tomcat roles=role1  /
 user name=both   password=tomcat roles=tomcat,role1 /
   /tomcat-users
  
  
  

--
To unsubscribe, e-mail:   mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL PROTECTED]




[5.0] Problems

2002-08-11 Thread Remy Maucherat

Hi,

I have been cleaning stuff in 5.0, and I have a few problems with the 
current 5.0 code. The first two seem to be related to schema validation.
- Startup time appears to be slower (relative to 4.1)
- I get a lot (hundreds) of exception traces logged on startup (with an 
old digester, the admin webapp didn't work at all); see below for the trace
- The tree control in the admin webapp doesn't work anymore for some reason
- The Windows installer is not using the launcher for the NT service 
because the Windows NT service part of commons-daemon is not there yet; 
is there anyone interested in doing it ?

Patrick, you committed most of the schema changes, could you comment on 
the first two items ?

Thanks,
Remy


11 ao?t 2002 16:07:36 org.apache.commons.digester.Digester warning
GRAVE: Parse Warning at line 1966 column 20: schema_reference.4: Failed 
to read schema document 'null', because 1) could
  not find the document; 2) the document could not be read; 3) the root 
element of the document is not xsd:schema.
org.xml.sax.SAXParseException: schema_reference.4: Failed to read schema 
document 'null', because 1) could not find the
document; 2) the document could not be read; 3) the root element of the 
document is not xsd:schema.
 at 
org.apache.xerces.util.ErrorHandlerWrapper.createSAXParseException(ErrorHandlerWrapper.java:232)
 at 
org.apache.xerces.util.ErrorHandlerWrapper.warning(ErrorHandlerWrapper.java:141)
 at 
org.apache.xerces.impl.XMLErrorReporter.reportError(XMLErrorReporter.java:358)
 at 
org.apache.xerces.impl.XMLErrorReporter.reportError(XMLErrorReporter.java:296)
 at 
org.apache.xerces.impl.xs.traversers.XSDHandler.reportSchemaWarning(XSDHandler.java:1841)
 at 
org.apache.xerces.impl.xs.traversers.XSDHandler.getSchema(XSDHandler.java:1298)
 at 
org.apache.xerces.impl.xs.traversers.XSDHandler.parseSchema(XSDHandler.java:392)
 at 
org.apache.xerces.impl.xs.traversers.XSDHandler.parseSchema(XSDHandler.java:381)
 at 
org.apache.xerces.impl.xs.XMLSchemaValidator.parseSchema(XMLSchemaValidator.java:2250)
 at 
org.apache.xerces.impl.xs.XMLSchemaValidator.findSchemaGrammar(XMLSchemaValidator.java:2178)
 at 
org.apache.xerces.impl.xs.XMLSchemaValidator.handleStartElement(XMLSchemaValidator.java:1724)
 at 
org.apache.xerces.impl.xs.XMLSchemaValidator.startElement(XMLSchemaValidator.java:568)
 at 
org.apache.xerces.impl.XMLNamespaceBinder.handleStartElement(XMLNamespaceBinder.java:832)
 at 
org.apache.xerces.impl.XMLNamespaceBinder.startElement(XMLNamespaceBinder.java:568)
 at 
org.apache.xerces.impl.dtd.XMLDTDValidator.startElement(XMLDTDValidator.java:796)
 at 
org.apache.xerces.impl.XMLDocumentFragmentScannerImpl.scanStartElement(XMLDocumentFragmentScannerImpl.java:75
2)
 at 
org.apache.xerces.impl.XMLDocumentFragmentScannerImpl$FragmentContentDispatcher.dispatch(XMLDocumentFragmentS
cannerImpl.java:1454)
 at 
org.apache.xerces.impl.XMLDocumentFragmentScannerImpl.scanDocument(XMLDocumentFragmentScannerImpl.java:333)
 at 
org.apache.xerces.parsers.StandardParserConfiguration.parse(StandardParserConfiguration.java:529)
 at 
org.apache.xerces.parsers.StandardParserConfiguration.parse(StandardParserConfiguration.java:585)
 at org.apache.xerces.parsers.XMLParser.parse(XMLParser.java:147)
 at 
org.apache.xerces.parsers.AbstractSAXParser.parse(AbstractSAXParser.java:1148)
 at org.apache.commons.digester.Digester.parse(Digester.java:1514)
 at 
org.apache.catalina.startup.ContextConfig.tldScanStream(ContextConfig.java:1050)
 at 
org.apache.catalina.startup.ContextConfig.tldScanJar(ContextConfig.java:994)
 at 
org.apache.catalina.startup.ContextConfig.tldScan(ContextConfig.java:941)
 at 
org.apache.catalina.startup.ContextConfig.start(ContextConfig.java:720)
 at 
org.apache.catalina.startup.ContextConfig.lifecycleEvent(ContextConfig.java:247)
 at 
org.apache.catalina.util.LifecycleSupport.fireLifecycleEvent(LifecycleSupport.java:166)
 at 
org.apache.catalina.core.StandardContext.start(StandardContext.java:3493)
 at 
org.apache.catalina.core.ContainerBase.addChildInternal(ContainerBase.java:821)
 at 
org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java:807)
 at 
org.apache.catalina.core.StandardHost.addChild(StandardHost.java:579)
 at 
org.apache.catalina.core.StandardHostDeployer.addChild(StandardHostDeployer.java:617)
 at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
 at 
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
 at 
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
 at java.lang.reflect.Method.invoke(Method.java:324)
 at 
org.apache.commons.beanutils.MethodUtils.invokeMethod(MethodUtils.java:216)
  

cvs commit: jakarta-tomcat-5 tomcat.nsi

2002-08-11 Thread remm

remm2002/08/11 08:10:25

  Modified:.tomcat.nsi
  Log:
  - Use bz2 option.
  
  Revision  ChangesPath
  1.4   +2 -1  jakarta-tomcat-5/tomcat.nsi
  
  Index: tomcat.nsi
  ===
  RCS file: /home/cvs/jakarta-tomcat-5/tomcat.nsi,v
  retrieving revision 1.3
  retrieving revision 1.4
  diff -u -r1.3 -r1.4
  --- tomcat.nsi11 Aug 2002 13:50:54 -  1.3
  +++ tomcat.nsi11 Aug 2002 15:10:25 -  1.4
  @@ -6,6 +6,7 @@
   OutFile tomcat-installer.exe
   CRCCheck on
   SetCompress force
  +SetCompressor bzip2
   SetDatablockOptimize on
   
   BGGradient 00 80 FF
  
  
  

--
To unsubscribe, e-mail:   mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL PROTECTED]




pageEncoding for Shift_JIS doesn't work by using Apache Tomcat/4.1.8-LE-jdk14

2002-08-11 Thread Osamu Hashimoto

Hi !

JSP's directive element "pageEncoding" doesn't work by using
Apache Tomcat/4.1.8-LE-jdk14.

pageEncoding did work on current version of Tomcat 4.1.2 alpha.
but the version is not available now.

It sounds like Tomcat's degrading incident.

I want to have description and opinion by commiter, and other 
developer using no UTF-8 charactor.



  Osamu Hashimoto

  [EMAIL PROTECTED]



--
To unsubscribe, e-mail:   mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL PROTECTED]


Re: [5.0] Build notes

2002-08-11 Thread Jayson Falkner

I have been using the same thing. The only downside is the download 
time, but, IMO it would be great to have this included and encouraged 
for use with the Tomcat 5 build file.

Way to go Bob!

Jayson Falkner
[EMAIL PROTECTED]

Bob Herrmann wrote:
 Yea, I liked your script, this one builds Tomcat 5.
 
 BUILDING.TXT could almost just say All you need is JDK1.4 and Ant1.5
 then just type 'ant' and a working Tomcat 5 development tree is built.
 (If you are behind a firewall, you may need to adjust proxy settings.)
 
 This should be cross platform (haven't tested it on Win32.)
 
 Cheers,
 -bob
 
 project name=CVS Retrieval default=populate
 
 property file=build.properties/
 
 property name=apache.dir value=${user.home}/TC5/
 property name=base.path value=${apache.dir}/download/
 
 property name=cvsroot
value=:pserver:[EMAIL PROTECTED]:/home/cvspublic/
 
 target name=populate depends=init,checkout,buildit /
 
 target name=init
 tstamp/
 mkdir dir=${apache.dir}/ 
 mkdir dir=${base.path}/ 
 /target
 
 target name=checkout depends=init
 
 cvs package=jakarta-servletapi-5
 cvsRoot=${cvsroot}
 dest=${apache.dir}
 /
 cvs package=jakarta-tomcat-catalina
 cvsRoot=${cvsroot}
 dest=${apache.dir}
 /
 cvs package=jakarta-tomcat-5
 cvsRoot=${cvsroot}
 dest=${apache.dir}
 /
 cvs package=jakarta-tomcat-connectors
 cvsRoot=${cvsroot}
 dest=${apache.dir}
 /
 cvs package=jakarta-tomcat-jasper
 cvsRoot=${cvsroot}
 dest=${apache.dir}
 /
 cvs package=jakarta-tomcat-5
 cvsRoot=${cvsroot}
 dest=${apache.dir}
 /
 
 /target
 
 target name=buildit depends=init
 
 echo message=Commons-logging build dies without this
  file=${base.path}/LICENSE /
 
 ant dir=${apache.dir}/jakarta-tomcat-5
  target=download /
 
 ant dir=${apache.dir}/jakarta-tomcat-5
  target=dist /
 /target
 
 /project
   
 
 On Tue, 2002-08-06 at 13:43, Ian Darwin wrote:
 
On August 6, 2002 01:01 pm, you wrote:

The main thing missing is a target which sets up the CVS repositories,
so it's quite close to what we have now. Problem is, I'm not too happy
at the idea of doing that automatically.

Trivial to do with Ant, but I agree, it's risky to automate this. OTOH if
it's well documented what it's doing, people should be OK with it.

Ian

project name=CVS Retrieval default=populate

  !-- $Id: build.xml,v 1.1 2002/06/11 15:35:57 ian Exp $ --

  !-- Maybe find a better way of setting this --
  property name=apache.dir value=${user.home}/src/apache/
  property name=cvs.root
  value=:pserver:[EMAIL PROTECTED]:/home/cvspublic/

  target name=init
  tstamp/
  mkdir dir=${apache.dir}/ 
  /target

  target name=populate depends=init

  cvs package=jakarta-tomcat-4.0
  cvsRoot=${cvs.root}
  dest=${apache.dir}
  /
  cvs package=jakarta-tomcat-connectors
  cvsRoot=${cvs.root}
  dest=${apache.dir}
  /
  cvs package=jakarta-tomcat-jasper
  cvsRoot=${cvs.root}
  dest=${apache.dir}
  /
  /target
/project

--
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: [5.0] Build notes

2002-08-11 Thread Patrick Luby

All,

Couldn't we go a step farther and check any Apache dependencies into the 
Tomcat cvs repository and remove them from build.properties.default and 
build.xml's download target? Of course, we can't do this for some 3rd 
party dependencies, but we can for stuff like Xerces, 
commons-digester/logging, etc. I think that this would make the build 
more reliable since Tomcat 5 is dependent on very specific versions of 
Apache dependencies (e.g. Xerces 2.0.1 only).

I know that a lot of other Jakarta projects do this. Are there any 
problems with this?

Patrick

Jayson Falkner wrote:
 I have been using the same thing. The only downside is the download 
 time, but, IMO it would be great to have this included and encouraged 
 for use with the Tomcat 5 build file.
 
 Way to go Bob!
 
 Jayson Falkner
 [EMAIL PROTECTED]
 
 Bob Herrmann wrote:
 
 Yea, I liked your script, this one builds Tomcat 5.

 BUILDING.TXT could almost just say All you need is JDK1.4 and Ant1.5
 then just type 'ant' and a working Tomcat 5 development tree is built.
 (If you are behind a firewall, you may need to adjust proxy settings.)

 This should be cross platform (haven't tested it on Win32.)

 Cheers,
 -bob

 project name=CVS Retrieval default=populate

 property file=build.properties/

 property name=apache.dir value=${user.home}/TC5/
 property name=base.path value=${apache.dir}/download/

 property name=cvsroot
value=:pserver:[EMAIL PROTECTED]:/home/cvspublic/

 target name=populate depends=init,checkout,buildit /

 target name=init
 tstamp/
 mkdir dir=${apache.dir}/ mkdir 
 dir=${base.path}/ /target

 target name=checkout depends=init

 cvs package=jakarta-servletapi-5
 cvsRoot=${cvsroot}
 dest=${apache.dir}
 /
 cvs package=jakarta-tomcat-catalina
 cvsRoot=${cvsroot}
 dest=${apache.dir}
 /
 cvs package=jakarta-tomcat-5
 cvsRoot=${cvsroot}
 dest=${apache.dir}
 /
 cvs package=jakarta-tomcat-connectors
 cvsRoot=${cvsroot}
 dest=${apache.dir}
 /
 cvs package=jakarta-tomcat-jasper
 cvsRoot=${cvsroot}
 dest=${apache.dir}
 /
 cvs package=jakarta-tomcat-5
 cvsRoot=${cvsroot}
 dest=${apache.dir}
 /

 /target

 target name=buildit depends=init

 echo message=Commons-logging build dies without this
  file=${base.path}/LICENSE /

 ant dir=${apache.dir}/jakarta-tomcat-5
  target=download /

 ant dir=${apache.dir}/jakarta-tomcat-5
  target=dist /
 /target

 /project
 

 On Tue, 2002-08-06 at 13:43, Ian Darwin wrote:

 On August 6, 2002 01:01 pm, you wrote:

 The main thing missing is a target which sets up the CVS repositories,
 so it's quite close to what we have now. Problem is, I'm not too happy
 at the idea of doing that automatically.


 Trivial to do with Ant, but I agree, it's risky to automate this. OTOH if
 it's well documented what it's doing, people should be OK with it.

 Ian

 project name=CVS Retrieval default=populate

 !-- $Id: build.xml,v 1.1 2002/06/11 15:35:57 ian Exp $ --

 !-- Maybe find a better way of setting this --
 property name=apache.dir value=${user.home}/src/apache/
 property name=cvs.root
 value=:pserver:[EMAIL PROTECTED]:/home/cvspublic/

 target name=init
 tstamp/
 mkdir dir=${apache.dir}/ /target

 target name=populate depends=init

 cvs package=jakarta-tomcat-4.0
 cvsRoot=${cvs.root}
 dest=${apache.dir}
 /
 cvs package=jakarta-tomcat-connectors
 cvsRoot=${cvs.root}
 dest=${apache.dir}
 /
 cvs package=jakarta-tomcat-jasper
 cvsRoot=${cvs.root}
 dest=${apache.dir}
 /
 /target
 /project

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

-- 

Patrick Luby Email: [EMAIL PROTECTED]
Sun Microsystems Phone: 408-276-7471
901 San Antonio Road, USCA14-303
Palo Alto, CA 94303-4900

cvs commit: jakarta-tomcat-5 build.xml

2002-08-11 Thread patrickl

patrickl2002/08/11 11:34:12

  Modified:.build.xml
  Log:
  Uncomment the Tyrex download as the build will fail without Tyrex.
  
  Revision  ChangesPath
  1.22  +0 -2  jakarta-tomcat-5/build.xml
  
  Index: build.xml
  ===
  RCS file: /home/cvs/jakarta-tomcat-5/build.xml,v
  retrieving revision 1.21
  retrieving revision 1.22
  diff -u -r1.21 -r1.22
  --- build.xml 11 Aug 2002 13:50:54 -  1.21
  +++ build.xml 11 Aug 2002 18:34:12 -  1.22
  @@ -606,13 +606,11 @@
 param name=sourcefile value=${struts.loc}/
 param name=destfile value=${struts.jar}/
   /antcall
  -!--
   antcall target=downloadfile
 param name=sourcefile value=${tyrex.loc}/
 param name=destfile value=${tyrex.jar}/
 param name=destdir value=${tyrex.home}/
   /antcall
  ---
 /target
   
 target name=proxyflags
  
  
  

--
To unsubscribe, e-mail:   mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL PROTECTED]




Re: [5.0] Build notes

2002-08-11 Thread costinm

On Sun, 11 Aug 2002, Patrick Luby wrote:

 commons-digester/logging, etc. I think that this would make the build 
 more reliable since Tomcat 5 is dependent on very specific versions of 
 Apache dependencies (e.g. Xerces 2.0.1 only).

IMHO that's _totally_ unacceptable ( having tomcat5 work only with 
xerces).

And having schema validation turned on by default has a strong -1 from
me - if the spec _requires_ schema validation, then implement it at 
deployment time. The performance hit is just unacceptable. 

( in the process we should also move DTD validation to the same 
stage and stop doing it on every startup if the xml file didn't change )




Costin




--
To unsubscribe, e-mail:   mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL PROTECTED]




Re: [5.0] Problems

2002-08-11 Thread costinm

I turned off schema and dtd validation, and disabled the JMX stuff - and
the startup time is down to earth ( 7 secs ). 

I'll try to do something about jmx ( put all the processing in a 
background thread ), the validation should be moved to a deploy 
stage.

The only issue that I can't solve without your help - I would like to 
do the webapp initilization in parallel. And I'm totally lost with the 
JNDI stuff ( it seems the thread is not bounded and I can't find the
right magic invocation :-)


Costin

On Sun, 11 Aug 2002, Remy Maucherat wrote:

 Hi,
 
 I have been cleaning stuff in 5.0, and I have a few problems with the 
 current 5.0 code. The first two seem to be related to schema validation.
 - Startup time appears to be slower (relative to 4.1)
 - I get a lot (hundreds) of exception traces logged on startup (with an 
 old digester, the admin webapp didn't work at all); see below for the trace
 - The tree control in the admin webapp doesn't work anymore for some reason
 - The Windows installer is not using the launcher for the NT service 
 because the Windows NT service part of commons-daemon is not there yet; 
 is there anyone interested in doing it ?
 
 Patrick, you committed most of the schema changes, could you comment on 
 the first two items ?
 
 Thanks,
 Remy
 
 
 11 ao?t 2002 16:07:36 org.apache.commons.digester.Digester warning
 GRAVE: Parse Warning at line 1966 column 20: schema_reference.4: Failed 
 to read schema document 'null', because 1) could
   not find the document; 2) the document could not be read; 3) the root 
 element of the document is not xsd:schema.
 org.xml.sax.SAXParseException: schema_reference.4: Failed to read schema 
 document 'null', because 1) could not find the
 document; 2) the document could not be read; 3) the root element of the 
 document is not xsd:schema.
  at 
 
org.apache.xerces.util.ErrorHandlerWrapper.createSAXParseException(ErrorHandlerWrapper.java:232)
  at 
 org.apache.xerces.util.ErrorHandlerWrapper.warning(ErrorHandlerWrapper.java:141)
  at 
 org.apache.xerces.impl.XMLErrorReporter.reportError(XMLErrorReporter.java:358)
  at 
 org.apache.xerces.impl.XMLErrorReporter.reportError(XMLErrorReporter.java:296)
  at 
 
org.apache.xerces.impl.xs.traversers.XSDHandler.reportSchemaWarning(XSDHandler.java:1841)
  at 
 org.apache.xerces.impl.xs.traversers.XSDHandler.getSchema(XSDHandler.java:1298)
  at 
 org.apache.xerces.impl.xs.traversers.XSDHandler.parseSchema(XSDHandler.java:392)
  at 
 org.apache.xerces.impl.xs.traversers.XSDHandler.parseSchema(XSDHandler.java:381)
  at 
 
org.apache.xerces.impl.xs.XMLSchemaValidator.parseSchema(XMLSchemaValidator.java:2250)
  at 
 
org.apache.xerces.impl.xs.XMLSchemaValidator.findSchemaGrammar(XMLSchemaValidator.java:2178)
  at 
 
org.apache.xerces.impl.xs.XMLSchemaValidator.handleStartElement(XMLSchemaValidator.java:1724)
  at 
 
org.apache.xerces.impl.xs.XMLSchemaValidator.startElement(XMLSchemaValidator.java:568)
  at 
 
org.apache.xerces.impl.XMLNamespaceBinder.handleStartElement(XMLNamespaceBinder.java:832)
  at 
 org.apache.xerces.impl.XMLNamespaceBinder.startElement(XMLNamespaceBinder.java:568)
  at 
 org.apache.xerces.impl.dtd.XMLDTDValidator.startElement(XMLDTDValidator.java:796)
  at 
 
org.apache.xerces.impl.XMLDocumentFragmentScannerImpl.scanStartElement(XMLDocumentFragmentScannerImpl.java:75
 2)
  at 
 
org.apache.xerces.impl.XMLDocumentFragmentScannerImpl$FragmentContentDispatcher.dispatch(XMLDocumentFragmentS
 cannerImpl.java:1454)
  at 
 
org.apache.xerces.impl.XMLDocumentFragmentScannerImpl.scanDocument(XMLDocumentFragmentScannerImpl.java:333)
  at 
 
org.apache.xerces.parsers.StandardParserConfiguration.parse(StandardParserConfiguration.java:529)
  at 
 
org.apache.xerces.parsers.StandardParserConfiguration.parse(StandardParserConfiguration.java:585)
  at org.apache.xerces.parsers.XMLParser.parse(XMLParser.java:147)
  at 
 org.apache.xerces.parsers.AbstractSAXParser.parse(AbstractSAXParser.java:1148)
  at org.apache.commons.digester.Digester.parse(Digester.java:1514)
  at 
 org.apache.catalina.startup.ContextConfig.tldScanStream(ContextConfig.java:1050)
  at 
 org.apache.catalina.startup.ContextConfig.tldScanJar(ContextConfig.java:994)
  at 
 org.apache.catalina.startup.ContextConfig.tldScan(ContextConfig.java:941)
  at 
 org.apache.catalina.startup.ContextConfig.start(ContextConfig.java:720)
  at 
 org.apache.catalina.startup.ContextConfig.lifecycleEvent(ContextConfig.java:247)
  at 
 
org.apache.catalina.util.LifecycleSupport.fireLifecycleEvent(LifecycleSupport.java:166)
  at 
 org.apache.catalina.core.StandardContext.start(StandardContext.java:3493)
  at 
 org.apache.catalina.core.ContainerBase.addChildInternal(ContainerBase.java:821)
  at 
 

Re: cvs commit: jakarta-tomcat-site/xdocs index.xml

2002-08-11 Thread John Holman

The Tomcat 4.1 documents referenced on the index.html page are not up to 
date (e.g. jndi-datasource-examples-howto, realm-howto).

John.


[EMAIL PROTECTED] wrote:
 remm2002/08/11 08:35:27
 
   Modified:docs index.html
xdocsindex.xml
   Log:
   - Update site (finally).
   
   Revision  ChangesPath
   1.26  +78 -27jakarta-tomcat-site/docs/index.html
   
   Index: index.html
   ===
   RCS file: /home/cvs/jakarta-tomcat-site/docs/index.html,v
   retrieving revision 1.25
   retrieving revision 1.26
   diff -u -r1.25 -r1.26
   --- index.html  11 May 2002 17:27:44 -  1.25
   +++ index.html  11 Aug 2002 15:35:27 -  1.26
   @@ -158,12 +158,24 @@

...



--
To unsubscribe, e-mail:   mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL PROTECTED]




Re: [5.0] Build notes

2002-08-11 Thread Patrick Luby

Costin,

[EMAIL PROTECTED] wrote:
 On Sun, 11 Aug 2002, Patrick Luby wrote:
 
 
commons-digester/logging, etc. I think that this would make the build 
more reliable since Tomcat 5 is dependent on very specific versions of 
Apache dependencies (e.g. Xerces 2.0.1 only).
 
 
 IMHO that's _totally_ unacceptable ( having tomcat5 work only with 
 xerces).

I think that the dependency on Xerces 2.0.1 is excessively restrictive 
as well. IIRC (maybe Jean-François could provide some of the details he 
found?), Xerces 2.0.1 was the only Xerces parser that we have found so 
far that does not throw StackOverflow or other fatal exceptions when an 
XML file using XML schema is parsed. I believe (Jean-François: let me 
know if my understanding is incorrect) that this problem exists even if 
schema validation is turned off.

 
 And having schema validation turned on by default has a strong -1 from
 me - if the spec _requires_ schema validation, then implement it at 
 deployment time. The performance hit is just unacceptable. 

Any performance increases through delayed validation sounds good to me.

 
 ( in the process we should also move DTD validation to the same 
 stage and stop doing it on every startup if the xml file didn't change )
 

Makes sense. Especially since we use this same technique for JSP page 
compilation.


-- 

Patrick Luby Email: [EMAIL PROTECTED]
Sun Microsystems Phone: 408-276-7471
901 San Antonio Road, USCA14-303
Palo Alto, CA 94303-4900



--
To unsubscribe, e-mail:   mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL PROTECTED]




DO NOT REPLY [Bug 11619] New: - Environment entries cause HTTP 500

2002-08-11 Thread bugzilla

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=11619.
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=11619

Environment entries cause HTTP 500

   Summary: Environment entries cause HTTP 500
   Product: Tomcat 4
   Version: 4.1.8
  Platform: Other
OS/Version: Other
Status: NEW
  Severity: Normal
  Priority: Other
 Component: Servlet  JSP API
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]


If I insert the following lines in the doGet() part:

try
{
  Context initCtx = new InitialContext( );
  String datenPfad = (String) initCtx.lookup(java:comp/env/datenPfad);
}
catch (NamingException e)
{
} 

I can read the String datenPfad once. But when I reload the page I get a 
nullPointerException when I do some if things with it.

--
To unsubscribe, e-mail:   mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL PROTECTED]




Re: [5.0] Build notes

2002-08-11 Thread costinm

On Sun, 11 Aug 2002, Patrick Luby wrote:

  IMHO that's _totally_ unacceptable ( having tomcat5 work only with 
  xerces).
 
 I think that the dependency on Xerces 2.0.1 is excessively restrictive 
 as well. IIRC (maybe Jean-François could provide some of the details he 
 found?), Xerces 2.0.1 was the only Xerces parser that we have found so 
 far that does not throw StackOverflow or other fatal exceptions when an 
 XML file using XML schema is parsed. I believe (Jean-François: let me 
 know if my understanding is incorrect) that this problem exists even if 
 schema validation is turned off.

I can confirm that tomcat5 works just fine with crimson if validation
is off ( and it starts much faster - 6-7 seconds ).

  And having schema validation turned on by default has a strong -1 from
  me - if the spec _requires_ schema validation, then implement it at 
  deployment time. The performance hit is just unacceptable. 
 
 Any performance increases through delayed validation sounds good to me.

It's not 'delayed'. There are 2 choices: one ( used in 3.3 ) is to 
put a 'marker' in work/ and check the timestamp to avoid validating
a file that was validated before and didn't changed.

The 'right' solution (IMO) is to have a clearly defined 'deploy'
stage, and have the validation done at deploy time. 

The 'deploy' stage is also needed for jk2 ( to generate apache
config files for example ). 

Every time web.xml ( or another .xml ) file changes the app
should be redeployed ( i.e. the 'deploy' hooks run ). 

I can live with the first aproach, or even with a global option
to turn off validation. 

  ( in the process we should also move DTD validation to the same 
  stage and stop doing it on every startup if the xml file didn't change )
  
 
 Makes sense. Especially since we use this same technique for JSP page 
 compilation.

Do we ? It didn't seem so when I looked at the code. 

Actually it somehow seems that something is looking for TLDs 
at startup - that's a bug for me. The TLDs should be processed
when the first JSP is complied - not before. If a webapp
doesn't use JSPs or uses precompiled JSPs ( which is a very
good idea IMO ) - then there is no point on scanning each 
jar for TLDs. 

Costin


--
To unsubscribe, e-mail:   mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL PROTECTED]




Re: [5.0] Build notes

2002-08-11 Thread Bill Barker


 Actually it somehow seems that something is looking for TLDs
 at startup - that's a bug for me. The TLDs should be processed
 when the first JSP is complied - not before. If a webapp
 doesn't use JSPs or uses precompiled JSPs ( which is a very
 good idea IMO ) - then there is no point on scanning each
 jar for TLDs.

I don't know anybody that likes it, but it's required by the JSP-1.2 spec
(and still in the current draft of the JSP-2.0 spec).  The TLDs may contain
Listeners, and the only way to get them registered is to scan at startup.


 Costin


 --
 To unsubscribe, e-mail:
mailto:[EMAIL PROTECTED]
 For additional commands, e-mail:
mailto:[EMAIL PROTECTED]



--
To unsubscribe, e-mail:   mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL PROTECTED]




Re: [5.0] Build notes

2002-08-11 Thread costinm

On Sun, 11 Aug 2002, Bill Barker wrote:

 I don't know anybody that likes it, but it's required by the JSP-1.2 spec
 (and still in the current draft of the JSP-2.0 spec).  The TLDs may contain
 Listeners, and the only way to get them registered is to scan at startup.

Ops, I missed that one. 

So you mean even if a webapp has no JSP at all - the TLDs are still
processed ( sort of extension to web.xml ) ? I allways tought they
are for translation, not runtime. 

I just downloaded the new servlet draft - and it seems the welcome file
it defines is still unimplementable and violates all the current 
practices... I'm beginning to wonder who is Apache's representative to
the JCP and how will he make the decision on what to vote...


Costin




 
 
  Costin
 
 
  --
  To unsubscribe, e-mail:
 mailto:[EMAIL PROTECTED]
  For additional commands, e-mail:
 mailto:[EMAIL PROTECTED]
 
 
 
 --
 To unsubscribe, e-mail:   mailto:[EMAIL PROTECTED]
 For additional commands, e-mail: mailto:[EMAIL PROTECTED]
 
 


--
To unsubscribe, e-mail:   mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL PROTECTED]




Questionnaire

2002-08-11 Thread Marcos Manosso

Dear Sir/Madam

We are conducting some research concerning the public's opinion about the level of 
ethics in advertising. As you may be aware, many companies have ethical advertising 
policies. Furthermore,  the media (i.e. TV, Radio, Magazines and Newspapers) have 
governmental and non-governmental organizations that are suppose to monitor the 
ethical content of advertisements. The questions we want to address in this study are 
whether, in the public's opinion, (a) this control is really maintaining a high level 
of ethics in advertising executions; (b) what are the main issues in advertising 
ethics that should be dealt with in order to ensure this high ethical level, and (c) 
if ethics impacts consumers attitudes and behaviours towards firms that maintain high 
levels of ethics in their business and advertisings, which may be reflected in the 
company's society and environment.

In order to answer these questions, we need your help. Following this letter is a 
short questionnaire. We would really appreciate your help in completing and returning 
it. Your responses are extremely valuable and will help us gain a better understanding 
of the issues of advertising ethics and corporate social responsibility.

Once completed, please return the questionnaire to [EMAIL PROTECTED]  

We know your time is valuable, and therefore, as a token of our appreciation for your 
cooperation, we would be pleased to send you the results and analysis of this 
questionnaire. If you wish to receive this summary, please place your e-mail address 
in the Subject box of your response e-mail.

We assure you that the information you provide will be kept strictly confidential and 
combined with all other responses so that no individuals can be identified. In 
addition, your  name and/or e-mail address will remain in the highest levels of 
anonymity and privacy, and will not be given, sold or otherwise distributed to anyone, 
being destroyed from our records immediately after your questionnaire is gathered and 
(if the case) the results posted to you.

Please take a few minutes now to complete and return the questionnaire.

Thank you very much for your help

Marcos Manosso
[EMAIL PROTECTED]





Please complete the following fields:
Age:___   
Country of residence:___   
Gender (Male / Female):___  
Education Level (Elementary / High School / University / Post-Graduate):___   

 
Please answer the following questions by placing an x in the appropriate space:
Businesses have responsibilities with society that go beyond job creation.   
1. Strongly agree   (__) 
2. Agree   (__)
3.  No Opinion   (__)
4. Disagree   (__)
5. Strongly Disagree   (__)

It is possible for a business to be both ethical and profitable.   
1. Strongly agree   (__) 
2. Agree   (__)
3.  No Opinion   (__)
4. Disagree   (__)
5. Strongly Disagree   (__)

Advertising shows an accurate view of reality.   
1. Strongly agree   (__) 
2. Agree   (__)
3.  No Opinion   (__)
4. Disagree   (__)
5. Strongly Disagree   (__)

Advertising helps to shape society's views of the world and itself.   
1. Strongly agree   (__) 
2. Agree   (__)
3.  No Opinion   (__)
4. Disagree   (__)
5. Strongly Disagree   (__)

How do you view the level of ethics in general advertising?   
1. Very High   (__)
2. High   (__)
3. Average   (__)
4. Low   (__)
5. Very Low   (__)

 
Whose responsibility is it to deal with the social problems of the world? (please mark 
with an x, as appropriate)
01.  Businesses   (__)
02.  Non-Profit Organizations   (__)
03.  Government   (__)
04.  Non-Government Organizations (NGOs)   (__)
05.  Schools and Universities   (__)
06.  General Public   (__)
07.  Other - Please cite:___   


Which of the following issues in general advertising would you consider being 
unethical? (please mark by placing an x in the appropriate place(s))
01. Ads for abortion services or family planning   (__)

02. Ads for cosmetic surgery or other elective surgery   (__)

03. Ads for medical products and services   (__)

04. Ads for personal care and hygiene products   (__)

05. Ads for professional services (lawyers, doctors, etc.)   (__)

06. Ads for workers to replace striking workers   (__)

07. Advertising pharmaceuticals   (__)

08. Advertising to children   (__)

09. AIDS-awareness ads   (__)

10. Alcoholic beverage ads   (__)

11. Anti-abortion ads   (__)

12. Anti-alcohol Public Service Announcements   (__)

13. Anti-cigarette Public Service Announcements   (__)

14. Anti-drug Public Service Announcements   (__)

15. Censorious advertising   (__)

16. Cigarette and tobacco ads   (__)

17. Comparative advertising   (__)

18. Condom ads   (__)

19. Corporate advocacy ads   (__)

20. Creation of irrational desires and needs   (__)

21. Disguised advertising   (__)

22. Effect of ads on editorial content of the media   (__)

23. Effect of ads on the material wants of society   (__)

24. Effects of ads on the 

DO NOT REPLY [Bug 11603] - security fails for http-method != GET when user is forced to login

2002-08-11 Thread bugzilla

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=11603.
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=11603

security fails for http-method != GET when user is forced to login





--- Additional Comments From [EMAIL PROTECTED]  2002-08-11 22:46 ---
Typo - auth-constraint

--
To unsubscribe, e-mail:   mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL PROTECTED]




adding a MIME mapping for WSDL documents

2002-08-11 Thread Sanjiva Weerawarana

Hello,

Would it be possible to add the following to the list of MIME mappings
in the conf/web.xml file?

  mime-mapping
extensionwsdl/extension
mime-typetext/xml/mime-type
  /mime-mapping

WSDL currently doesn't have a registered MIME type; so text/xml
should work fine (or application/xml - take your pick .. I don't 
care which one). 

Without this its impossible to download a WSDL document from 
tomcat using the Java URL class (getContent()) as that thing
seems to assume a content-type header is present. It appears
that Tomcat no longer adds a default content-type .. so that
means everyone who wants to host URL class downloadable WSDL 
in tomcat (4.*+ at least) needs to edit conf/web.xml.

I don't read tomcat-dev normally, so please cc me if there
are any questions / concerns.

Thanks!

Sanjiva.



--
To unsubscribe, e-mail:   mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL PROTECTED]




DO NOT REPLY [Bug 11603] - security fails for http-method != GET when user is forced to login

2002-08-11 Thread bugzilla

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=11603.
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=11603

security fails for http-method != GET when user is forced to login





--- Additional Comments From [EMAIL PROTECTED]  2002-08-12 01:00 ---
I tested WebLogic 6.1 sp2 and it does the same thing that Tomcat does. It 
allows the GET after you login (that I think should be interpreted as a POST) 
but does not inlcude the POSTed parameters. The servlet spec document does not 
cover this issue, but it does seem like a 403 response is most appropriate.

--
To unsubscribe, e-mail:   mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL PROTECTED]




Re: [5.0] Build notes

2002-08-11 Thread Bob Herrmann

On Sun, 2002-08-11 at 11:25, Jayson Falkner wrote:
 I have been using the same thing. The only downside is the download 
 time, but, IMO it would be great to have this included and encouraged 
 for use with the Tomcat 5 build file.
 
 Way to go Bob!

Thanks, although I just cut/pasted Ian Darwin's example.

It builds tomcat5 pretty well, but I would really like it if it also did
these things,

 - building dist, start tomcat up
 - download and run watchdog and generate a report
 - If the report fails, then send an email to people who committed in
past 24 hours
 - run automatically every 24 hours.

Sort of a mini-gump.

Cheers,
-bob


 
 Jayson Falkner
 [EMAIL PROTECTED]
 
 Bob Herrmann wrote:
  Yea, I liked your script, this one builds Tomcat 5.
  
  BUILDING.TXT could almost just say All you need is JDK1.4 and Ant1.5
  then just type 'ant' and a working Tomcat 5 development tree is built.
  (If you are behind a firewall, you may need to adjust proxy settings.)
  
  This should be cross platform (haven't tested it on Win32.)
  
  Cheers,
  -bob
  
  project name=CVS Retrieval default=populate
  
  property file=build.properties/
  
  property name=apache.dir value=${user.home}/TC5/
  property name=base.path value=${apache.dir}/download/
  
  property name=cvsroot
 value=:pserver:[EMAIL PROTECTED]:/home/cvspublic/
  
  target name=populate depends=init,checkout,buildit /
  
  target name=init
  tstamp/
  mkdir dir=${apache.dir}/ 
  mkdir dir=${base.path}/ 
  /target
  
  target name=checkout depends=init
  
  cvs package=jakarta-servletapi-5
  cvsRoot=${cvsroot}
  dest=${apache.dir}
  /
  cvs package=jakarta-tomcat-catalina
  cvsRoot=${cvsroot}
  dest=${apache.dir}
  /
  cvs package=jakarta-tomcat-5
  cvsRoot=${cvsroot}
  dest=${apache.dir}
  /
  cvs package=jakarta-tomcat-connectors
  cvsRoot=${cvsroot}
  dest=${apache.dir}
  /
  cvs package=jakarta-tomcat-jasper
  cvsRoot=${cvsroot}
  dest=${apache.dir}
  /
  cvs package=jakarta-tomcat-5
  cvsRoot=${cvsroot}
  dest=${apache.dir}
  /
  
  /target
  
  target name=buildit depends=init
  
  echo message=Commons-logging build dies without this
   file=${base.path}/LICENSE /
  
  ant dir=${apache.dir}/jakarta-tomcat-5
   target=download /
  
  ant dir=${apache.dir}/jakarta-tomcat-5
   target=dist /
  /target
  
  /project
  
  
  On Tue, 2002-08-06 at 13:43, Ian Darwin wrote:
  
 On August 6, 2002 01:01 pm, you wrote:
 
 The main thing missing is a target which sets up the CVS repositories,
 so it's quite close to what we have now. Problem is, I'm not too happy
 at the idea of doing that automatically.
 
 Trivial to do with Ant, but I agree, it's risky to automate this. OTOH if
 it's well documented what it's doing, people should be OK with it.
 
 Ian
 
 project name=CVS Retrieval default=populate
 
 !-- $Id: build.xml,v 1.1 2002/06/11 15:35:57 ian Exp $ --
 
 !-- Maybe find a better way of setting this --
 property name=apache.dir value=${user.home}/src/apache/
 property name=cvs.root
 value=:pserver:[EMAIL PROTECTED]:/home/cvspublic/
 
 target name=init
 tstamp/
 mkdir dir=${apache.dir}/ 
 /target
 
 target name=populate depends=init
 
 cvs package=jakarta-tomcat-4.0
 cvsRoot=${cvs.root}
 dest=${apache.dir}
 /
 cvs package=jakarta-tomcat-connectors
 cvsRoot=${cvs.root}
 dest=${apache.dir}
 /
 cvs package=jakarta-tomcat-jasper
 cvsRoot=${cvs.root}
 dest=${apache.dir}
 /
 /target
 /project
 
 --
 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]
-- 
Cheers,
-bob


--
To unsubscribe, e-mail:   mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL PROTECTED]




DO NOT REPLY [Bug 11490] - an error on compiling jsp file

2002-08-11 Thread bugzilla

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=11490.
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=11490

an error on compiling jsp file





--- Additional Comments From [EMAIL PROTECTED]  2002-08-12 04:04 ---
Sorry for annoying you. And thanks for the patch!

--
To unsubscribe, e-mail:   mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL PROTECTED]