date:20030701

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=21214

Start menu items don't set endorsed dir

   Summary: Start menu items don't set endorsed dir
   Product: Tomcat 4
   Version: 4.1.24
  Platform: PC
OS/Version: Windows XP
Status: NEW
  Severity: Minor
  Priority: Other
 Component: Unknown
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]


The install jakarta-tomcat-4.1.24-LE-jdk14.exe places the items "Start Tomcat"
and "Stop Tomcat" into the windows start menu.  These items *DON'T* refer to the
startup.bat and shutdown.bat scripts, so don't set the java.libs.endorsed directory.

This leads to some problems because all the documentation states that
common/endorsed is the location to place jars which need to be endorsed.

The workaround is to set JAVA_HOME and CATALINA_HOME environment variables, and
then change the shortcuts to point to startup.bat and shutdown.bat.

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

Re: cvs commit: jakarta-tomcat-connectors/jk/native/apache-2.0 mod_jk.c

Thanks for the path bug fix Bill.

I will be happy to work on a mod_jk 4.1.25 release but I won't have time until
next week.
The only two issues I am aware of are:

1. The libtool build problem.
2. The path mapping bug in Apache.
Are both of these considered fixed now in CVS head?

Has the CHANGES file been updated?

Regards,

Glenn

Henri Gomez wrote:
[EMAIL PROTECTED] wrote:

What about a 1.2.5 release soon ?

billbarker2003/06/26 20:10:44

  Modified:jk/native/apache-2.0 mod_jk.c
  Log:
  Port from apache-1.3
Revision  ChangesPath
  1.80  +6 -4  
jakarta-tomcat-connectors/jk/native/apache-2.0/mod_jk.c
Index: mod_jk.c
  ===
  RCS file: 
/home/cvs/jakarta-tomcat-connectors/jk/native/apache-2.0/mod_jk.c,v
  retrieving revision 1.79
  retrieving revision 1.80
  diff -u -r1.79 -r1.80
  --- mod_jk.c18 Jun 2003 15:48:14 -1.79
  +++ mod_jk.c27 Jun 2003 03:10:43 -1.80
  @@ -2280,16 +2280,18 @@
  return OK;
   } else if(conf->alias_dir != NULL) {
  +char *clean_uri = ap_pstrdup(r->pool, r->uri);
  +ap_no2slash(clean_uri);
   /* Automatically map uri to a context static file */
   jk_log(conf->log, JK_LOG_DEBUG,
   "mod_jk::jk_translate, check alias_dir: %s\n",
   conf->alias_dir);
  -if (strlen(r->uri) > 1) {
  +if (strlen(clean_uri) > 1) {
   /* Get the context directory name */
   char *context_dir = NULL;
   char *context_path = NULL;
   char *child_dir = NULL;
  -char *index = r->uri;
  +char *index = clean_uri;
   char *suffix = strchr(index+1,'/');
   if( suffix != NULL ) {
   int size = suffix - index;
  @@ -2327,7 +2329,7 @@
   finfo.filetype = APR_NOFILE;
   
apr_stat(&finfo,context_path,APR_FINFO_TYPE,r->pool);
   if( finfo.filetype == APR_DIR ) {
  -char *escurl = 
ap_os_escape_path(r->pool, r->uri, 1);
  +char *escurl = 
ap_os_escape_path(r->pool, clean_uri, 1);
   char *ret = 
ap_pstrcat(r->pool,conf->alias_dir,escurl,NULL);
   /* Add code to verify real path 
ap_os_canonical_name */
   if( ret != NULL ) {





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


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

DO NOT REPLY [Bug 21217] New: - Administration webapp does not start for NetWare - cant load struts.jar

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=21217

Administration webapp does not start for NetWare - cant load struts.jar

   Summary: Administration webapp does not start for NetWare - cant
load struts.jar
   Product: Tomcat 4
   Version: 4.1.24
  Platform: PC
OS/Version: Netware
Status: NEW
  Severity: Major
  Priority: Other
 Component: Webapps:Administration
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]


I have studied bug 12140, but for Netware 5.1 SP3 the specified solution, it is 
connected to variable CATALINA_TMPDIR has not helped. 
My log:

tomcat4.ncf:
---
load java
envset CATALINA_HOME=WORK:\tomcat
envset CATALINA_BASE=WORK:\tomcat 
envset CATALINA_TMPDIR=WORK:\tomcat\temp
envset CATALINA_CLASSPATH=$CATALINA_HOME\bin\bootstrap.jar
envset CATALINA_CLASSPATH=$CATALINA_CLASSPATH;sys:\java\lib\tools.jar 
envset JAVA_COMPILER=NONE
java -Xms128M -Xmx256M -nsac -snCatalina -envCWD=$CATALINA_HOME
-classpath $CATALINA_CLASSPATH
-Dcatalina.base=$CATALINA_BASE -Dcatalina.home=$CATALINA_HOME
org.apache.catalina.startup.Bootstrap %1 %2 %3
%3 %5 %6 %7 %8 %9


--
2003-07-01 13:43:08 StandardContext[/admin]: Starting
2003-07-01 13:43:08 StandardContext[/admin]: Processing start(),
current available=false
2003-07-01 13:43:08 StandardContext[/admin]: Processing standard
container startup
2003-07-01 13:43:08 WebappLoader[/admin]: Deploying class repositories
to work directory
WORK:\tomcat\work\Standalone\localhost\admin
2003-07-01 13:43:08 WebappLoader[/admin]: Deploy class files
/WEB-INF/classes to
WORK:\tomcat\webapps\..\server\webapps\admin\WEB-INF\classes
2003-07-01 13:43:08 WebappLoader[/admin]: Deploy JAR
/WEB-INF/lib/struts.jar to
WORK:\tomcat\webapps\..\server\webapps\admin\WEB-INF\lib\struts.jar
2003-07-01 13:43:08 ContextConfig[/admin]: ContextConfig: Processing
START
2003-07-01 13:43:08 StandardContext[/admin]: Setting deployment
descriptor public ID to '-//Sun
Microsystems, Inc.//DTD Web Application 2.3//EN'
2003-07-01 13:43:09 StandardContext[/admin]: Setting deployment
descriptor public ID to '-//Sun
Microsystems, Inc.//DTD Web Application 2.3//EN'
2003-07-01 13:43:09 ContextConfig[/admin]:  Accumulating TLD resource
paths
2003-07-01 13:43:09 ContextConfig[/admin]:  Scanning TLD at resource
path '/WEB-INF/struts-bean.tld'
2003-07-01 13:43:09 ContextConfig[/admin]:  Scanning TLD at resource
path '/WEB-INF/controls.tld'
2003-07-01 13:43:10 ContextConfig[/admin]:  Scanning JAR at resource
path '/WEB-INF/lib/struts.jar'
2003-07-01 13:43:10 ContextConfig[/admin] Exception processing JAR at
resource path /WEB-INF/lib/struts.jar
javax.servlet.ServletException: Exception processing JAR at resource
path /WEB-INF/lib/struts.jar
at
org.apache.catalina.startup.ContextConfig.tldScanJar(ContextConfig.java:930)
at
org.apache.catalina.startup.ContextConfig.tldScan(ContextConfig.java:868)
at
org.apache.catalina.startup.ContextConfig.start(ContextConfig.java:647)
at
org.apache.catalina.startup.ContextConfig.lifecycleEvent(ContextConfig.java:243)
at
org.apache.catalina.util.LifecycleSupport.fireLifecycleEvent
(LifecycleSupport.java:166)
at
org.apache.catalina.core.StandardContext.start(StandardContext.java:3567)
at
org.apache.catalina.core.StandardHostDeployer.start
(StandardHostDeployer.java:629)
at
org.apache.catalina.core.StandardHost.start(StandardHost.java:897)
at
org.apache.catalina.servlets.ManagerServlet.start(ManagerServlet.java:1105)
at
org.apache.catalina.servlets.HTMLManagerServlet.start
(HTMLManagerServlet.java:555)
at
org.apache.catalina.servlets.HTMLManagerServlet.doGet
(HTMLManagerServlet.java:157)
at
javax.servlet.http.HttpServlet.service(HttpServlet.java:740)
at
javax.servlet.http.HttpServlet.service(HttpServlet.java:853)
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter
(ApplicationFilterChain.java:247)
at
org.apache.catalina.core.ApplicationFilterChain.doFilter
(ApplicationFilterChain.java:193)
at
org.apache.catalina.core.StandardWrapperValve.invoke
(StandardWrapperValve.java:256)
at
org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNex
t(StandardPipeline.java:643)
at
org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:480)
at
org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995)
at
org.apache.catalina.core.StandardContextValve.invoke
(StandardContextValve.java:191)
at
org.apache.catalina.cor

Re: cvs commit: jakarta-tomcat-connectors/jk/native/apache-2.0 mod_jk.c

2003-07-01 Thread Henri Gomez


Henri Gomez wrote:

[EMAIL PROTECTED] wrote:

What about a 1.2.5 release soon ?

+1



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

DO NOT REPLY [Bug 21219] New: - Corrupted Message Body on interrupted GET

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=21219

Corrupted Message Body on interrupted GET

   Summary: Corrupted Message Body on interrupted GET
   Product: Tomcat 4
   Version: 4.1.18
  Platform: All
OS/Version: All
Status: NEW
  Severity: Critical
  Priority: Other
 Component: Connector:Coyote HTTP/1.1
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]


The servlet container tries to send a 500 Repsonse on Servlet/RuntimeExceptions
even though the response is already committed. This leads to currupted
message content, sometimes even without the client being able to notice
that something went wrong. 
Example: servlet dies with a RuntimeException while copying content to
the response.getOutputStream(). Only 1000 bytes are missing from the
ContentLength as specified in the response header. Then tomcat sends the
500 response on the same connection which is just long enough so that
the client is able to read the last 1000 bytes of the response. The
client will not notice that the response body is corrupted.

Solution: do not generate the 500 response when the original response is
already committed. Instead close the HTTP connection immediately so that
the client will know that the response is incomplete. Without closing
the HTTP connection, the client will hang trying to read the rest of the
response which will never come.

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

DO NOT REPLY [Bug 21220] New: - java.util.zip.ZipException on Tomcat boot is less than helpful

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=21220

java.util.zip.ZipException on Tomcat boot is less than helpful

   Summary: java.util.zip.ZipException on Tomcat boot is less than
helpful
   Product: Tomcat 4
   Version: 4.1.25
  Platform: PC
OS/Version: Linux
Status: NEW
  Severity: Enhancement
  Priority: Other
 Component: Catalina
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]


java.util.zip.ZipException: No such file or directory
at java.util.zip.ZipFile.open(Native Method)
at java.util.zip.ZipFile.(ZipFile.java:112)Bootstrap: Class loader
creation threw exception

at java.util.jar.JarFile.(JarFile.java:117)
at java.util.jar.JarFile.(JarFile.java:55)
at
org.apache.catalina.loader.StandardClassLoader.addRepositoryInternal(StandardClassLoader.java:1082)
at
org.apache.catalina.loader.StandardClassLoader.(StandardClassLoader.java:200)
at
org.apache.catalina.startup.ClassLoaderFactory.createClassLoader(ClassLoaderFactory.java:202)
at org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:141)
It sometimes happens that we get a ZipException during Tomcat boot,like so:

java.lang.IllegalArgumentException: addRepositoryInternal:
java.util.zip.ZipException: No such file or directory
at
org.apache.catalina.loader.StandardClassLoader.addRepositoryInternal(StandardClassLoader.java:1110)
at
org.apache.catalina.loader.StandardClassLoader.(StandardClassLoader.java:200)
at
org.apache.catalina.startup.ClassLoaderFactory.createClassLoader(ClassLoaderFactory.java:202)
at org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:141)

This means that a jar is corrupted or a symlink to a jar has gone stale etc.

It would be helpful to make Tomcat say exactly *what* jar it just tried to load.
Patching Tomcat helped me find a bad jar in no time...

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

DO NOT REPLY [Bug 21219] - Corrupted Message Body on interrupted GET

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=21219

Corrupted Message Body on interrupted GET

[EMAIL PROTECTED] changed:

   What|Removed |Added

   Severity|Critical|Enhancement
 Status|NEW |RESOLVED
 Resolution||WONTFIX



--- Additional Comments From [EMAIL PROTECTED]  2003-07-01 12:52 ---
This won't be fixed (and is not a bug). You should add special handling in your
servlet. Please do not reopen this report.

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

DO NOT REPLY [Bug 20376] - Internet Explorer 6.0 Duplicate Requests IE PLEASE HELP

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=20376

Internet Explorer 6.0 Duplicate Requests IE PLEASE HELP





--- Additional Comments From [EMAIL PROTECTED]  2003-07-01 13:01 ---
I had the same problem with a self-written webserver.
Duplicate requests occured in the following cases:
- POSTs with multiple of 2047 bytes of data
- the response is written back before all data from the input stream is read
- the response has a certain length.

I think that the request length header sent by MSIE does not contain the last
CR LF.
When I read these bytes too, I had no problems anymore.

P.S.:With UTF-8 encoded pages the troubles occured more often.

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

DO NOT REPLY [Bug 21206] - Tomcat 5 - Jetspeed JSP Portlets do not display

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=21206

Tomcat 5 - Jetspeed JSP Portlets do not display





--- Additional Comments From [EMAIL PROTECTED]  2003-07-01 13:15 ---
I just tried it (tomcat 5.0.3, JDK 1.4.1_03, Windows 2000, Jetspeed 1.4b4).  
Dropped jetspeed.war in running tomcat webapps directory.  Went to 
http://localhost:8080/jetspeed, browsed around, everything was fine.  Edited a 
few panes, no problems.  Added JSP Portfolio portlet, didn't get an error, but 
didn't see anything in the portlet (am I supposed to?).  Logged out of 
jetspeed, went to tomcat manager, logged in, reloaded jetspeed webapp.  Tried 
to access http://localhost:8080/jetspeed, got following exception:
Horrible Exception: java.lang.Error: Error in BasePeer.initTableSchema
(TURBINE_USER): The database is already in use by another process at 
org.apache.jetspeed.om.security.turbine.BaseTurbineUserPeer.initClass
(BaseTurbineUserPeer.java:154) at 
org.apache.jetspeed.om.security.turbine.BaseTurbineUserPeer.
(BaseTurbineUserPeer.java:128) at 
org.apache.jetspeed.services.security.turbine.TurbineUserManagement.getUser
(TurbineUserManagement.java:166) at 
org.apache.jetspeed.services.JetspeedUserManagement.getUser
(JetspeedUserManagement.java:97) at 
org.apache.jetspeed.services.security.turbine.TurbineAuthentication.getAnonymous
User(TurbineAuthentication.java:212) at 
org.apache.jetspeed.services.JetspeedAuthentication.getAnonymousUser
(JetspeedAuthentication.java:102) at 
org.apache.jetspeed.services.JetspeedSecurity.getAnonymousUser
(JetspeedSecurity.java:174) at 
org.apache.jetspeed.modules.actions.TemplateSessionValidator.doPerform
(TemplateSessionValidator.java:97) at 
org.apache.jetspeed.modules.actions.JetspeedSessionValidator.doPerform
(JetspeedSessionValidator.java:103) at org.apache.turbine.modules.Action.perform
(Action.java:87) at org.apache.turbine.modules.ActionLoader.exec
(ActionLoader.java:122) at org.apache.turbine.Turbine.doGet(Turbine.java:521) 
at javax.servlet.http.HttpServlet.service(HttpServlet.java:743)

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

DO NOT REPLY [Bug 21206] - Tomcat 5 - Jetspeed JSP Portlets do not display

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=21206

Tomcat 5 - Jetspeed JSP Portlets do not display





--- Additional Comments From [EMAIL PROTECTED]  2003-07-01 13:19 ---
Following my post above, I restarted the tomcat server (restarting or reloading 
the jetspeed application was insufficient), and logged back in.  I could see 
the pane that I added with the same display (i.e. no data) in the JSP stock 
portfolio portlet.  That makes me think it's more likely a Jetspeed issue.

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

DO NOT REPLY [Bug 21206] - Tomcat 5 - Jetspeed JSP Portlets do not display

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=21206

Tomcat 5 - Jetspeed JSP Portlets do not display





--- Additional Comments From [EMAIL PROTECTED]  2003-07-01 13:23 ---
Yoav,
  When you didn't see anything in the JSP Stock Portfolio portlet that is the
problem that needs fixed!!!   I not inclined one way or the other to say whose
issue this is.  It could be either a Tomcat or a Jetspeed issue at this point. 
The behavior doesn't occur in 4.1.24 or Resin so    This other exception
that you got by reloading jetspeed I have never seen before (on Linux) and I
have reloaded jetspeed several times.

thx,
Gerry Reno

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

DO NOT REPLY [Bug 21206] - Tomcat 5 - Jetspeed JSP Portlets do not display

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=21206

Tomcat 5 - Jetspeed JSP Portlets do not display





--- Additional Comments From [EMAIL PROTECTED]  2003-07-01 13:26 ---
I have no idea if it's indeed a Jetspeed bug. I'd like to know if it can be
reproduced using something other than Jetspeed (in which case it could indicate
a buffering or RD bug). At this point, I don't feel like digging into Jetspeed
to get the answer ...

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

[GUMP] Build timed out - jk

2003-07-01 Thread Craig McClanahan


This email is autogenerated from the output from:



Buildfile: build.xml

init:
 [echo] /home/rubys
[mkdir] Created dir: /home/rubys/jakarta/jakarta-tomcat-connectors/jk/build/jk
 [echo] linux=true solaris=${solaris} win32=${win32} hpux=${hpux} 
netware=${netware}

apache20:

apache13:

iis:

netscape:

jni:
[mkdir] Created dir: /home/rubys/jakarta/jakarta-tomcat-connectors/jk/build/jk/jni
   [so] Compiling 4 out of 4
Compiling /home/rubys/jakarta/jakarta-tomcat-connectors/jk/native/common/jk_map.c
Compiling /home/rubys/jakarta/jakarta-tomcat-connectors/jk/native/common/jk_pool.c
/home/rubys/bin/timeout: timed out

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

[GUMP] Build Failure - jakarta-tomcat-5

2003-07-01 Thread bobh


This email is autogenerated from the output from:



Buildfile: build.xml

prepare-release:
[mkdir] Created dir: /home/rubys/jakarta/jakarta-tomcat-5/release
[mkdir] Created dir: /home/rubys/jakarta/jakarta-tomcat-5/release/v5.0
[mkdir] Created dir: /home/rubys/jakarta/jakarta-tomcat-5/release/v5.0/bin
[mkdir] Created dir: /home/rubys/jakarta/jakarta-tomcat-5/release/v5.0/src

init:
[mkdir] Created dir: /home/rubys/jakarta/jakarta-tomcat-5/build
[mkdir] Created dir: /home/rubys/jakarta/jakarta-tomcat-5/build/classes
[mkdir] Created dir: /home/rubys/jakarta/jakarta-tomcat-5/build/server/lib
[mkdir] Created dir: /home/rubys/jakarta/jakarta-tomcat-5/build/common/lib

deploy-static:
 [copy] Copying 1 file to /home/rubys/jakarta/jakarta-tomcat-5/build/common/lib
 [copy] Copying 1 file to /home/rubys/jakarta/jakarta-tomcat-5/build/common/lib
 [copy] Copying 1 file to /home/rubys/jakarta/jakarta-tomcat-5/build/common/lib
 [copy] Copying 1 file to /home/rubys/jakarta/jakarta-tomcat-5/build/common/lib
 [copy] Copying 1 file to /home/rubys/jakarta/jakarta-tomcat-5/build/common/lib
 [copy] Copying 1 file to /home/rubys/jakarta/jakarta-tomcat-5/build/common/lib
 [copy] Copying 1 file to /home/rubys/jakarta/jakarta-tomcat-5/build/server/lib
 [copy] Copying 1 file to /home/rubys/jakarta/jakarta-tomcat-5/build/server/lib

BUILD FAILED
/home/rubys/jakarta/jakarta-tomcat-5/build.xml:156: Warning: Could not find file 
/usr/local/commons-daemon/bin/jsvc.tar.gz to copy.

Total time: 2 seconds

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

important

2003-07-01 Thread vijaya lakshmi

hello,
 
i am vijayalakshmi,
 likes to work using tomcat-apache, so please give me the url of
 
to download tomcat apache server
to download documentation
to configure
please answer for the above
 
regards
vijaya



-
Do you Yahoo!?
SBC Yahoo! DSL - Now only $29.95 per month!

Re: custom HTTP headers?

2003-07-01 Thread Adam Fisk

Fantastic -- thanks very much.

-adam

-- Original Message --
From: Tim Funk <[EMAIL PROTECTED]>
Reply-To: "Tomcat Developers List" <[EMAIL PROTECTED]>
Date: Mon, 30 Jun 2003 19:58:21 -0400

>HttpServletResponse which is part of the servlet API (and portable to other 
>containers)
>
>-Tim
>
>Adam Fisk wrote:
>> I'm wondering if anyone can point me towards the class/classes that I 
>> should look at to add custom HTTP response headers for a customized 
>> Tomcat application I'm working on.
>> 
>> Thanks very much.
>> 
>> -Adam
>>  
>
>
>-
>To unsubscribe, e-mail: [EMAIL PROTECTED]
>For additional commands, e-mail: [EMAIL PROTECTED]
>
>

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

DO NOT REPLY [Bug 21225] New: - Tag Lib is not working properly with TomCat 4.1.24 but its working fine on TomCat 4.0.3

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=21225

Tag Lib is not working properly with TomCat 4.1.24 but its working fine on TomCat 4.0.3

   Summary: Tag Lib is not working properly with TomCat 4.1.24 but
its working fine on TomCat 4.0.3
   Product: Tomcat 4
   Version: 4.1.24
  Platform: Other
OS/Version: Windows NT/2K
Status: NEW
  Severity: Critical
  Priority: Other
 Component: Catalina
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]


Hi
I am using TabLib which works fine for TomCat 4.0.3 and giving error on 
TomCat 4.1 and above.

Please help me to resolve the same. 
I am using the  taglib used for views which is reused from Professional-JSP-
J2EE-Edition code samples. 
name of the jar file for taglib is 'viewsclasses.jar'

Error is :-


- Root Cause -
java.lang.IndexOutOfBoundsException: Index: 15, Size: 15
at java.util.LinkedList.entry(LinkedList.java:356)
at java.util.LinkedList.get(LinkedList.java:299)
at com.gtl.datasources.db.JDBCTableModel.getValueAt
(JDBCTableModel.java:162)
at jspstyle.CellTag.setVariables(CellTag.java:41)
at jspstyle.CellTag.doStartTag(CellTag.java:36)
at org.apache.jsp.todo_request_list_jsp._jspService
(todo_request_list_jsp.java:296)
at org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:137)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:853)
at org.apache.jasper.servlet.JspServletWrapper.service
(JspServletWrapper.java:210)
at org.apache.jasper.servlet.JspServlet.serviceJspFile
(JspServlet.java:295)
at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:241)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:853)
at org.apache.catalina.core.ApplicationDispatcher.invoke
(ApplicationDispatcher.java:684)
at org.apache.catalina.core.ApplicationDispatcher.doForward
(ApplicationDispatcher.java:432)
at org.apache.catalina.core.ApplicationDispatcher.forward
(ApplicationDispatcher.java:356)
at org.apache.jasper.runtime.PageContextImpl.forward
(PageContextImpl.java:430)
at org.apache.jsp.controller_jsp._jspService(controller_jsp.java:71)
at org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:137)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:853)
at org.apache.jasper.servlet.JspServletWrapper.service
(JspServletWrapper.java:210)
at org.apache.jasper.servlet.JspServlet.serviceJspFile
(JspServlet.java:295)
at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:241)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:853)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter
(ApplicationFilterChain.java:247)
at org.apache.catalina.core.ApplicationFilterChain.doFilter
(ApplicationFilterChain.java:193)
at org.apache.catalina.core.StandardWrapperValve.invoke
(StandardWrapperValve.java:256)
at 
org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNex
t(StandardPipeline.java:643)
at org.apache.catalina.core.StandardPipeline.invoke
(StandardPipeline.java:480)
at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995)
at org.apache.catalina.core.StandardContextValve.invoke
(StandardContextValve.java:191)
at 
org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNex
t(StandardPipeline.java:643)
at org.apache.catalina.core.StandardPipeline.invoke
(StandardPipeline.java:480)
at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995)
at org.apache.catalina.core.StandardContext.invoke
(StandardContext.java:2415)
at org.apache.catalina.core.StandardHostValve.invoke
(StandardHostValve.java:180)
at 
org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNex
t(StandardPipeline.java:643)
at org.apache.catalina.valves.ErrorDispatcherValve.invoke
(ErrorDispatcherValve.java:171)
at 
org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNex
t(StandardPipeline.java:641)
at org.apache.catalina.valves.ErrorReportValve.invoke
(ErrorReportValve.java:172)
at 
org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNex
t(StandardPipeline.java:641)
at org.apache.catalina.core.StandardPipeline.invoke
(StandardPipeline.java:480)
at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995)
at org.apache.catalina.core.StandardEngineValve

Re: important

2003-07-01 Thread Tim Funk

http://jakarta.apache.org/tomcat/
http://jakarta.apache.org/tomcat/faq/
-Tim

vijaya lakshmi wrote:
hello,
 
i am vijayalakshmi,
 likes to work using tomcat-apache, so please give me the url of
 
to download tomcat apache server
to download documentation
to configure
please answer for the above
 
regards
vijaya
 


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

DO NOT REPLY [Bug 21206] - Tomcat 5 - Jetspeed JSP Portlets do not display

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=21206

Tomcat 5 - Jetspeed JSP Portlets do not display





--- Additional Comments From [EMAIL PROTECTED]  2003-07-01 15:16 ---
  I also opened a Jetspeed Bugzilla Bug 21232 on this issue and cross-referenced
it to this bug.

thx,
Gerry Reno

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

DO NOT REPLY [Bug 20376] - Internet Explorer 6.0 Duplicate Requests IE PLEASE HELP

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=20376

Internet Explorer 6.0 Duplicate Requests IE PLEASE HELP





--- Additional Comments From [EMAIL PROTECTED]  2003-07-01 16:15 ---
Do you have any suggestions how can I fix that on Tomcat?

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

DO NOT REPLY [Bug 20376] - Internet Explorer 6.0 Duplicate Requests IE PLEASE HELP

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=20376

Internet Explorer 6.0 Duplicate Requests IE PLEASE HELP





--- Additional Comments From [EMAIL PROTECTED]  2003-07-01 16:24 ---
Do you have a test case like a jsp page that does this kind of post so that i 
can find a work around, I tried to create one but it is very hard to 
replicate, I am working on a mission critical system that cannot tolerate this 
kind of error.

Also regarding your comments, you mean IE doesn't send the content length in 
each of the scenarios that you mentioned? 
Some of these scenarios seems to be dependant on each other like - the 
response is written back before all data from the input stream is read. Why 
would the webserver do that? is because of the first case?

P.S. I have been going back and forth about this bug for almost four month any 
help would be greatly appreciated?

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

DO NOT REPLY [Bug 20376] - Internet Explorer 6.0 Duplicate Requests IE PLEASE HELP

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=20376

Internet Explorer 6.0 Duplicate Requests IE PLEASE HELP





--- Additional Comments From [EMAIL PROTECTED]  2003-07-01 16:40 ---
Do you think if I use something like Orielley servlet package to read the 
request input stream that might be better.
Thanks in advance

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

DO NOT REPLY [Bug 21219] - Corrupted Message Body on interrupted GET

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=21219

Corrupted Message Body on interrupted GET





--- Additional Comments From [EMAIL PROTECTED]  2003-07-01 18:49 ---
Can you be a bit more specific about what kind of special handling the servlet
is supposed to do in this case?

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

DO NOT REPLY [Bug 21219] - Corrupted Message Body on interrupted GET

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=21219

Corrupted Message Body on interrupted GET





--- Additional Comments From [EMAIL PROTECTED]  2003-07-01 19:07 ---
Well, you have a few options to play with:
- try to catch the runtime exception; it it happens that often, you should
handle it better
- extend the error report valve to suit your needs better
- don't set content-length (it doesn't improve performance on the server side,
as Coyote's chunking is extremely efficient)

Coyote considers that if less bytes are written, then there's a protocol error
(obviously). If too many bytes are written, the remaining bytes are eaten, but
there's no protocol error; maybe the error flag could be set in that cases (in
which case the connection would be closed at the end of the request processing).

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

cvs commit: jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/compiler JspReader.java

2003-07-01 Thread remm

remm2003/07/01 12:33:39

  Modified:jasper2/src/share/org/apache/jasper/compiler JspReader.java
  Log:
  - Improve error message (I got it once).
  
  Revision  ChangesPath
  1.17  +1 -1  
jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/compiler/JspReader.java
  
  Index: JspReader.java
  ===
  RCS file: 
/home/cvs/jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/compiler/JspReader.java,v
  retrieving revision 1.16
  retrieving revision 1.17
  diff -u -r1.16 -r1.17
  --- JspReader.java8 Feb 2003 00:06:40 -   1.16
  +++ JspReader.java1 Jul 2003 19:33:39 -   1.17
  @@ -546,7 +546,7 @@
log.error("Exception parsing file ", ex);
// Pop state being constructed:
popFile();
  - err.jspError("jsp.error.file.cannot.read", "ze file");
  + err.jspError("jsp.error.file.cannot.read", file);
} finally {
if (reader != null) {
try {
  
  
  

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

DO NOT REPLY [Bug 20561] - Limitation of availiable high ports for JK2

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=20561

Limitation of availiable high ports for JK2





--- Additional Comments From [EMAIL PROTECTED]  2003-07-01 19:57 ---
The TCP port is defined as a 'short' and is limited to 32767

A quick hack was to tweak jakarta-tomcat-connectors-jk2-2.0.2-
src/jk/native2/common/jk_channel_socket.c

$ diff jk_channel_socket.c.old jk_channel_socket.c.new

94c94
< short port;
---
> long port;
110c110
long port,
204c204
< static int JK_METHOD jk2_channel_socket_resolve(jk_env_t *env, char
*host, short port,
---
> static int JK_METHOD jk2_channel_socket_resolve(jk_env_t *env, char
*host, long port,

This is being tested now.  At first glance it appears to work.

-e

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

DO NOT REPLY [Bug 21219] - Corrupted Message Body on interrupted GET

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=21219

Corrupted Message Body on interrupted GET





--- Additional Comments From [EMAIL PROTECTED]  2003-07-01 20:04 ---
Well.

1) "handle it better" -- that's actually the issue -- how is a servlet supposed 
to handle this situation. Note that because the response may be already 
submitted, the only way to signal the client that there's an error condition 
seems to be force the container to close the connection. How do I do that?

2) That would be a change to Tomcat, right? (just clarifying)

3) That would be really an extreme measure. In particular, it would deny 
existing download clients the ability to show a useful progress indicator.

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

DO NOT REPLY [Bug 20561] - Limitation of availiable high ports for JK2

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=20561

Limitation of availiable high ports for JK2





--- Additional Comments From [EMAIL PROTECTED]  2003-07-01 20:06 ---
Why go from short to long (8 bytes on some boxes) to hold what can be stored in
16 bits?  Try "unsigned short".

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

DO NOT REPLY [Bug 20561] - Limitation of availiable high ports for JK2

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=20561

Limitation of availiable high ports for JK2





--- Additional Comments From [EMAIL PROTECTED]  2003-07-01 20:22 ---
Used 'unsigned short' and it still seems to be working fine.  Thanks for the 
tip!

-e

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

cvs commit: jakarta-tomcat-connectors/jk BUILD.txt

2003-07-01 Thread glenn

glenn   2003/07/01 13:41:32

  Added:   jk   BUILD.txt
  Log:
  Streamlined build readme for source distributions
  
  Revision  ChangesPath
  1.1  jakarta-tomcat-connectors/jk/BUILD.txt
  
  Index: BUILD.txt
  ===
  This is a source release of the mod_jk 1.2 web server connector for
  Tomcat. Only the web server connector source is included.  The Tomcat
  side of the connector is available with the normal Tomcat distribution.
  
  Documentation for how to build mod_jk 1.2 from source and configure
  it for your webserver is located in the jk/docs directory in this
  source distribution.
  
  
  

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

cvs commit: jakarta-tomcat-connectors/jk HOWTO-RELEASE

2003-07-01 Thread glenn

glenn   2003/07/01 13:41:47

  Modified:jk   HOWTO-RELEASE
  Log:
  Update how to release
  
  Revision  ChangesPath
  1.4   +24 -28jakarta-tomcat-connectors/jk/HOWTO-RELEASE
  
  Index: HOWTO-RELEASE
  ===
  RCS file: /home/cvs/jakarta-tomcat-connectors/jk/HOWTO-RELEASE,v
  retrieving revision 1.3
  retrieving revision 1.4
  diff -u -r1.3 -r1.4
  --- HOWTO-RELEASE 27 May 2003 14:11:08 -  1.3
  +++ HOWTO-RELEASE 1 Jul 2003 20:41:47 -   1.4
  @@ -36,7 +36,7 @@
 #define JK_VERMAJOR 1
 #define JK_VERMINOR 2
   ! #define JK_VERFIX   2
  -  #define JK_VERSTRING"1.2.3"
  +  #define JK_VERSTRING"1.2.5"
 
 /* Beta number */
 #define JK_VERBETA  0
  @@ -51,7 +51,7 @@
 #define JK_VERMAJOR 1
 #define JK_VERMINOR 2
   ! #define JK_VERFIX   3
  -  #define JK_VERSTRING"1.2.3"
  +  #define JK_VERSTRING"1.2.5"
 
 /* Beta number */
 #define JK_VERBETA  0
  @@ -72,9 +72,9 @@
   
   cvs tag -b JK_{MAJOR_REVISION}_{MINOR_REVISION}_{RELEASE}
   
  -Here is an example for mod_jk 1.2.3
  +Here is an example for mod_jk 1.2.5
   
  -cvs tag -b JK_1_2_3
  +cvs tag -b JK_1.2.5
   
   Build the mod_jk 1.2 documentation
   --
  @@ -88,79 +88,75 @@
   Create the directory
   jakarta-tomcat-connectors-jk-{MAJOR_REVISION}-{MINOR_REVISION}-{RELEASE}-src
   
  -For this example mkdir jakarta-tomcat-connectors-jk-1.2.3-src
  +For this example mkdir jakarta-tomcat-connectors-jk-1.2.5-src
   
   Copy the files KEYS and LICENSE from jakarta-tomcat-conectors to
   the source distribution directory.
   
  -cp jakarta-tomcat-connectors/KEYS jakarta-tomcat-connectors-jk-1.2.3-src
  -cp jakarta-tomcat-connectors/LICENSE jakarta-tomcat-connectors-jk-1.2.3-src
  +cp jakarta-tomcat-connectors/KEYS jakarta-tomcat-connectors-jk-1.2.5-src
  +cp jakarta-tomcat-connectors/LICENSE jakarta-tomcat-connectors-jk-1.2.5-src
   
   Copy the directory jakarta-tomcat-connectors/scandoc to the source
   distribution directory.
   
  -cp -pr jakarta-tomcat-connectors/scandoc jakarta-tomcat-connectors-jk-1.2.3-src
  +cp -pr jakarta-tomcat-connectors/scandoc jakarta-tomcat-connectors-jk-1.2.5-src
   
   Copy the directory jakarta-tomcat-connectors/common to the source
   distribution directory.
   
  -cp -pr jakarta-tomcat-connectors/common jakarta-tomcat-connectors-jk-1.2.3-src
  +cp -pr jakarta-tomcat-connectors/common jakarta-tomcat-connectors-jk-1.2.5-src
   
   Make the jk directory in the source distribution.
   
  -mkdir jakarta-tomcat-connectors-jk-1.2.3-src/jk
  +mkdir jakarta-tomcat-connectors-jk-1.2.5-src/jk
   
  -Copy the file README.txt from jakarta-tomcat-conectors/jk to 
  +Copy the file BUILD.txt from jakarta-tomcat-conectors/jk to 
   the source distribution jk directory.
   
  -cp -p jakarta-tomcat-connectors/jk/README.txt 
jakarta-tomcat-connectors-jk-1.2.3-src/jk
  -
  -Copy the build files to the source distribution jk directory.
  -
  -cp -p jakarta-tomcat-connectors/jk/build.* jakarta-tomcat-connectors-jk-1.2.3-src/jk
  +cp -p jakarta-tomcat-connectors/jk/BUILD.txt 
jakarta-tomcat-connectors-jk-1.2.5-src/README.txt
   
   Copy the directory jakarta-tomcat-connectors/build/docs to the source
   distribution directory.
   
  -cp -pr jakarta-tomcat-connectors/jk/build/docs 
jakarta-tomcat-connectors-jk-1.2.3-src/jk
  +cp -pr jakarta-tomcat-connectors/jk/build/docs 
jakarta-tomcat-connectors-jk-1.2.5-src/jk
   
   Copy the directory jakarta-tomcat-connectors/tools to the source
   distribution directory.
   
  -cp -pr jakarta-tomcat-connectors/jk/tools jakarta-tomcat-connectors-jk-1.2.3-src/jk
  +cp -pr jakarta-tomcat-connectors/jk/tools jakarta-tomcat-connectors-jk-1.2.5-src/jk
   
   Copy the directory jakarta-tomcat-connectors/conf to the source
   distribution directory.
   
  -cp -pr jakarta-tomcat-connectors/jk/conf jakarta-tomcat-connectors-jk-1.2.3-src/jk
  +cp -pr jakarta-tomcat-connectors/jk/conf jakarta-tomcat-connectors-jk-1.2.5-src/jk
   
   Copy the directory jakarta-tomcat-connectors/support to the source
   distribution directory.
   
  -cp -pr jakarta-tomcat-connectors/jk/support 
jakarta-tomcat-connectors-jk-1.2.3-src/jk
  +cp -pr jakarta-tomcat-connectors/jk/support 
jakarta-tomcat-connectors-jk-1.2.5-src/jk
   
   Copy the directory jakarta-tomcat-connectors/native to the source
   distribution directory.
   
  -cp -pr jakarta-tomcat-connectors/jk/native jakarta-tomcat-connectors-jk-1.2.3-src/jk
  +cp -pr jakarta-tomcat-connectors/jk/native jakarta-tomcat-connectors-jk-1.2.5-src/jk
   
   Remove all the CVS directories from the new source distribution.
   
  -find jakarta-tomcat-connectors-jk-1.2.3-src -type d -name CVS | xargs rm -rf
  +find jakarta-tomcat-connectors-jk-1.2.5-src -type d -name CVS | xargs rm -rf
   
   Create a tar gzip'd archive
   
  -tar zcf jakarta-tomcat-connectors-jk-1.2.3-src.t

cvs commit: jakarta-tomcat-connectors/jk BUILD.txt

2003-07-01 Thread glenn

glenn   2003/07/01 13:47:11

  Modified:jk   BUILD.txt
  Log:
  Update release readme
  
  Revision  ChangesPath
  1.2   +4 -0  jakarta-tomcat-connectors/jk/BUILD.txt
  
  Index: BUILD.txt
  ===
  RCS file: /home/cvs/jakarta-tomcat-connectors/jk/BUILD.txt,v
  retrieving revision 1.1
  retrieving revision 1.2
  diff -u -r1.1 -r1.2
  --- BUILD.txt 1 Jul 2003 20:41:32 -   1.1
  +++ BUILD.txt 1 Jul 2003 20:47:11 -   1.2
  @@ -5,3 +5,7 @@
   Documentation for how to build mod_jk 1.2 from source and configure
   it for your webserver is located in the jk/docs directory in this
   source distribution.
  +
  +The source is located in the jk/native directory and there are
  +additional text files their on how to build mod_jk for different
  +platforms.
  
  
  

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

cvs commit: jakarta-tomcat/src/share/org/apache/jasper/compiler Compiler.java JspCompiler.java

marcsaeg2003/07/01 13:59:02

  Modified:src/share/org/apache/jasper/compiler Tag: tomcat_32
Compiler.java JspCompiler.java
  Log:
  Avoid multiple calls to isOutDated().
  Avoid multiple string concatenations in getPackageName().
  
  Revision  ChangesPath
  No   revision
  
  
  No   revision
  
  
  1.19.2.7  +3 -6  
jakarta-tomcat/src/share/org/apache/jasper/compiler/Compiler.java
  
  Index: Compiler.java
  ===
  RCS file: 
/home/cvs/jakarta-tomcat/src/share/org/apache/jasper/compiler/Compiler.java,v
  retrieving revision 1.19.2.6
  retrieving revision 1.19.2.7
  diff -u -r1.19.2.6 -r1.19.2.7
  --- Compiler.java 9 Mar 2001 23:35:25 -   1.19.2.6
  +++ Compiler.java 1 Jul 2003 20:59:02 -   1.19.2.7
  @@ -116,9 +116,6 @@
 new Object[] { classFileName },
 Logger.DEBUG);
   
  - if (!isOutDated())
  -return false;
  -
// Hack to avoid readign the class file every time -
// getClassName() is an _expensive_ operation, and it's needed only
// if isOutDated() return true. 
  
  
  
  1.14.2.4  +34 -17
jakarta-tomcat/src/share/org/apache/jasper/compiler/JspCompiler.java
  
  Index: JspCompiler.java
  ===
  RCS file: 
/home/cvs/jakarta-tomcat/src/share/org/apache/jasper/compiler/JspCompiler.java,v
  retrieving revision 1.14.2.3
  retrieving revision 1.14.2.4
  diff -u -r1.14.2.3 -r1.14.2.4
  --- JspCompiler.java  5 Jan 2001 18:07:21 -   1.14.2.3
  +++ JspCompiler.java  1 Jul 2003 20:59:02 -   1.14.2.4
  @@ -94,11 +94,19 @@
   this.outDated = false;
   setMangler(this);
   
  - // If the .class file exists and is outdated, compute a new
  - // class name
  - if( isOutDated() ) {
  - generateNewClassName();
  - }
  +ctxt.setServletPackageName(getPackageName());
  +}
  +
  +public boolean compile() throws FileNotFoundException, JasperException, 
Exception 
  +
  +{
  +// If the .class file exists and is outdated, compute a new class name
  +if( isOutDated() ) {
  +generateNewClassName();
  +return super.compile();
  +}
  +
  +return false;
   }
   
   private void generateNewClassName() {
  @@ -195,6 +203,15 @@
   "try", "void", "volatile", "while" 
   };
   
  +public static String[] fsKeywords = null;
  +static{
  +fsKeywords = new String[keywords.length];
  +char fs = File.separatorChar;
  +for(int i=0;i

cvs commit: jakarta-tomcat/src/share/org/apache/tomcat/core ContextManager.java

marcsaeg2003/07/01 13:59:58

  Modified:src/share/org/apache/tomcat/core Tag: tomcat_32
ContextManager.java
  Log:
  Check for debug > 0 before printing debug messages.
  Catch SocketException to avoid sending data down a closed connection.
  
  Revision  ChangesPath
  No   revision
  
  
  No   revision
  
  
  1.100.2.28 +17 -9 
jakarta-tomcat/src/share/org/apache/tomcat/core/ContextManager.java
  
  Index: ContextManager.java
  ===
  RCS file: 
/home/cvs/jakarta-tomcat/src/share/org/apache/tomcat/core/ContextManager.java,v
  retrieving revision 1.100.2.27
  retrieving revision 1.100.2.28
  diff -u -r1.100.2.27 -r1.100.2.28
  --- ContextManager.java   5 Oct 2001 18:12:33 -   1.100.2.27
  +++ ContextManager.java   1 Jul 2003 20:59:57 -   1.100.2.28
  @@ -567,7 +567,8 @@
}
   
String vhost=ctx.getHost();
  - logInt("Adding context " +  ctx.toString());
  + if(debug>0)
  +logInt("Adding context " +  ctx.toString());
   
// XXX temporary workaround for the old SimpleMapper -
// This code will be removed as soon as the new mapper is stable.
  @@ -581,7 +582,8 @@
   public void removeContext( Context context ) throws TomcatException {
if( context==null ) return;
   
  - logInt( "Removing context " + context.toString());
  + if(debug>0)
  +logInt( "Removing context " + context.toString());
   
ContextInterceptor cI[]=getContextInterceptors();
for( int i=0; i< cI.length; i++ ) {
  @@ -1038,8 +1040,8 @@
// XXX this log was intended to debug the status code generation.
// it can be removed for all cases.
if( code != 302 && code != 401 )
  - ctx.log( code + " "  + req + " " +
  -  req.getAttribute("javax.servlet.error.message"));
  + if(debug>0)
  +ctx.log( code + " "  + req + " " + 
req.getAttribute("javax.servlet.error.message"));
   
errorPath = ctx.getErrorPage( code );
if( errorPath != null ) {
  @@ -1098,7 +1100,14 @@
Note that it is _WRONG_ to send the trace back to
the client. AFAIK the trace is the _best_ debugger.
*/
  - if (t instanceof UnavailableException) {
  +if( t instanceof SocketException ) {
  +/*
  + * There's nothing we can do in this case because the connection 
  + * with the client is already gone.   MAS 1/14/03
  + */
  +ctx.log("SocketException in: " + req + " "  + t.getMessage());
  +return;
  +}else if (t instanceof UnavailableException) {
int unavailableTime = -1;
if ( !((UnavailableException)t).isPermanent() ) {
unavailableTime = ((UnavailableException)t).getUnavailableSeconds();
  @@ -1115,16 +1124,15 @@
res.setStatus(HttpServletResponse.SC_SERVICE_UNAVAILABLE); // 503
handleStatus( req, res, HttpServletResponse.SC_SERVICE_UNAVAILABLE );
return;
  - }
  - else if( t instanceof IllegalStateException ) {
  + } else if( t instanceof IllegalStateException ) {
ctx.log("IllegalStateException in: " + req  + " " +
t.getMessage() );
} else if( t instanceof org.apache.jasper.JasperException ) {
ctx.log("JasperException: " + req + " "  + t.getMessage());
} else if( t instanceof IOException ) {
if ( "Broken pipe".equals(t.getMessage()))
  - return;
  - ctx.log("IOException in: " + req + " "  + t.getMessage());
  +return;
  +ctx.log("IOException in: " + req + " "  + t.getMessage());
} else {
ctx.log("Exception in: " + req , t );
}
  
  
  

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

cvs commit: jakarta-tomcat/src/share/org/apache/tomcat/service/connector Ajp13ConnectionHandler.java

marcsaeg2003/07/01 14:01:09

  Modified:src/share/org/apache/tomcat/service/connector Tag: tomcat_32
Ajp13ConnectionHandler.java
  Log:
  Replaced a stack trace on System.err with a debug message.
  
  Revision  ChangesPath
  No   revision
  
  
  No   revision
  
  
  1.4.2.2   +5 -4  
jakarta-tomcat/src/share/org/apache/tomcat/service/connector/Attic/Ajp13ConnectionHandler.java
  
  Index: Ajp13ConnectionHandler.java
  ===
  RCS file: 
/home/cvs/jakarta-tomcat/src/share/org/apache/tomcat/service/connector/Attic/Ajp13ConnectionHandler.java,v
  retrieving revision 1.4.2.1
  retrieving revision 1.4.2.2
  diff -u -r1.4.2.1 -r1.4.2.2
  --- Ajp13ConnectionHandler.java   12 Dec 2000 09:41:43 -  1.4.2.1
  +++ Ajp13ConnectionHandler.java   1 Jul 2003 21:01:08 -   1.4.2.2
  @@ -175,7 +175,8 @@
   //System.out.println("Closing connection");
   socket.close();
   } catch (Exception e) {
  -e.printStackTrace();
  +contextM.doLog("Exception in ProcessConnection", e, 
org.apache.tomcat.logging.Logger.DEBUG);
  +//e.printStackTrace();
   }
   }
   
  
  
  

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

cvs commit: jakarta-tomcat/src/share/org/apache/tomcat/util FileUtil.java

marcsaeg2003/07/01 14:02:14

  Modified:src/share/org/apache/tomcat/util Tag: tomcat_32
FileUtil.java
  Log:
  Performance improvments.  Removed lots of calls to String.charAt() and
  repeated calls to System.getProperty() for properties that will never
  change.
  
  Revision  ChangesPath
  No   revision
  
  
  No   revision
  
  
  1.9.2.9   +8 -6  
jakarta-tomcat/src/share/org/apache/tomcat/util/Attic/FileUtil.java
  
  Index: FileUtil.java
  ===
  RCS file: 
/home/cvs/jakarta-tomcat/src/share/org/apache/tomcat/util/Attic/FileUtil.java,v
  retrieving revision 1.9.2.8
  retrieving revision 1.9.2.9
  diff -u -r1.9.2.8 -r1.9.2.9
  --- FileUtil.java 21 Mar 2001 22:23:06 -  1.9.2.8
  +++ FileUtil.java 1 Jul 2003 21:02:13 -   1.9.2.9
  @@ -84,6 +84,8 @@
   
   public class FileUtil {
   
  +private static boolean isNetware = 
System.getProperty("os.name").startsWith("NetWare");
  +
   public static File[] listFiles(File dir) {
   
String[] ss = dir.list();
  @@ -244,7 +246,7 @@
patchPath.charAt(1) == ':') {
char[] ca = patchPath.replace('/', '\\').toCharArray();
char c;
  - StringBuffer sb = new StringBuffer();
  + StringBuffer sb = new StringBuffer(ca.length);
   
for (int i = 0; i < ca.length; i++) {
if ((ca[i] != '\\') ||
  @@ -268,7 +270,7 @@
}
   
// fix path on NetWare - all '/' become '\\' and remove duplicate '\\'
  - if (System.getProperty("os.name").startsWith("NetWare") &&
  + if (isNetware &&
path.length() >=3 &&
path.indexOf(':') > 0) {
   char ca[] = patchPath.replace('/', '\\').toCharArray();
  @@ -297,7 +299,7 @@
return true;
   
// NetWare volume:
  - if (System.getProperty("os.name").startsWith("NetWare") &&
  + if (isNetware &&
path.length() >=3 &&
path.indexOf(':') > 0)
return true;
  
  
  

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

cvs commit: jakarta-tomcat/src/share/org/apache/tomcat/util ThreadPool.java

marcsaeg2003/07/01 14:02:57

  Modified:src/share/org/apache/tomcat/util Tag: tomcat_32
ThreadPool.java
  Log:
  Removed an error message that wasn't actually about an error condition.
  This avoids filling log files with useless messages.
  
  Revision  ChangesPath
  No   revision
  
  
  No   revision
  
  
  1.9.2.4   +4 -4  
jakarta-tomcat/src/share/org/apache/tomcat/util/Attic/ThreadPool.java
  
  Index: ThreadPool.java
  ===
  RCS file: 
/home/cvs/jakarta-tomcat/src/share/org/apache/tomcat/util/Attic/ThreadPool.java,v
  retrieving revision 1.9.2.3
  retrieving revision 1.9.2.4
  diff -u -r1.9.2.3 -r1.9.2.4
  --- ThreadPool.java   25 Aug 2001 01:01:41 -  1.9.2.3
  +++ ThreadPool.java   1 Jul 2003 21:02:57 -   1.9.2.4
  @@ -206,7 +206,7 @@
   openThreads(toOpen);
   } else {
   // XXX There really should be a way to log which pool is 
exhuasted
  -loghelper.log("Pool exhausted with " + currentThreadCount + " 
threads.");
  +//loghelper.log("Pool exhausted with " + currentThreadCount + " 
threads.");
   
   // Wait for a thread to become idel.
   while(currentThreadsBusy == currentThreadCount) {
  
  
  

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

cvs commit: jakarta-tomcat/src/share/org/apache/tomcat/util RequestUtil.java

marcsaeg2003/07/01 14:07:43

  Modified:src/share/org/apache/tomcat/util Tag: tomcat_32
RequestUtil.java
  Log:
  Several performance improvements.
  
  Revision  ChangesPath
  No   revision
  
  
  No   revision
  
  
  1.14.2.9  +38 -35
jakarta-tomcat/src/share/org/apache/tomcat/util/Attic/RequestUtil.java
  
  Index: RequestUtil.java
  ===
  RCS file: 
/home/cvs/jakarta-tomcat/src/share/org/apache/tomcat/util/Attic/RequestUtil.java,v
  retrieving revision 1.14.2.8
  retrieving revision 1.14.2.9
  diff -u -r1.14.2.8 -r1.14.2.9
  --- RequestUtil.java  5 Oct 2001 21:03:54 -   1.14.2.8
  +++ RequestUtil.java  1 Jul 2003 21:07:43 -   1.14.2.9
  @@ -303,9 +303,10 @@
   while (strPos < strLen) {
   int laPos;// lookahead position
   
  +char[] ca = str.toCharArray();
   // look ahead to next URLencoded metacharacter, if any
   for (laPos = strPos; laPos < strLen; laPos++) {
  -char laChar = str.charAt(laPos);
  +char laChar = ca[laPos];
   if ((laChar == '+') || (laChar == '%')) {
   break;
   }
  @@ -313,7 +314,7 @@
   
   // if there were non-metacharacters, copy them all as a block
   if (laPos > strPos) {
  -dec.append(str.substring(strPos,laPos));
  +dec.append(ca, strPos, laPos);
   strPos = laPos;
   }
   
  @@ -331,7 +332,7 @@
   } else if (metaChar == '%') {
   char c = (char) Integer.parseInt(str.substring(strPos + 1, strPos + 
3), 16);
   if(c == '/' || c == '%' || c=='.' || c == '\\' || c == '\0')
  -dec.append(str.substring(strPos, strPos+3));
  +dec.append(ca, strPos, strPos+3);
   else
   dec.append(c);
   strPos += 3;
  @@ -341,40 +342,42 @@
   return dec.toString();
   }
   
  -public static String unUrlDecode(String data) {
  - StringBuffer buf = new StringBuffer();
  - for (int i = 0; i < data.length(); i++) {
  - char c = data.charAt(i);
  - switch (c) {
  - case '+':
  - buf.append(' ');
  - break;
  - case '%':
  - // XXX XXX 
  - try {
  - buf.append((char) Integer.parseInt(data.substring(i+1,
  -i+3), 16));
  - i += 2;
  - } catch (NumberFormatException e) {
  +public static String unUrlDecode(String data)
  +{
  +StringBuffer buf = new StringBuffer(data.length());
  +char ca[] = data.toCharArray();
  +for (int i = 0; i < data.length(); i++) {
  +char c = ca[i];
  +switch (c) {
  +case '+':
  +buf.append(' ');
  +break;
  +case '%':
  +// XXX XXX 
  +try {
  +buf.append((char) Integer.parseInt(data.substring(i+1,
  +  i+3), 16));
  +i += 2;
  +} catch (NumberFormatException e) {
   String msg = "Decode error ";
  - // XXX no need to add sm just for that
  - // sm.getString("serverRequest.urlDecode.nfe", data);
  +// XXX no need to add sm just for that
  +// sm.getString("serverRequest.urlDecode.nfe", data);
  +
  +throw new IllegalArgumentException(msg);
  +} catch (StringIndexOutOfBoundsException e) {
  +String rest  = data.substring(i);
  +buf.append(rest);
  +if (rest.length()==2)
  +i++;
  +}
   
  - throw new IllegalArgumentException(msg);
  - } catch (StringIndexOutOfBoundsException e) {
  - String rest  = data.substring(i);
  - buf.append(rest);
  - if (rest.length()==2)
  - i++;
  - }
  - 
  - break;
  - default:
  - buf.append(c);
  - break;
  - }
  - }
  - return buf.toString();
  +break;
  +default:
  +buf.append(c);
  +break;
  +}
  +}
  +return buf.toString();
   }   

   
  
  
  

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

mod_jk 1.2.5 release

I have created a mod_jk 1.2.5 test release distribution.

I made a few minor changes.  I have removed all the jk/build.*
files and the README.txt file.  They refer to using ant to build
the connector and AJP but that doesn't work because these source releases
are only for the connector side.  I have committed a replacement README.txt
for the release called jk/BUILD.txt.  The new test release can be found at:
cvs.apache.org/~glenn/jakarta-tomcat-connectors-jk-1.2.5-src.tar.gz

If everything looks fine with this we can do the release sometime next week.

Regards,

Glenn

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

DO NOT REPLY [Bug 21252] New: - JSP Compilation fails when command line args too long

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=21252

JSP Compilation fails when command line args too long

   Summary: JSP Compilation fails when command line args too long
   Product: Tomcat 4
   Version: 4.1.25
  Platform: PC
OS/Version: Windows NT/2K
Status: NEW
  Severity: Normal
  Priority: Other
 Component: Jasper 2
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]


When running Tomcat 4.1.24 on Windows NT/2000/XP, JSP compilation will fail for 
webapps that contains a large number of jars in "WEB-INF/lib".

The reason this happens is because the ANT javac task is being used with the 
fork option set to "true".  Windows NT/2000/XP places a 2048 character limit on 
the size of a command line.  With Tomcat installed in the default location 
("C:\Program Files\Apache Group\Tomcat 4.1") the sum of the length of the full 
path of all the libraries can quickly reach the 2048 character limit.

I'm not sure what the fix for this problem is, but a quick improvement would be 
to revert to the "no fork" option if the command line gets too long on 
Windows.  At the very least, Jasper could print a more helpful error.  As it 
stands, it fails with the very unintuitive error: "javac: invalid flag: 
C:\Program".

I spent literally 2 days trying to figure out why the combination of Batik, 
Torque, and Struts would cause JSP compilation to fail (which I thought was an 
odd side-effect).  All along I thought it was becuase each project requires you 
to use a mutually exclusive set of commons jars (which is another problem) and 
that was somehow causing weird classloader issues.  I tried virtually every 
permutation of "what if I remove this jar" to see if the problem went away.  It 
seemed totally random -- Luckily, I got to a certain point where I could remove 
any jar and fix the problem.  That's when it finally dawned on me what the 
problem is.


Below is a snippet of the error output:
--
org.apache.jasper.JasperException: Unable to compile class for JSP

An error occurred at line: -1 in the jsp file: null

Generated servlet error:
[javac] Since fork is true, ignoring compiler setting.
[javac] Compiling 1 source file
[javac] Since fork is true, ignoring compiler setting.
[javac] javac: invalid flag: C:\Program
[javac] Usage: javac  
[javac] where possible options include:
[javac]   -gGenerate all debugging info
[javac]   -g:none   Generate no debugging info
[javac]   -g:{lines,vars,source}Generate only some debugging info
[javac]   -nowarn   Generate no warnings
[javac]   -verbose  Output messages about what the compiler 
is doing
[javac]   -deprecation  Output source locations where 
deprecated APIs are used
[javac]   -classpath  Specify where to find user class files
[javac]   -sourcepath Specify where to find input source files
[javac]   -bootclasspath  Override location of bootstrap class files
[javac]   -extdirsOverride location of installed extensions
[javac]   -d Specify where to place generated class files
[javac]   -encoding   Specify character encoding used by source files
[javac]   -source  Provide source compatibility with specified 
release
[javac]   -target  Generate class files for specific VM version
[javac]   -help Print a synopsis of standard options




at org.apache.jasper.compiler.DefaultErrorHandler.javacError
(DefaultErrorHandler.java:130)

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

Re: cvs commit: jakarta-tomcat/src/share/org/apache/tomcat/util RequestUtil.java

Why is work being done on the tomcat_32 branch?

I don't recall any discussion about this.

Regards,

Glenn

[EMAIL PROTECTED] wrote:
marcsaeg2003/07/01 14:07:43

  Modified:src/share/org/apache/tomcat/util Tag: tomcat_32
RequestUtil.java
  Log:
  Several performance improvements.
  
  Revision  ChangesPath
  No   revision
  
  
  No   revision
  


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

DO NOT REPLY [Bug 20860] - JDBCRealm looses database connection

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=20860

JDBCRealm looses database connection





--- Additional Comments From [EMAIL PROTECTED]  2003-07-02 00:54 ---
In the config for the JDBCRealm you can configure mysql to automatically
reconnect by adding the autoReconnect arg to the connect string, here is
an example.

connectionURL="jdbc:mysql://localhost/realm?autoReconnect=true"

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

isapi_redirector2 and wrapped headers: updated binary available?

2003-07-01 Thread Mayne, Peter

Title: isapi_redirector2 and wrapped headers: updated binary available?





I'm using IIS + Tomcat 4.1.24 + JK2 isapi_redirector2.dll. Everything has
been working so far.


However, now I'm receiving HTTP headers containing a Content-Type that is
continued on another line, and isapi_redirector2.dll is broken. (Sending the
exact same request direct to Tomcat works fine, and sending the same request
via the redirector with the Content-Type edited to be on one line works.)


I'm using the v2.0.2 (27-Nov-2002) prebuilt binary of the redirector, so I
thought I'd try the nightly, but it's dated 5-Oct-2002! (And I don't have CVS
access.)


I think I've seen mention of an updated isapi_redirector2.dll on the -user list,
but there are so many JK2 related problems that searching the archive is a
lost cause. Is there an updated prebuilt binary that hopefully fixes this
bug available somewhere? Alternatively, is JK known to handle this
correctly? If so, I could drop back to that.


Thanks.


What the headers in the HTTP request are (that's a TAB in front of
"boundary"):


Host: aaa 
SOAPAction: "ebXML"
Message-ID: bbb
Content-Type: multipart/related; type="text/xml"; start=""; 
    boundary=ddd
Content-Length: 8719
Connection: close


What Tomcat (correctly) sees when the request is sent direct to Tomcat
(ordering is irrelevant):


MIME host [aaa]
MIME soapaction ["ebXML"]
MIME message-id [bbb]
MIME content-type [multipart/related; type="text/xml"; start="";
boundary=ddd]
MIME content-length [8719]
MIME connection [close]


What Tomcat (incorrectly) sees when the request is sent via
IIS/isapi_redirector2.dll (that's a newline after "boundary=ddd"):


MIME connection [close]
MIME host [aaa]
MIME content-type [multipart/related; type="text/xml"; start=""; ]
MIME soapaction ["ebXML"]
MIME message-id [bbb]
MIME   boundary=ddd
content-length [8719]
MIME content-length [0]


PJDM
-- 
Peter Mayne
Technology Consultant
Spherion Technology Solutions
Level 1, 243 Northbourne Avenue, Lyneham, ACT, 2602
T: 61 2 62689727  F: 61 2 62689777


The information contained in this email and any attachments to it:

(a) may be confidential and if you are not the intended recipient, any interference with, 
use, disclosure or copying of this material is unauthorised and prohibited; and

(b) may contain personal information of the recipient and/or the sender as defined 
under the Privacy Act 1988 (Cth). Consent is hereby given by the recipient(s) to 
collect, hold and use such information and any personal information contained in a 
response to this email, for any reasonable purpose in the ordinary course of 
Spherion's 
business, including forwarding this email internally or disclosing it to a third party. All 
personal information collected by Spherion will be handled in accordance with 
Spherion's Privacy Policy. If you have received this email in error, please notify the 
sender and delete it.

(c) you agree not to employ or arrange employment for any candidate(s) supplied in 
this email and any attachments without first entering into a contractual agreement with 
Spherion. You further agree not to divulge any information contained in this document 
to any person(s) or entities without the express permission of Spherion.




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

Using my own TrustManager for SSL doesn't work in Tomcat

2003-07-01 Thread Mayne, Peter

Title: Using my own TrustManager for SSL doesn't work in Tomcat

Tomcat 4.1.24-LE, Sun JDK 1.4.1_01-b01, Windows XP

I need to install my own TrustManager to handle client SSL connections.

If I write a standalone test program to use my own TrustManager (with HttpURLConnection), it works fine.

If I install my own TrustManager in a servlet, the result is exactly as if I hadn't installed my TrustManager at all.

I've put the code from my source program into a servlet and done some comparisons.

In the standalone program, the HTTPS connection is implemented by sun.net.www.protocol.https.HttpsURLConnectionImpl, so setting the default SSL socket factory with HttpsURLConnection.setDefaultSSLSocketFactory() works fine.

In the servlet, the HTTPS connection is implemented by com.sun.net.ssl.internal.www.protocol.https.HttpsURLConnectionOldImpl, so setting the default SSL socket factory as above doesn't work. Instead, I have to use HttpsURLConnectionOldImpl.setDefaultSSLSocketFactory(), which (unsurprisingly) is deprecated.

Why does Tomcat cause a different implementation of HttpsURLConnection to be used? How do I get it to use the non-deprecated implementation?

The only vaguely relevant thing I can find is in SSLServerSocketFactory.java, which explicitly adds "com.sun.net.ssl.internal.www.protocol" to the "java.protocol.handler.pkgs" system property. In 1.4, this is not only unnecessary, but will use an old version of HttpsURLConnection, so this could be construed as a bug. (See JDKdirectory/docs/guide/security/jsse/JSSERefGuide.html#HttpsURLConnectionEx.) However, I'm not using an SSLServerSocket, and I don't have any SSL in my server.xml, so I'm not sure what affect it has.

Thanks.

PJDM
--
Peter Mayne
Technology Consultant
Spherion Technology Solutions
Level 1, 243 Northbourne Avenue, Lyneham, ACT, 2602
T: 61 2 62689727 F: 61 2 62689777

The information contained in this email and any attachments to it:

(a) may be confidential and if you are not the intended recipient, any interference with,
use, disclosure or copying of this material is unauthorised and prohibited; and

(b) may contain personal information of the recipient and/or the sender as defined
under the Privacy Act 1988 (Cth). Consent is hereby given by the recipient(s) to
collect, hold and use such information and any personal information contained in a
response to this email, for any reasonable purpose in the ordinary course of
Spherion's
business, including forwarding this email internally or disclosing it to a third party. All
personal information collected by Spherion will be handled in accordance with
Spherion's Privacy Policy. If you have received this email in error, please notify the
sender and delete it.

(c) you agree not to employ or arrange employment for any candidate(s) supplied in
this email and any attachments without first entering into a contractual agreement with
Spherion. You further agree not to divulge any information contained in this document
to any person(s) or entities without the express permission of Spherion.

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

oddity

2003-07-01 Thread Paul Wallace

Hello,
Can someone please tell me how to configure (I am assuming it is
a configuration issue) TC such that my servlets do not insist on
persisting. Even when I clear IE history, delete temporary Internet
files, cookies, delete the class its self! I literally removed the
servlet class and it was still running and outputting to the browser! I
eventually had to restart the server each time this happened. Obviously
not an acceptable way to develop. Is it an entry in conf/server.xml?

Many thanks

Paul. 

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

DO NOT REPLY [Bug 18126] - jk2 does not process Jk directives in httpd.conf

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=18126

jk2 does not process Jk directives in httpd.conf

[EMAIL PROTECTED] changed:

   What|Removed |Added

 AssignedTo|[EMAIL PROTECTED]   |tomcat-
   ||[EMAIL PROTECTED]

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

cvs commit: jakarta-tomcat-connectors/jk/java/org/apache/jk/server JkMain.java

billbarker2003/07/01 20:42:30

  Modified:jk/java/org/apache/jk/server JkMain.java
  Log:
  Require that the user explicitly configure that they want Tomcat to register the 
(deprecated) SSL handler.
  
  The previous behavior of register-always was just pure evil.  At best it did nothing 
(if JSSE isn't installed, or you are using a non-Sun 1.4.x vendor), at worst it breaks 
apps.  It also hasn't been necessary for Tomcat internals in any versions 3.3-5.0 for 
a very long time (none of them use java.net.URL to construct the redirect-URL).  It 
also creates problems if you are using Sun's 1.4.x JVM, since the handler it installs 
is deprecated.
  
  Reported By: Mayne, Peter <[EMAIL PROTECTED]>
  
  Revision  ChangesPath
  1.39  +5 -1  
jakarta-tomcat-connectors/jk/java/org/apache/jk/server/JkMain.java
  
  Index: JkMain.java
  ===
  RCS file: 
/home/cvs/jakarta-tomcat-connectors/jk/java/org/apache/jk/server/JkMain.java,v
  retrieving revision 1.38
  retrieving revision 1.39
  diff -u -r1.38 -r1.39
  --- JkMain.java   3 May 2003 01:13:35 -   1.38
  +++ JkMain.java   2 Jul 2003 03:42:30 -   1.39
  @@ -130,7 +130,6 @@
   modules.put("container","org.apache.jk.common.HandlerRequest");
   modules.put("modjk","org.apache.jk.common.ModJkMX");
   
  -initHTTPSUrls();
   }
   
   public static JkMain getJkMain() {
  @@ -288,6 +287,11 @@
   log.debug( "No properties file found " + propsF );
   }
   }
  +String initHTTPS = props.get("class.initHTTPS");
  +if("true".equalsIgnoreCase(initHTTPS)) {
  +initHTTPSUrls();
  +}
  +
   long t2=System.currentTimeMillis();
   initTime=t2-t1;
   }
  
  
  

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

cvs commit: jakarta-tomcat-connectors/jk/java/org/apache/jk/server JkMain.java

billbarker2003/07/01 20:44:32

  Modified:jk/java/org/apache/jk/server Tag: coyote_10 JkMain.java
  Log:
  Port patch from HEAD branch.
  
  Revision  ChangesPath
  No   revision
  
  
  No   revision
  
  
  1.32.2.1  +4 -1  
jakarta-tomcat-connectors/jk/java/org/apache/jk/server/JkMain.java
  
  Index: JkMain.java
  ===
  RCS file: 
/home/cvs/jakarta-tomcat-connectors/jk/java/org/apache/jk/server/JkMain.java,v
  retrieving revision 1.32
  retrieving revision 1.32.2.1
  diff -u -r1.32 -r1.32.2.1
  --- JkMain.java   13 Nov 2002 00:19:00 -  1.32
  +++ JkMain.java   2 Jul 2003 03:44:32 -   1.32.2.1
  @@ -126,7 +126,6 @@
   modules.put("request","org.apache.jk.common.HandlerRequest");
   modules.put("container","org.apache.jk.common.HandlerRequest");
   
  -initHTTPSUrls();
   }
   
   public static JkMain getJkMain() {
  @@ -282,6 +281,10 @@
   if( log.isWarnEnabled() )
   log.warn( "No properties file found " + propsF );
   }
  +}
  +String initHTTPS = props.get("class.initHTTPS");
  +if("true".equalsIgnoreCase(initHTTPS)) {
  +initHTTPSUrls();
   }
   long t2=System.currentTimeMillis();
   initTime=t2-t1;
  
  
  

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

DO NOT REPLY [Bug 7043] - database user and password for JDBC Based Store

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=7043

database user and password for JDBC Based Store 





--- Additional Comments From [EMAIL PROTECTED]  2003-07-02 04:50 ---
Created an attachment (id=7047)
Adds user and password support to JDBCStore.

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

Re: oddity

This list is for discussing development of Tomcat itself,
not servlets or web applications.
Please direct your question to the correct list, [EMAIL PROTECTED]

Also the chances that your question will get answered would be much better
if you used a descriptive subject line for your problem rather than something
like "oddity".
Regards,

Glenn

Paul Wallace wrote:
Hello,
Can someone please tell me how to configure (I am assuming it is
a configuration issue) TC such that my servlets do not insist on
persisting. Even when I clear IE history, delete temporary Internet
files, cookies, delete the class its self! I literally removed the
servlet class and it was still running and outputting to the browser! I
eventually had to restart the server each time this happened. Obviously
not an acceptable way to develop. Is it an entry in conf/server.xml?
Many thanks

Paul. 

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


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

DO NOT REPLY [Bug 7043] - database user and password for JDBC Based Store

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=7043

database user and password for JDBC Based Store 





--- Additional Comments From [EMAIL PROTECTED]  2003-07-02 05:03 ---
Created an attachment (id=7048)
webapps/tomcat-docs/config/manager.xml

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

DO NOT REPLY [Bug 7043] - database user and password for JDBC Based Store

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=7043

database user and password for JDBC Based Store

[EMAIL PROTECTED] changed:

   What|Removed |Added

Summary|database user and password  |database user and password
   |for JDBC Based Store|for JDBC Based Store



--- Additional Comments From [EMAIL PROTECTED]  2003-07-02 05:08 ---
I have attached two diff patches.  They are based on Tomcat 4.1.24 source.

The patch dated 07/02/03 04:50 applies to jakarta-tomcat-4.1.24-src/catalina/src/share/
org/apache/catalina/session/JDBCStore.java to support username and password 
authentication.

The patch dated 07/02/03 05:03 applies to jakarta-tomcat-4.1.24-src/webapps/tomcat-
docs/config/manager.xml to add documentation for using the new parameters in 
JDBCStore.java.

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

DO NOT REPLY [Bug 18126] - jk2 does not process Jk directives in httpd.conf

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=18126

jk2 does not process Jk directives in httpd.conf

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||INVALID



--- Additional Comments From [EMAIL PROTECTED]  2003-07-02 05:14 ---
JkEnvVar is a mod_jk configuration option, not a mod_jk2 configuration option.  
The mod_jk2 configuration is completely different from mod_jk (so, in 
particular most of the mod_jk directives aren't supported).  Please review the 
mod_jk2 documentation for how to configure.

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

Mechanism for stopping individual Tomcat webapps/contexts

2003-07-01 Thread Algis Rudys

Greetings -- 

As a part of my research, I have developed a mechanism for terminating
individual Tomcat webapps (at the context level).  We called it Soft
Termination, and you can read about here: 


I'm trying to gauge whether there is any interest in an implementation
of such functionality.  In particular, do you think such a system would
be appropriate for inclusion into Tomcat or some subsystem of Tomcat. 
If you want to see what it looks like, I have an implementation
available at:


The distribution includes some documentation and patch files for Tomcat
4.1.18 and 4.1.24.  The patch files, in addition to modifying Tomcat for
soft termination, generate some example servlets and JSP files with
intentional infinite loops that cannot be broken using other available
mechanisms.

The code is distributed under a BSD-style license. 

I'm open to any suggestions anyone has. 

Cheers,
Algis Rudys

-- 
 Algis RudysRice University
 [EMAIL PROTECTED]Computer Science
"Heart has nothing to do with it anymore. It's all in the caffeine."
 -- Frank Pembleton, _Homicide_

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

Re: Mechanism for stopping individual Tomcat webapps/contexts

ERROR:
There is no such list FOR here.

SOLUTION:
Send a message to [EMAIL PROTECTED] with a subject
of 'info' (no quotes) for a list of available mailing lists.

-- 
Sincerely, the Minimalist

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

Re: Mechanism for stopping individual Tomcat webapps/contexts

ERROR:
There is no such list FOR here.

SOLUTION:
Send a message to [EMAIL PROTECTED] with a subject
of 'info' (no quotes) for a list of available mailing lists.

-- 
Sincerely, the Minimalist

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

cvs commit: jakarta-tomcat-connectors/jk/java/org/apache/jk/server JkMain.java

billbarker2003/07/01 23:30:23

  Modified:jk/java/org/apache/jk/server JkMain.java
  Log:
  I know I've said it a hundred times before, and I'll probably say it a hundred times 
again:
  
  Compile, then commit.
  
  Revision  ChangesPath
  1.40  +1 -1  
jakarta-tomcat-connectors/jk/java/org/apache/jk/server/JkMain.java
  
  Index: JkMain.java
  ===
  RCS file: 
/home/cvs/jakarta-tomcat-connectors/jk/java/org/apache/jk/server/JkMain.java,v
  retrieving revision 1.39
  retrieving revision 1.40
  diff -u -r1.39 -r1.40
  --- JkMain.java   2 Jul 2003 03:42:30 -   1.39
  +++ JkMain.java   2 Jul 2003 06:30:23 -   1.40
  @@ -287,7 +287,7 @@
   log.debug( "No properties file found " + propsF );
   }
   }
  -String initHTTPS = props.get("class.initHTTPS");
  +String initHTTPS = (String)props.get("class.initHTTPS");
   if("true".equalsIgnoreCase(initHTTPS)) {
   initHTTPSUrls();
   }
  
  
  

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

Re: jakarta-tomcat-connectors/jk/java/org/apache/jk/server JkMain.java

ERROR:
There is no such list JKMAIN.JAVA here.

SOLUTION:
Send a message to [EMAIL PROTECTED] with a subject
of 'info' (no quotes) for a list of available mailing lists.

-- 
Sincerely, the Minimalist

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

Re: jakarta-tomcat-connectors/jk/java/org/apache/jk/server JkMain.java

ERROR:
There is no such list JKMAIN.JAVA here.

SOLUTION:
Send a message to [EMAIL PROTECTED] with a subject
of 'info' (no quotes) for a list of available mailing lists.

-- 
Sincerely, the Minimalist

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

cvs commit: jakarta-tomcat-connectors/jk/java/org/apache/jk/server JkMain.java

billbarker2003/07/01 23:33:17

  Modified:jk/java/org/apache/jk/server Tag: coyote_10 JkMain.java
  Log:
  The beauty of cut-and paste is that I can be brain-dead in multiple locations ;-).
  
  Revision  ChangesPath
  No   revision
  
  
  No   revision
  
  
  1.32.2.2  +1 -1  
jakarta-tomcat-connectors/jk/java/org/apache/jk/server/JkMain.java
  
  Index: JkMain.java
  ===
  RCS file: 
/home/cvs/jakarta-tomcat-connectors/jk/java/org/apache/jk/server/JkMain.java,v
  retrieving revision 1.32.2.1
  retrieving revision 1.32.2.2
  diff -u -r1.32.2.1 -r1.32.2.2
  --- JkMain.java   2 Jul 2003 03:44:32 -   1.32.2.1
  +++ JkMain.java   2 Jul 2003 06:33:16 -   1.32.2.2
  @@ -282,7 +282,7 @@
   log.warn( "No properties file found " + propsF );
   }
   }
  -String initHTTPS = props.get("class.initHTTPS");
  +String initHTTPS = (String)props.get("class.initHTTPS");
   if("true".equalsIgnoreCase(initHTTPS)) {
   initHTTPSUrls();
   }
  
  
  

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

Re: jakarta-tomcat-connectors/jk/java/org/apache/jk/server JkMain.java

ERROR:
There is no such list JKMAIN.JAVA here.

SOLUTION:
Send a message to [EMAIL PROTECTED] with a subject
of 'info' (no quotes) for a list of available mailing lists.

-- 
Sincerely, the Minimalist

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

Re: jakarta-tomcat-connectors/jk/java/org/apache/jk/server JkMain.java

ERROR:
There is no such list JKMAIN.JAVA here.

SOLUTION:
Send a message to [EMAIL PROTECTED] with a subject
of 'info' (no quotes) for a list of available mailing lists.

-- 
Sincerely, the Minimalist

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

Re: jakarta-tomcat-connectors/jk/java/org/apache/jk/server JkMain.java

2003-07-01 Thread Bill Barker

Ok, I tried asking nice, and just got a machine-response.  Could whoever is
currently Moderator for this list helpfully allow minimalist to unsubscribe
;-).

- Original Message -
From: "Minimalist Manager" <[EMAIL PROTECTED]>
To: "Tomcat Developers List" <[EMAIL PROTECTED]>
Sent: Tuesday, July 01, 2003 11:45 PM
Subject: Re: jakarta-tomcat-connectors/jk/java/org/apache/jk/server
JkMain.java

> ERROR:
> There is no such list JKMAIN.JAVA here.
>
> SOLUTION:
> Send a message to [EMAIL PROTECTED] with a subject
> of 'info' (no quotes) for a list of available mailing lists.
>
> --
> Sincerely, the Minimalist
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>

This message is intended only for the use of the person(s) listed above as the 
intended recipient(s), and may contain information that is PRIVILEGED and 
CONFIDENTIAL.  If you are not an intended recipient, you may not read, copy, or 
distribute this message or any attachment. If you received this communication in 
error, please notify us immediately by e-mail and then delete all copies of this 
message and any attachments.

In addition you should be aware that ordinary (unencrypted) e-mail sent through the 
Internet is not secure. Do not send confidential or sensitive information, such as 
social security numbers, account numbers, personal identification numbers and 
passwords, to us via ordinary (unencrypted) e-mail.

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

Re: jakarta-tomcat-connectors/jk/java/org/apache/jk/server JkMain.java

ERROR:
There is no such list JKMAIN.JAVA here.

SOLUTION:
Send a message to [EMAIL PROTECTED] with a subject
of 'info' (no quotes) for a list of available mailing lists.

-- 
Sincerely, the Minimalist

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

Re: jakarta-tomcat-connectors/jk/java/org/apache/jk/server JkMain.java

ERROR:
There is no such list JKMAIN.JAVA here.

SOLUTION:
Send a message to [EMAIL PROTECTED] with a subject
of 'info' (no quotes) for a list of available mailing lists.

-- 
Sincerely, the Minimalist

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

DO NOT REPLY [Bug 21252] - JSP Compilation fails when command line args too long

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=21252

JSP Compilation fails when command line args too long

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||INVALID



--- Additional Comments From [EMAIL PROTECTED]  2003-07-02 06:56 ---
This has been fixed already.

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

Re: DO NOT REPLY [Bug 21252] - JSP Compilation fails when command line args too long

ERROR:
There is no such list NOT here.

SOLUTION:
Send a message to [EMAIL PROTECTED] with a subject
of 'info' (no quotes) for a list of available mailing lists.

-- 
Sincerely, the Minimalist

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

Re: DO NOT REPLY [Bug 21252] - JSP Compilation fails when command line args too long

ERROR:
There is no such list NOT here.

SOLUTION:
Send a message to [EMAIL PROTECTED] with a subject
of 'info' (no quotes) for a list of available mailing lists.

-- 
Sincerely, the Minimalist

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

Re: jakarta-tomcat-connectors/jk/java/org/apache/jk/server JkMain.java

2003-07-01 Thread Paul Speed

Clearly you guys make it way to easy to subscribe to the list. ;)
-Paul

Bill Barker wrote:
> 
> Ok, I tried asking nice, and just got a machine-response.  Could whoever is
> currently Moderator for this list helpfully allow minimalist to unsubscribe
> ;-).
> 
> - Original Message -
> From: "Minimalist Manager" <[EMAIL PROTECTED]>
> To: "Tomcat Developers List" <[EMAIL PROTECTED]>
> Sent: Tuesday, July 01, 2003 11:45 PM
> Subject: Re: jakarta-tomcat-connectors/jk/java/org/apache/jk/server
> JkMain.java
> 
> > ERROR:
> > There is no such list JKMAIN.JAVA here.
> >
> > SOLUTION:
> > Send a message to [EMAIL PROTECTED] with a subject
> > of 'info' (no quotes) for a list of available mailing lists.
> >
> > --
> > Sincerely, the Minimalist
> >
> > -
> > To unsubscribe, e-mail: [EMAIL PROTECTED]
> > For additional commands, e-mail: [EMAIL PROTECTED]
> >
> >
> 
>   
> This message is intended only for the use of the person(s) listed above as the 
> intended recipient(s), and may contain information that is PRIVILEGED and 
> CONFIDENTIAL.  If you are not an intended recipient, you may not read, copy, or 
> distribute this message or any attachment. If you received this communication in 
> error, please notify us immediately by e-mail and then delete all copies of this 
> message and any attachments.
> 
> In addition you should be aware that ordinary (unencrypted) e-mail sent through the 
> Internet is not secure. Do not send confidential or sensitive information, such as 
> social security numbers, account numbers, personal identification numbers and 
> passwords, to us via ordinary (unencrypted) e-mail.
> 
>   
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]

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

Re: jakarta-tomcat-connectors/jk/java/org/apache/jk/server JkMain.java

ERROR:
There is no such list JKMAIN.JAVA here.

SOLUTION:
Send a message to [EMAIL PROTECTED] with a subject
of 'info' (no quotes) for a list of available mailing lists.

-- 
Sincerely, the Minimalist

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

Re: jakarta-tomcat-connectors/jk/java/org/apache/jk/server JkMain.java