deployment problems moving from tomcat 5.0.18 to 5.0.19

[Matt Smith]

Actually this is a problem between 5.0.18 and 5.0.19.  The same context
descriptor deploys successfully on 5.0.18, but the errors below show up
on 5.0.19.

Any ideas on what changed between the two releases that would cause
this?

Thanks,
m.

-Original Message-
From: Matt Smith [mailto:[EMAIL PROTECTED] 
Sent: Monday, April 05, 2004 12:33 AM
To: [EMAIL PROTECTED]
Subject: deployment problems moving from tomcat 4.1.30 to 5.0.19


I am migrating from Tomcat 4.1.30 to 5.0.19 and have been experiencing
problems with deployment.  The context descriptor below works fine for
deployment on Tomcat 4.1.30, but when I try to use it on 5.0.19, all I
get is the following in localhost_log
 
2004-04-05 00:22:54 StandardHost[localhost]: Error deploying application
at context path null java.lang.NullPointerException  at
org.apache.commons.digester.Digester.createSAXException(Digester.java:25
40)
 at
org.apache.commons.digester.Digester.createSAXException(Digester.java:25
66)
 at org.apache.commons.digester.Digester.endElement(Digester.java:1061)
 at
org.apache.catalina.util.CatalinaDigester.endElement(CatalinaDigester.ja
va:123)
 at org.apache.xerces.parsers.AbstractSAXParser.endElement(Unknown
Source)
 at
org.apache.xerces.impl.XMLDocumentFragmentScannerImpl.scanEndElement(Unk
nown Source)
 at
org.apache.xerces.impl.XMLDocumentFragmentScannerImpl$FragmentContentDis
patcher.dispatch(Unknown Source)
 at
org.apache.xerces.impl.XMLDocumentFragmentScannerImpl.scanDocument(Unkno
wn Source)
 at org.apache.xerces.parsers.XML11Configuration.parse(Unknown Source)
at org.apache.xerces.parsers.DTDConfiguration.parse(Unknown Source)  at
org.apache.xerces.parsers.XMLParser.parse(Unknown Source)  at
org.apache.xerces.parsers.AbstractSAXParser.parse(Unknown Source)  at
org.apache.commons.digester.Digester.parse(Digester.java:1567)
 at
org.apache.catalina.core.StandardHostDeployer.install(StandardHostDeploy
er.java:519)
 at org.apache.catalina.core.StandardHost.install(StandardHost.java:906)
 at
org.apache.catalina.startup.HostConfig.deployDescriptors(HostConfig.java
:527)
 at
org.apache.catalina.startup.HostConfig.deployApps(HostConfig.java:472)
 at org.apache.catalina.startup.HostConfig.start(HostConfig.java:1008)
 at
org.apache.catalina.startup.HostConfig.lifecycleEvent(HostConfig.java:39
4)
 at
org.apache.catalina.util.LifecycleSupport.fireLifecycleEvent(LifecycleSu
pport.java:166)
 at
org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1134)
 at org.apache.catalina.core.StandardHost.start(StandardHost.java:832)
 at
org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1126)
 at
org.apache.catalina.core.StandardEngine.start(StandardEngine.java:521)
 at
org.apache.catalina.core.StandardService.start(StandardService.java:519)
 at
org.apache.catalina.core.StandardServer.start(StandardServer.java:2345)
 at org.apache.catalina.startup.Catalina.start(Catalina.java:594)
 at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)  at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.jav
a:39)
 at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessor
Impl.java:25)
 at java.lang.reflect.Method.invoke(Method.java:324)
 at org.apache.catalina.startup.Bootstrap.start(Bootstrap.java:297)
 at org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:398)

and :
 
Using CATALINA_BASE:
c:\work\sandbox\views\matt-calvert-tip-20031223142431\pro
d\build
Using CATALINA_HOME:   c:\work\sandbox\tools\tomcat-5.0.19
Using CATALINA_TMPDIR:
c:\work\sandbox\views\matt-calvert-tip-20031223142431\pro
d\build\temp
Using JAVA_HOME:   c:\work\sandbox\tools\java-1.4.2_04
Apr 5, 2004 12:26:06 AM org.apache.coyote.http11.Http11Protocol init
INFO: Initializing Coyote HTTP/1.1 on port 8080
Apr 5, 2004 12:26:06 AM org.apache.catalina.startup.Catalina load
INFO: Initialization processed in 1578 ms
Apr 5, 2004 12:26:06 AM
org.apache.catalina.mbeans.GlobalResourcesLifecycleListe
ner createMBeans
SEVERE:   Creating Role MBean for role 
Apr 5, 2004 12:26:06 AM
org.apache.catalina.mbeans.GlobalResourcesLifecycleListe
ner createMBeans
SEVERE:   Creating Role MBean for role 
Apr 5, 2004 12:26:06 AM org.apache.catalina.core.StandardService start
INFO: Starting service Catalina
Apr 5, 2004 12:26:06 AM org.apache.catalina.core.StandardEngine start
INFO: Starting Servlet Engine: Apache Tomcat/5.0.19
Apr 5, 2004 12:26:06 AM org.apache.catalina.core.StandardHost start
INFO: XML validation disabled
Apr 5, 2004 12:26:06 AM org.apache.catalina.core.StandardHost
getDeployer
INFO: Create Host deployer for direct deployment ( non-jmx ) Apr 5, 2004
12:26:06 AM org.apache.catalina.core.StandardHostDeployer
install
INFO: Processing Context configuration file URL
file:C:\work\sandbox\views\matt-
calvert-tip-20031223142431\prod\build\conf\Catalina\localhost\calvert_ma
in-tip.x
ml
Apr 5, 2004 12:26:06 AM org.apache.commons.digester.Digester endElement
SEVERE: End event threw exception
java.lang.reflect.InvocationTargetExcep

cvs commit: jakarta-tomcat-connectors/jk/native2/common jk_uriEnv.c

[hgomez]

hgomez  2004/04/04 23:54:58

  Modified:jk/native2/common jk_uriEnv.c
  Log:
  - Adds 'debug' and 'disabled' to the get and set properties functions.

  - Removes 'path' from the getAttrInfo list.

  

  Provided by NormW
  
  Revision  ChangesPath
  1.56  +34 -24jakarta-tomcat-connectors/jk/native2/common/jk_uriEnv.c
  
  Index: jk_uriEnv.c
  ===
  RCS file: /home/cvs/jakarta-tomcat-connectors/jk/native2/common/jk_uriEnv.c,v
  retrieving revision 1.55
  retrieving revision 1.56
  diff -u -r1.55 -r1.56
  --- jk_uriEnv.c   21 Mar 2004 09:43:09 -  1.55
  +++ jk_uriEnv.c   5 Apr 2004 06:54:58 -   1.56
  @@ -182,12 +182,13 @@
   
   static char *getAttInfo[] =
   { "host", "uri", "group", "context", "inheritGlobals",
  -"match_type",
  -"servlet", "timing", "aliases", "path", NULL
  +"match_type", "servlet", "timing", "aliases", "debug", "disabled",
  +NULL
   };
   static char *setAttInfo[] =
   { "host", "uri", "group", "context", "inheritGlobals",
  -"servlet", "timing", "alias", "path", NULL
  +"servlet", "timing", "alias", "path", "debug", "disabled", 
  +NULL
   };
   
   static char *matchTypes[] = {
  @@ -242,7 +243,12 @@
   else if (strcmp("inheritGlobals", name) == 0) {
   return jk2_env_itoa(env, uriEnv->inherit_globals);
   }
  -return NULL;
  +else if (strcmp(name, "debug") == 0) {
  +return jk2_env_itoa(env, bean->debug);
  +}
  +else if (strcmp(name, "disabled") == 0) {
  +return jk2_env_itoa(env, bean->disabled);
  +}return NULL;
   }
   
   
  @@ -297,27 +303,31 @@
   else if (strcmp("inheritGlobals", name) == 0) {
   uriEnv->inherit_globals = atoi(val);
   }
  -else {
  +else if (strcmp("worker", name) == 0) {
   /* OLD - DEPRECATED */
  -if (strcmp("worker", name) == 0) {
  -uriEnv->workerName = val;
  -env->l->jkLog(env, env->l, JK_LOG_INFO,
  -  "uriEnv.setAttribute() the %s directive is deprecated. 
Use 'group' instead.\n",
  -  name);
  -}
  -else if (strcmp("uri", name) == 0) {
  -jk2_uriEnv_parseName(env, uriEnv, val);
  -}
  -else if (strcmp("name", name) == 0) {
  -jk2_uriEnv_parseName(env, uriEnv, val);
  -}
  -else if (strcmp("vhost", name) == 0) {
  -if (val == NULL)
  -uriEnv->virtual = NULL;
  -else
  -uriEnv->virtual =
  -uriEnv->pool->pstrdup(env, uriEnv->pool, val);
  -}
  +   
  + uriEnv->workerName = val;
  +env->l->jkLog(env, env->l, JK_LOG_INFO,
  +  "uriEnv.setAttribute() the %s directive is deprecated. Use 
'group' instead.\n",
  +  name);
  +}
  +else if (strcmp("uri", name) == 0) {
  +jk2_uriEnv_parseName(env, uriEnv, val);
  +}
  +else if (strcmp("name", name) == 0) {
  +jk2_uriEnv_parseName(env, uriEnv, val);
  +}
  +else if (strcmp("vhost", name) == 0) {
  +if (val == NULL)
  +uriEnv->virtual = NULL;
  + else
  +uriEnv->virtual = uriEnv->pool->pstrdup(env, uriEnv->pool, val);
  +}
  +else if (strcmp(name, "debug") == 0) {
  +mbean->debug = atoi(val);
  +}
  +else if (strcmp(name, "disabled") == 0) {
  +mbean->disabled = atoi(val);
   }
   return JK_OK;
   }
  
  
  

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

Re: jk2 and debug on specials uri

[Henri Gomez]

Henri Gomez wrote:



Thanks to send a diff to latest code so I could commit it.
Oh, you allready provided a patch.

Thanks, I commit it ASAP

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

Re: jk2 and debug on specials uri

[Henri Gomez]

NormW wrote:

Good afternoon Henri.
In visualising the process of JkUriSet, arrived at the following in
pseudo-code. Shame I can't translate it to C otherwise I would offer a diff.
:-)
Regards,
Norm
JkUriSet property, value
/* Only allow inside a Location block */
if (! block) {
 log "error, JkUriSet not allowed here"
 return CONFIG_ERROR
}
/* 2 Parameters - property and value */
if (!property or !value) {
 log "error, missing parameter(s) - property and value"
 return CONFIG_ERROR
}
/* The property must be in the setAttrInfo list */
if(!property in setAttrInfo() ) {
 log "error, property not settable-", property
 return CONFIG_ERROR
}
/* Create uri name using host, port, location */
 .. ()
if(!valid name) {
 log "error, missing or invalid data - ", host,port,context
 return CONFIG_ERROR
}
/* Check for existing uri object - update it or create a new one */
if(exist uri name) {
point to it;
log "warning, using existing uri object - ", name
} else {
status = create_uri()
if(status !=OK) {
log "emerg, create uri object failed - ", status
return CONFIG_ERROR
}
set uri object
(name,host,port,context,match_type,timing,disabled,debug)
if(default_worker != NULL) {
set group = default_worker
}
}
/* Set passed property value but first set if it is set already */
if (getAttr(property) != NULL) {
  log "warning, updating existing uri object property - ",
property,value
}
if(setAttr(property, value)!=OK) {
 log "error, setting property failed - ", property,value
 return CONFIG_ERROR
}
return OK.
Thanks to send a diff to latest code so I could commit it.

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

Re: TC evolment

[Henri Gomez]

Remy Maucherat wrote:
Costin Manolache wrote:

If you're worried about risk, then probably glueing PHP with tomcat 
will be a bad choice.

Tomcat is limited by Java's bad support for integration with native 
code. Apache will have no problem running Php, perl, python, .net or 
integrating with any native library that exists today. For tomcat 
running openSSL seems to be a big thing, and we know too well how 
difficult it is to get it working with JNI.

For tomcat - you can attempt to rewrite/replace every feature in Java 
( we are doing this for LDAP auth for example - not sure if JNDI is 
better or faster than the native ldap auth in apache ). Or you can try 
to use JNI or connectors - like mod_jk. Or you can just use what 
already works and is stable, and do something better with your time :-)


We'll see the result when it's done :) If Mladen wants to try it because 
he feels like he has a need for it, it's fine by me.

And there is the maintainability, scalability, etc. which I think 
Java is
better at.
Well I made some benchmarks on TC 3.3.2, TC 4.1.30, TC 5.0.19, Apache 2,
mod_php 4.3.5 and mod_php 5.0RC1 this week-end and you could see that to
serve the good old HelloWorld (or its html/php counter part), Java is
allways faster.
This 'bench' has been conducted on a Pentium 4 with 512Mo RAM
, Windows XP and Sun SDK 1.4.2-04.
I used each time the default server configurations.

Regards
Tomcat 3.3.2 / Coyote HTTP 1.1

Server Software:Apache-Coyote/1.1
Server Hostname:127.0.0.1
Server Port:8080

Document Path:  /examples/servlet/HelloWorldExample
Document Length:419 bytes

Concurrency Level:  16
Time taken for tests:   1.902736 seconds
Complete requests:  1000
Failed requests:0
Write errors:   0
Total transferred:  546000 bytes
HTML transferred:   419000 bytes
Requests per second:525.56 [#/sec] (mean)
Time per request:   30.444 [ms] (mean)
Time per request:   1.903 [ms] (mean, across all concurrent requests)
Transfer rate:  280.12 [Kbytes/sec] received

Connection Times (ms)
  min  mean[+/-sd] median   max
Connect:00   2.8  0  10
Processing: 0   28   5.1 30  50
Waiting:0   14   9.6 10  40
Total:  0   29   4.7 30  50

Percentage of the requests served within a certain time (ms)
  50% 30
  66% 30
  75% 30
  80% 30
  90% 30
  95% 40
  98% 40
  99% 40
 100% 50 (longest request)
 
 ---
 
 Tomcat 4.1.30 / Coyote HTTP 1.1
 
 Server Software:Apache-Coyote/1.1
Server Hostname:127.0.0.1
Server Port:8080

Document Path:  /examples/servlet/HelloWorldExample
Document Length:411 bytes

Concurrency Level:  16
Time taken for tests:   2.143081 seconds
Complete requests:  1000
Failed requests:0
Write errors:   0
Total transferred:  559000 bytes
HTML transferred:   411000 bytes
Requests per second:466.62 [#/sec] (mean)
Time per request:   34.289 [ms] (mean)
Time per request:   2.143 [ms] (mean, across all concurrent requests)
Transfer rate:  254.31 [Kbytes/sec] received

Connection Times (ms)
  min  mean[+/-sd] median   max
Connect:01   3.0  0  10
Processing:10   32   5.3 30  50
Waiting:0   16  10.7 20  50
Total: 10   33   5.6 30  50

Percentage of the requests served within a certain time (ms)
  50% 30
  66% 40
  75% 40
  80% 40
  90% 40
  95% 40
  98% 40
  99% 50
 100% 50 (longest request)
 
 ---
 
 Tomcat 5.0.19 / Coyote HTTP 1.1
 
 Server Software:Apache-Coyote/1.1
Server Hostname:127.0.0.1
Server Port:8080

Document Path:  /servlets-examples/servlet/HelloWorldExample
Document Length:365 bytes

Concurrency Level:  16
Time taken for tests:   2.173125 seconds
Complete requests:  1000
Failed requests:0
Write errors:   0
Total transferred:  513000 bytes
HTML transferred:   365000 bytes
Requests per second:460.17 [#/sec] (mean)
Time per request:   34.770 [ms] (mean)
Time per request:   2.173 [ms] (mean, across all concurrent requests)
Transfer rate:  230.08 [Kbytes/sec] received

Connection Times (ms)
  min  mean[+/-sd] median   max
Connect:00   3.1  0  20
Processing: 0   33   6.1 30  60
Waiting:0   16  10.7 20  50
Total:  0   34   6.5 30  60

Percentage of the requests served within a certain time (ms)
  50% 30
  66% 40
  75% 40
  80% 40
  90% 40
  95% 40
  98% 50
  99% 60
 100% 60 (longest request)
 
 
 ---
 
 Apache 2.0.49 (Windows)
 
 Server Software:Apache/2.0.49
Server Hostname:127.0.0.1
Server Port:80

Document Path:  /helloworld.html
Document Length:365 bytes

[GUMP@lsd]: jakarta-tomcat-5/jakarta-tomcat-5 failed

[bobh]

To whom it may engage...

This is an automated request, but not an unsolicited one. For help 
understanding the request please visit 
http://gump.apache.org/nagged.html, 
and/or contact [EMAIL PROTECTED]

Project jakarta-tomcat-5 has an issue affecting its community integration, and has 
been outstanding for 5 runs. The current state is 'Failed', for reason 'Build Failed'

Full details are available at: 
http://lsd.student.utwente.nl/gump/jakarta-tomcat-5/jakarta-tomcat-5.html, however 
some snippets follow:

-  -  -  -  - -- --  G U M P

Gump provided these annotations:

 - Info - Jar [servlets-default.jar] identifier set to jar basename: [servlets-default]
 - Info - Jar [naming-common.jar] identifier set to jar basename: [naming-common]
 - Info - Jar [naming-resources.jar] identifier set to jar basename: [naming-resources]
 - Info - Jar [catalina.jar] identifier set to jar basename: [catalina]
 - Info - Jar [bootstrap.jar] identifier set to jar basename: [bootstrap]
 - Info - Jar [servlets-common.jar] identifier set to jar basename: [servlets-common]
 - Info - Jar [servlets-invoker.jar] identifier set to jar basename: [servlets-invoker]
 - Info - Dependency on javamail exists, no need to add for property mail.jar.
 - Info - Dependency on jaf exists, no need to add for property activation.jar.
 - Info - Dependency on jakarta-servletapi-5-servlet exists, no need to add for 
property servlet-api.jar.
 - Info - Dependency on jakarta-servletapi-5-jsp exists, no need to add for property 
jsp-api.jar.
 - Info - Dependency on xml-xerces exists, no need to add for property xercesImpl.jar.
 - Info - Dependency on xml-xerces exists, no need to add for property 
xmlParserAPIs.jar.
 - Info - Dependency on jakarta-tomcat-util exists, no need to add for property 
tomcat-util.jar.
 - Info - Dependency on commons-el exists, no need to add for property commons-el.jar.
 - Info - Dependency on commons-logging exists, no need to add for property 
commons-logging-api.jar.
 - Info - Dependency on commons-modeler exists, no need to add for property 
commons-modeler.jar.
 - Info - Dependency on ant exists, no need to add for property ant.home.
 - Info - Dependency on jsse exists, no need to add for property jsse.home.
 - Info - Dependency on jmx exists, no need to add for property jmx.home.
 - Info - Dependency on jmx exists, no need to add for property jmx.jar.
 - Info - Dependency on jmx exists, no need to add for property jmx-tools.jar.
 - Info - Dependency on jndi exists, no need to add for property jndi.home.
 - Info - Dependency on jakarta-regexp exists, no need to add for property regexp.home.
 - Info - Dependency on jakarta-regexp exists, no need to add for property regexp.jar.
 - Info - Dependency on javamail exists, no need to add for property mail.home.
 - Info - Dependency on jakarta-tomcat-coyote exists, no need to add for property 
tomcat-coyote.home.
 - Info - Dependency on jakarta-tomcat-jasper_tc5 exists, no need to add for property 
jasper.home.
 - Info - Dependency on jaf exists, no need to add for property activation.home.
 - Info - Dependency on commons-modeler exists, no need to add for property 
commons-modeler.home.
 - Info - Dependency on commons-daemon exists, no need to add for property 
commons-daemon.jsvc.tar.gz.
 - Info - Dependency on jakarta-struts exists, no need to add for property struts.home.
 - Info - Enable "verbose" output, due to 4 previous error(s).
 - Info - Failed with reason build failed
 - Info - Enable "debug" output, due to build failure.


-  -  -  -  - -- --  G U M P
Gump performed this work:

http://lsd.student.utwente.nl/gump/jakarta-tomcat-5/gump_work/build_jakarta-tomcat-5_jakarta-tomcat-5.html
Work Name: build_jakarta-tomcat-5_jakarta-tomcat-5 (Type: Build)
State: Failed
Elapsed: 0 hours, 1 minutes, 5 seconds
Command Line: java -Djava.awt.headless=true 
-Xbootclasspath/p:/data3/gump/xml-xerces2/java/build/xercesImpl.jar:/data3/gump/xml-xerces2/java/build/xml-apis.jar:/data3/gump/xml-xalan/java/build/xalan-unbundled.jar:/data3/gump/xml-commons/java/external/build/xml-apis.jar
 org.apache.tools.ant.Main -verbose 
-Dgump.merge=/data3/gump/gump-install/work/merge.xml -Dbuild.sysclasspath=only 
-Dtomcat33.home=*Unset* 
-Djsp-api.jar=/data3/gump/jakarta-servletapi-5/jsr152/dist/lib/jsp-api.jar 
-Dtomcat-coyote.home=/data3/gump/jakarta-tomcat-connectors/coyote 
-Djndi.jar=/data3/gump/opt/jndi1_2_1/lib/jndi.jar 
-Dsite2.home=/data3/gump/jakarta-site2 
-DxmlParserAPIs.jar=/data3/gump/xml-xerces2/java/build/xercesImpl.jar 
-Dactivation.home=/data3/gump/opt/jaf-1.0.1 -Djmx.home=/data3/gump/opt/jmx-1_2-ri 
-Djdbc20ext.jar=/data3/gump/opt/jdbc2_0/jdbc2_0-stdext.jar 
-Djmx-tools.jar=/data3/gump/opt/jmx-1_2-ri/lib/jmxtools.jar 
-Dregexp.jar=/data3/gump/jakarta-regexp/build/jakarta-regexp-20040405.jar 
-Dmail.home=/data3/gump/opt/javamail-1.3 -Dant.home=/data3/gump/ant/dist 
-Dcommons-modeler.home=/data3/gump/jak

PATCH, uriEnv.c, Add debug and disabled - path

[NormW]

Good morning All.
The link below provides a patch to uriEnv.c that does the following:
1. Adds 'debug' and 'disabled' to the get and set properties functions.
2. Removes 'path' from the getAttrInfo list.
This patch as been implemented and tested on NetWare using the get= and set=
commands of /jkstatus, displays correctly in the /jkstatus uri table and
qry= report and updates the configuration file as appropriate. It has not
been tested on Linux or Windows 32 platforms, but does 'borrow' from
existing functionality in other objects.
The "path" was removed from the getAttrInfo list as it not an actual
property of a uri object (check the structure) but on 'get', returns the
same value as 'uri'. This removes a redundant column from the uri runtime
table in /jkstatus.

http://normw.gknw.com/patches/jk_uriEnv.c.diff

Norm
---
--- jk_uriEnv.c.orig 2004-04-04 18:45:36.0 +1000
+++ jk_uriEnv.c 2004-04-04 19:23:06.0 +1000
@@ -182,12 +182,11 @@

 static char *getAttInfo[] =
 { "host", "uri", "group", "context", "inheritGlobals",
-"match_type",
-"servlet", "timing", "aliases", "path", NULL
+  "match_type", "servlet", "timing", "aliases", "debug", "disabled",
NULL
 };
 static char *setAttInfo[] =
 { "host", "uri", "group", "context", "inheritGlobals",
-"servlet", "timing", "alias", "path", NULL
+  "servlet", "timing", "alias", "path", "debug", "disabled", NULL
 };

 static char *matchTypes[] = {
@@ -242,6 +241,12 @@
 else if (strcmp("inheritGlobals", name) == 0) {
 return jk2_env_itoa(env, uriEnv->inherit_globals);
 }
+else if (strcmp(name, "debug") == 0) {
+return jk2_env_itoa(env, bean->debug);
+}
+else if (strcmp(name, "disabled") == 0) {
+return jk2_env_itoa(env, bean->disabled);
+}
 return NULL;
 }

@@ -297,27 +302,30 @@
 else if (strcmp("inheritGlobals", name) == 0) {
 uriEnv->inherit_globals = atoi(val);
 }
-else {
+else if (strcmp("worker", name) == 0) {
 /* OLD - DEPRECATED */
-if (strcmp("worker", name) == 0) {
-uriEnv->workerName = val;
-env->l->jkLog(env, env->l, JK_LOG_INFO,
+uriEnv->workerName = val;
+env->l->jkLog(env, env->l, JK_LOG_INFO,
   "uriEnv.setAttribute() the %s directive is
deprecated. Use 'group' instead.\n",
   name);
-}
-else if (strcmp("uri", name) == 0) {
-jk2_uriEnv_parseName(env, uriEnv, val);
-}
-else if (strcmp("name", name) == 0) {
-jk2_uriEnv_parseName(env, uriEnv, val);
-}
-else if (strcmp("vhost", name) == 0) {
-if (val == NULL)
-uriEnv->virtual = NULL;
-else
-uriEnv->virtual =
-uriEnv->pool->pstrdup(env, uriEnv->pool, val);
-}
+}
+else if (strcmp("uri", name) == 0) {
+jk2_uriEnv_parseName(env, uriEnv, val);
+}
+else if (strcmp("name", name) == 0) {
+jk2_uriEnv_parseName(env, uriEnv, val);
+}
+else if (strcmp("vhost", name) == 0) {
+if (val == NULL)
+uriEnv->virtual = NULL;
+ else
+uriEnv->virtual = uriEnv->pool->pstrdup(env, uriEnv->pool,
val);
+}
+else if (strcmp(name, "debug") == 0) {
+mbean->debug = atoi(val);
+}
+else if (strcmp(name, "disabled") == 0) {
+mbean->disabled = atoi(val);
 }
 return JK_OK;
 }

---


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

DO NOT REPLY [Bug 16157] - AuthType not set on HttpServletRequest

[bugzilla]

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://issues.apache.org/bugzilla/show_bug.cgi?id=16157

AuthType not set on HttpServletRequest

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED



--- Additional Comments From [EMAIL PROTECTED]  2004-04-04 19:11 ---
I have committed your patch to CVS.

Many thanks.

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

cvs commit: jakarta-tomcat-catalina/catalina/src/share/org/apache/coyote/tomcat5 CoyoteAdapter.java

[markt]

markt   2004/04/04 12:10:01

  Modified:catalina/src/share/org/apache/coyote/tomcat5
CoyoteAdapter.java
  Log:
  - Fix bug 16157. Set AuthType on HttpServletRequest.
  - Second part of patch.
  - Patch submitted by Kan Ogawa.
  
  Revision  ChangesPath
  1.21  +7 -1  
jakarta-tomcat-catalina/catalina/src/share/org/apache/coyote/tomcat5/CoyoteAdapter.java
  
  Index: CoyoteAdapter.java
  ===
  RCS file: 
/home/cvs/jakarta-tomcat-catalina/catalina/src/share/org/apache/coyote/tomcat5/CoyoteAdapter.java,v
  retrieving revision 1.20
  retrieving revision 1.21
  diff -u -r1.20 -r1.21
  --- CoyoteAdapter.java18 Mar 2004 23:51:47 -  1.20
  +++ CoyoteAdapter.java4 Apr 2004 19:10:01 -   1.21
  @@ -246,6 +246,12 @@
   request.setUserPrincipal(new CoyotePrincipal(principal));
   }
   
  +// Set the authorization type
  +String authtype = req.getAuthType().toString();
  +if (authtype != null) {
  +request.setAuthType(authtype);
  +}
  +
   // URI character decoding
   convertURI(decodedURI, request);
   
  
  
  

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

cvs commit: jakarta-tomcat-connectors/jk/java/org/apache/jk/common HandlerRequest.java

[markt]

markt   2004/04/04 12:09:38

  Modified:coyote/src/java/org/apache/coyote/tomcat4 CoyoteAdapter.java
   jk/java/org/apache/jk/common HandlerRequest.java
  Log:
  - Fix bug 16157. Set AuthType on HttpServletRequest.
  - First part of patch.
  - Patch submitted by Kan Ogawa.
  
  Revision  ChangesPath
  1.28  +7 -1  
jakarta-tomcat-connectors/coyote/src/java/org/apache/coyote/tomcat4/CoyoteAdapter.java
  
  Index: CoyoteAdapter.java
  ===
  RCS file: 
/home/cvs/jakarta-tomcat-connectors/coyote/src/java/org/apache/coyote/tomcat4/CoyoteAdapter.java,v
  retrieving revision 1.27
  retrieving revision 1.28
  diff -u -r1.27 -r1.28
  --- CoyoteAdapter.java24 Feb 2004 08:54:29 -  1.27
  +++ CoyoteAdapter.java4 Apr 2004 19:09:38 -   1.28
  @@ -278,6 +278,12 @@
   request.setUserPrincipal(new CoyotePrincipal(principal));
   }
   
  +// Set the authorization type
  +String authtype = req.getAuthType().toString();
  +if (authtype != null) {
  +request.setAuthType(authtype);
  +}
  +
   }
   
   /**
  
  
  
  1.35  +6 -1  
jakarta-tomcat-connectors/jk/java/org/apache/jk/common/HandlerRequest.java
  
  Index: HandlerRequest.java
  ===
  RCS file: 
/home/cvs/jakarta-tomcat-connectors/jk/java/org/apache/jk/common/HandlerRequest.java,v
  retrieving revision 1.34
  retrieving revision 1.35
  diff -u -r1.34 -r1.35
  --- HandlerRequest.java   24 Feb 2004 08:48:42 -  1.34
  +++ HandlerRequest.java   4 Apr 2004 19:09:38 -   1.35
  @@ -584,7 +584,12 @@
   break;
   
   case SC_A_AUTH_TYPE:
  -msg.getBytes(req.getAuthType());
  +if( tomcatAuthentication ) {
  +// ignore server
  +msg.getBytes( tmpMB );
  +} else {
  +msg.getBytes(req.getAuthType());
  +}
   break;
   
   case SC_A_QUERY_STRING :
  
  
  

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

RE: [5.0] JMX 1.2

[Mark Thomas]

Remy,

Any further thoughts on this now the licencing issues appear to be resolved?
Just thinking about how to fix bug 28178.

Mark

> From: Remy Maucherat [mailto:[EMAIL PROTECTED] 
> 
> Amy Roh wrote:
> > Hi Remy,
> > 
> > JSR 160 will go final in October (assuming the final ballot 
> passes, as 
> > seems very likely).  At that stage the RI will be released under 
> > essentially the same licensing terms as the JMX RI.  So 
> yes, Tomcat will 
> > be able to use it.
> 
> Ok, so I won't bundle the binary until then.
> 
> I need to write code to replace the MX4J connector setup which is in 
> ServerLifecycleListener and MBeanUtils. I'll implement that as a 
> separate lifecycle listener.
> 
> Remy



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

DO NOT REPLY [Bug 28192] - DataSourceRealm not reusable

[bugzilla]

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://issues.apache.org/bugzilla/show_bug.cgi?id=28192

DataSourceRealm not reusable





--- Additional Comments From [EMAIL PROTECTED]  2004-04-04 18:38 ---
Created an attachment (id=11126)
The tiny modifications I'd like to see in Tomcat4

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

DO NOT REPLY [Bug 28192] New: - DataSourceRealm not reusable

[bugzilla]

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://issues.apache.org/bugzilla/show_bug.cgi?id=28192

DataSourceRealm not reusable

   Summary: DataSourceRealm not reusable
   Product: Tomcat 4
   Version: 4.1.30
  Platform: Other
OS/Version: Other
Status: NEW
  Severity: Normal
  Priority: Other
 Component: Catalina
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]


I was trying to extends Tomcat's DataSourceRealm, but was hit by the fact, that
the interesting methods of this realm (Principal authenticate(Connection,
String, String) or at least Connection open()) are declared to be private. If
this was by purpose and if you do not want this realm to be extended, I'd
suggest to add the "final" keyword to the class declaration. If this was by
mistake I'd like to ask you, to apply the attached patch to Tomcat.

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

RE: cvs commit: jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/core ApplicationContext.java

[Mark Thomas]

From: Remy Maucherat [mailto:[EMAIL PROTECTED] 
> > My proposal is to change getContext to provide the 
> following behaviour:
> > 
> > Context uripath result
> > --
> > A   "/" A
> > A   "/foo/" B
> > A   "/foo/bar/" C
> > A   "/foo/bar/xxx/" null
> > 
> > B   "/" A
> > B   "/foo/" B
> > B   "/foo/bar/" C
> > B   "/foo/bar/xxx/" null
> > 
> > C   "/" A
> > C   "/foo/" B
> > C   "/foo/bar/" C
> > C   "/foo/bar/xxx/" null
> > 
> > I know that making this change will break a watchdog test 
> but my reading of the
> > spec is that the current behaviour is wrong.
> 
> Well, this breaks the spec, so this is not acceptable. The getContext 
> method accepts a String which is not the exact context path.

How does this break the spec? I have re-read the section on getContext several
times and I don't see where it says the that the input to getContext accepts a
String which is not the exact context path. Re-quoting the spec:

"uripath - a String specifying the context path of another web application in
the container."

I read this to mean an exact match.

Mark



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

Re: cvs commit: jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/core ApplicationContext.java

[Remy Maucherat]

Mark Thomas wrote:
From: Remy Maucherat [mailto:[EMAIL PROTECTED] 

Mark Thomas wrote:

Fixing bug 13040 requires an additional patch that uses 
equals() for the whole

algorithm. Hence the complications. This is what I was 
discussing above.

The matching rule can't be fully implemented AFAIK. I think 
the current 
algorithm is a nice compromise.
Please give examples where you think it's not good enough (and is 
worthwhile to support), but you will likely end up breaking 
other stuff.


Consider a server with the following contexts configured:
A: /
B: /foo/
C: /foo/bar/
Assuming cross-context is enabled, the current behaviour of getContext(String
uripath) for different values of uri in each context is as follows:
Context uripath result
--
A   "/" A
A   "/foo/" B
A   "/foo/bar/" C
A   "/foo/bar/xxx/" C
B   "/" A
B   "/foo/" B
B   "/foo/bar/" B
B   "/foo/bar/xxx/" B
C   "/" A
C   "/foo/" B
C   "/foo/bar/" C
C   "/foo/bar/xxx/" C
The thing that really bothers me about this is how the return from
getContext("/foo/bar/") and getContext("/foo/bar/xxx") varies depending on the
context from which the call is made. I think this is bad.
To quote from the spec:
"uripath - a String specifying the context path of another web application in
the container."
My proposal is to change getContext to provide the following behaviour:

Context uripath result
--
A   "/" A
A   "/foo/" B
A   "/foo/bar/" C
A   "/foo/bar/xxx/" null
B   "/" A
B   "/foo/" B
B   "/foo/bar/" C
B   "/foo/bar/xxx/" null
C   "/" A
C   "/foo/" B
C   "/foo/bar/" C
C   "/foo/bar/xxx/" null
I know that making this change will break a watchdog test but my reading of the
spec is that the current behaviour is wrong.
Well, this breaks the spec, so this is not acceptable. The getContext 
method accepts a String which is not the exact context path.

For the example above, I've had trouble with the case B -> C as well. 
Thanks for giving it, it makes me remind everything.

A number of users have indicated, via bugzilla, that the current behaviour is
causing them problems.
Yes, but what you propose would cause even more users to come out and 
complain. A better patch is needed (although I don't quite know how to 
write it).

Rémy

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

RE: cvs commit: jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/core ApplicationContext.java

[Mark Thomas]

From: Remy Maucherat [mailto:[EMAIL PROTECTED] 
> Mark Thomas wrote:
> > Fixing bug 13040 requires an additional patch that uses 
> equals() for the whole
> > algorithm. Hence the complications. This is what I was 
> discussing above.
> 
> The matching rule can't be fully implemented AFAIK. I think 
> the current 
> algorithm is a nice compromise.
> Please give examples where you think it's not good enough (and is 
> worthwhile to support), but you will likely end up breaking 
> other stuff.

Consider a server with the following contexts configured:
A: /
B: /foo/
C: /foo/bar/

Assuming cross-context is enabled, the current behaviour of getContext(String
uripath) for different values of uri in each context is as follows:

Context uripath result
--
A   "/" A
A   "/foo/" B
A   "/foo/bar/" C
A   "/foo/bar/xxx/" C

B   "/" A
B   "/foo/" B
B   "/foo/bar/" B
B   "/foo/bar/xxx/" B

C   "/" A
C   "/foo/" B
C   "/foo/bar/" C
C   "/foo/bar/xxx/" C

The thing that really bothers me about this is how the return from
getContext("/foo/bar/") and getContext("/foo/bar/xxx") varies depending on the
context from which the call is made. I think this is bad.

To quote from the spec:
"uripath - a String specifying the context path of another web application in
the container."

My proposal is to change getContext to provide the following behaviour:

Context uripath result
--
A   "/" A
A   "/foo/" B
A   "/foo/bar/" C
A   "/foo/bar/xxx/" null

B   "/" A
B   "/foo/" B
B   "/foo/bar/" C
B   "/foo/bar/xxx/" null

C   "/" A
C   "/foo/" B
C   "/foo/bar/" C
C   "/foo/bar/xxx/" null

I know that making this change will break a watchdog test but my reading of the
spec is that the current behaviour is wrong.

A number of users have indicated, via bugzilla, that the current behaviour is
causing them problems.

Mark



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

Klaus-Dieter -V715101- Ackermann/Volksfuersorge/AMComNET/DE ist außer Haus.

[klaus-dieter . ackermann]

Ich werde ab  09.03.2004 nicht im Büro sein. Ich kehre zurück am
07.04.2004.

Ich werde Ihre Nachrichten nach meiner Rückkehr beantworten.

Bug report for Watchdog [2004/04/04]

[bugzilla]

+---+
| Bugzilla Bug ID   |
| +-+
| | Status: UNC=Unconfirmed NEW=New ASS=Assigned|
| | OPN=ReopenedVER=Verified(Skipped Closed/Resolved)   |
| |   +-+
| |   | Severity: BLK=Blocker CRI=CriticalMAJ=Major |
| |   |   MIN=Minor   NOR=Normal  ENH=Enhancement   |
| |   |   +-+
| |   |   | Date Posted |
| |   |   |  +--+
| |   |   |  | Description  |
| |   |   |  |  |
|  278|Unc|Nor|2000-12-04|Bug in GetParameterValuesTestServlet.java file Bug|
|  279|Unc|Nor|2000-12-04|Logical Error in GetParameterValuesTestServlet Bug|
|  469|Unc|Nor|2001-01-17|in example-taglib.tld "urn" should be "uri" BugRat|
|  470|Unc|Nor|2001-01-17|FAIL positiveForward.jsp and positiveInclude.jsp B|
| 9634|New|Enh|2002-06-05|No tests exist for ServletContext.getResourcePaths|
|10703|New|Enh|2002-07-11|Need to test getRequestURI after RequestDispatcher|
|11336|New|Enh|2002-07-31|Test wrapped path methods with RD.foward()|
|11663|New|Maj|2002-08-13|JSP precompile tests rely on Jasper specific behav|
|11664|New|Maj|2002-08-13|A sweep is needed of all Watchdog 4.0 tag librarie|
|11665|New|Maj|2002-08-13|ServletToJSPErrorPageTest and ServletToServletErro|
|11666|New|Maj|2002-08-13|SetBufferSize_1TestServlet is invalid.|
|14004|New|Maj|2002-10-28|Incorrent behaviour of all attribute-related lifec|
|15504|New|Nor|2002-12-18|JSP positiveGetValues test relies on order preserv|
|24649|New|Nor|2003-11-12|getRemoteHost fails when agent has uppercase chara|
+-+---+---+--+--+
| Total   14 bugs   |
+---+

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

Bug report for Tomcat 4 [2004/04/04]

[bugzilla]

+---+
| Bugzilla Bug ID   |
| +-+
| | Status: UNC=Unconfirmed NEW=New ASS=Assigned|
| | OPN=ReopenedVER=Verified(Skipped Closed/Resolved)   |
| |   +-+
| |   | Severity: BLK=Blocker CRI=CriticalMAJ=Major |
| |   |   MIN=Minor   NOR=Normal  ENH=Enhancement   |
| |   |   +-+
| |   |   | Date Posted |
| |   |   |  +--+
| |   |   |  | Description  |
| |   |   |  |  |
|  218|Unc|Nor|2000-11-02|IIS & in-process tomcat BugRat Report#333 |
| 3614|Opn|Nor|2001-09-14|bug in manager webapp |
| 3888|Opn|Blk|2001-09-30|WebappClassLoader: Lifecycle error : CL stopped   |
| 4091|Opn|Nor|2001-10-11|custom host with unpackWARs="true" don't expand wa|
| 4138|Opn|Nor|2001-10-12|Processor threads have inconsistent ClassLoader st|
| 4352|Ass|Nor|2001-10-22|JDBCRealm does not work with CLIENT-CERT auth-meth|
| 5181|Opn|Cri|2001-11-29|HttpConnector [8080] No processor available, rejec|
| 5329|New|Nor|2001-12-08|NT Service exits startup before Tomcat is finished|
| 5704|Ass|Maj|2002-01-05|CgiServlet corrupting images? |
| 5795|New|Enh|2002-01-10|Catalina Shutdown relies on localhost causing prob|
| 5829|New|Enh|2002-01-13|StandardManager needs to cope with sessions throwi|
| 5858|New|Enh|2002-01-15|Add tomcat dir to java.library.path   |
| 5985|New|Enh|2002-01-23|Tomcat should perform a more restrictive validatio|
| 6218|Opn|Nor|2002-02-04|Relative links broken for servlets|
| 6229|New|Enh|2002-02-04|Need way to specify where to write catalina.out   |
| 6399|New|Nor|2002-02-12|unknown protocol: https   |
| 6582|New|Min|2002-02-20|Sample code does not match behavior   |
| 6600|Opn|Enh|2002-02-20|enodeURL adds 'jsession' when 'isRequestedSessionI|
| 6614|New|Enh|2002-02-21|Have Bootstrap and StandardClassLoader use the sam|
| 6671|New|Enh|2002-02-25|Simple custom tag example uses old declaration sty|
| 7043|New|Enh|2002-03-12|database user and password for JDBC Based Store   |
| 7360|New|Nor|2002-03-22|res-sharing-scope not supported   |
| 7374|New|Enh|2002-03-22|Apache Tomcat/4.0.1 message on standard output|
| 7571|New|Nor|2002-03-28|DataInputStream readLong() Problem|
| 7676|New|Enh|2002-04-02|Allow name property to use match experssions in  without className in server.xml produces N|
|10982|New|Min|2002-07-19|JNDI URL Handler class is missing in naming-resour|
|11069|Opn|Enh|2002-07-23|Tomcat not flag error if tld is outside of /WEB-IN|
|11129|New|Enh|2002-07-24|New valve for putting the sessionIDs in the reques|
|11158|New|Maj|2002-07-25|WebappClassLoader does'nt find any class in an ext|
|11248|New|Enh|2002-07-29|DefaultServlet doesn't send expires header|
|11489|New|Enh|2002-08-06|Scanning JAR files in WEB-INF/lib without temp dir|
|11561|New|Maj|2002-08-08|JNDI problem with jdk1.4  |
|11645|New|Nor|2002-08-13|RequestStream and HttpRequestStream throw an IOExc|
|11662|New|Maj|2002-08-13|GlobalResources unavailable in DefaultContext |
|11679|New|Min|2002-08-14|"anonymous bind failed" exceptions occur if connec|
|11754|Opn|Enh|2002-08-15|Synchronous shutdown script - shutdown.sh should w|
|12016|New|Nor|2002-08-24|[patch] OS/2 scripts  |
|12052|New|Maj|2002-08-26|mod_jk sets wrong port (uses socket port, not user|
|12056|New|Min|2002-08-26|Startup scripts test for invalid permissions. |
|12069|New|Enh|2002-08-27|Creation of more HttpSession objects for one previ|
|12089|New|Maj|2002-08-27|CATALINA_HOME ignored and reset by catalina.sh|
|12516|New|Nor|2002-09-11|form based auth / documentation   |
|12608|New|Nor|2002-09-13|underline ('_') in name of sub-directory of webapp|
|12643|Opn|Min|2002-09-14|Undeploy any application fails (Undeploy an Existi|
|12658|New|Enh|2002-09-15|a proxy host and port at the  element level |
|12682|Unc|Nor|2002-09-16|Problem when recompiling servlets with JDBC connec|
|12766|New|Enh|2002-09-18|Tomcat should use tld files in /WEB-INF/ over vers|
|12946|Unc|Nor|2002-09-24|parameter serverRoot from jk2.properties not read;|
|13014|New|Blk|2002-09-26|OS/390/USS - Invalid   in servlet ma|
|13040|New|Nor|2002-09-26|can't retrieve external context who's uri is a sub|
|13097|New|Nor|2002-09-27|org.apache.catalina.startup.Embedded.

Respuesta de En Plenitud

[[EMAIL PROTECTED]]

Muchas gracias por contactarse con En Plenitud.

Por motivos de organización y eficiencia, solo podemos responder por este medio a las 
consultas sobre el funcionamiento del sitio, resolver inconvenientes y dudas técnicas, 
y contactos por motivos comerciales, periodísticos o de intercambio.

Si usted nos escribe por otros motivos, por favor siga leyendo.

CONSULTAS A ESPECIALISTAS

El servicio de consultas gratuitas (NO incluye las consultas por temas migratorios) a 
especialistas es exclusivo para los usuarios registrados. Para registrarse en forma 
gratuita (la suscripción al newsletter, y la inscripción en los foros o los cursos NO 
es un registro en el sitio) puede hacerlo ahora mismo en:

http://www.enplenitud.com/Registro.asp

Si ya está registrado, puede realizar su consulta con nuestros especialistas ahora 
mismo, llenando el formulario que se encuentra en:

http://www.enplenitud.com/login.asp?vaa=Especialistas.asp

Si se debe a otro motivo, le responderemos dentro de las próximas 72 horas. 
Si usted no recibe respuesta en ese lapso, es porque se produjo algún inconveniente en 
los servidores de correo (si utiliza un webmail, recuerde vaciar su casilla en forma 
periódica y revisar también la bandeja Listas de correo o Correo no deseado). 
De ser así, le rogamos nos reitere su consulta mencionando, de ser posible, una 
dirección alternativa de correo electrónico para responderle a ambas direcciones. 

Con nuestras disculpas por cualquier molestia que pudiéramos ocasionarle, le enviamos 
un cordial saludo


Equipo de En Plenitud
www.enplenitud.com


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

Bug report for Tomcat 3 [2004/04/04]

[bugzilla]

+---+
| Bugzilla Bug ID   |
| +-+
| | Status: UNC=Unconfirmed NEW=New ASS=Assigned|
| | OPN=ReopenedVER=Verified(Skipped Closed/Resolved)   |
| |   +-+
| |   | Severity: BLK=Blocker CRI=CriticalMAJ=Major |
| |   |   MIN=Minor   NOR=Normal  ENH=Enhancement   |
| |   |   +-+
| |   |   | Date Posted |
| |   |   |  +--+
| |   |   |  | Description  |
| |   |   |  |  |
| 2350|Ver|Nor|2001-06-27|ServletConfig.getInitParameter() requires url-patt|
| 2478|Opn|Cri|2001-07-06|Passing Session variables between JSP's and Servle|
| 4551|Opn|Nor|2001-10-31|Ctx( /tt01 ): IOException in: R( /tt01 + /com/abc/|
| 4980|New|Min|2001-11-20|Startup message indicates incorrect log file  |
| 4994|New|Nor|2001-11-21|Tomcat needs a mechanism for clean and certain shu|
| 5064|New|Cri|2001-11-25|Socket write error when include files is more than|
| 5108|New|Maj|2001-11-26|Docs for Tomcat 3.2.x appear to be for Tomcat 3.3 |
| 5137|New|Nor|2001-11-27|Null pointer in class loader after attempting to r|
| 5160|Unc|Maj|2001-11-28|'IllegalStateException'   |
| 5331|New|Nor|2001-12-09|getPathInfo vs URL normalization  |
| 5510|New|Blk|2001-12-19|How to call ejb deployed in JBoss from Tomcat serv|
| 5756|New|Nor|2002-01-08|jspc.bat exits with wrong ERRORLEVEL  |
| 5797|New|Nor|2002-01-10|UnCatched ? StringIndexOutOfBoundsException: Strin|
| 6027|New|Maj|2002-01-25|Tomcat  Automatically shuts down as service   |
| 6168|New|Blk|2002-02-01|IllegalStateException |
| 6451|New|Cri|2002-02-14|Stackoverflow |
| 6478|New|Enh|2002-02-14|Default Tomcat Encoding   |
| 6488|Ver|Maj|2002-02-15|Error: 304. Apparent bug in default ErrorHandler c|
| 6648|New|Nor|2002-02-25|jakarta-servletapi build with java 1.4 javadoc err|
| 6702|New|Cri|2002-02-27|win 2k services not working   |
| 6796|New|Cri|2002-03-01|Tomcat dies periodically  |
| 6989|New|Maj|2002-03-08|Unable to read tld file during parallel JSP compil|
| 7013|New|Cri|2002-03-10|Entering a servlet path with non-ISO8859-1 charact|
| 7227|New|Nor|2002-03-19| directive don't work |
| 7626|New|Nor|2002-03-29|classloader not working properly  |
| 7652|New|Cri|2002-04-01|Tomcat stalls periodically|
| 7785|New|Blk|2002-04-06|tomcat bug in context reloading   |
| 7863|New|Maj|2002-04-09|I have a problem when running Tomcat with IIS |
| 8187|New|Cri|2002-04-17|Errors when Tomcat used with MS Access database   |
| 8239|New|Cri|2002-04-18|Resource temporary unavailable|
| 8263|New|Cri|2002-04-18|url-pattern easy to circumvent|
| 9250|New|Maj|2002-05-20|outOfMemoryError  |
| 9367|New|Maj|2002-05-23|HttpSessionBindingEvent not thrown for HttpSession|
| 9390|New|Nor|2002-05-24|jasper compilation error in tomcat|
| 9480|New|Nor|2002-05-29|Data connection pooling   |
| 9607|New|Maj|2002-06-04|precompile JSP|
| 9737|Ver|Nor|2002-06-10|ArrayIndexOutOfBoundsException when sending just p|
|10047|New|Cri|2002-06-20|IllegalStateException |
|10202|New|Maj|2002-06-25|Tomcat is not responding in time  |
|10357|Unc|Blk|2002-06-30|java.lang.IllegalArgumentException: Short Read|
|10406|New|Cri|2002-07-02|IllegalStateException |
|11087|New|Blk|2002-07-23|IllegalStateException |
|11286|New|Maj|2002-07-30|Tomcat threads not respond if increase JVM size   |
|11466|New|Nor|2002-08-05|ContextManager: SocketException reading request   |
|12156|New|Cri|2002-08-29|Apache and Tomcat 3.3.1 Interworking problem  |
|12194|New|Maj|2002-08-30|Tomcat does not send WWW-Authenticate header  |
|12475|New|Nor|2002-09-10|CPU Usage is 0%, Tomcat doesn't response  |
|12852|New|Nor|2002-09-20|May be error in _jspService() -> out.flushBuffers(|
|13706|New|Nor|2002-10-16|Many Processs Java / TOMCAT in a PC with Linux Con|
|14386|New|Maj|2002-11-08|Date headers corrupted using setDateHeader|
|15632|New|Nor|2002-12-23|Problem with the Tomcat Sessions Parameter on URL |
|15872|New|Blk|2003

Re: Document

[shachor]

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

Re: Tomcat 5.0.21 - Problems

[NormW]

Good evening Remy.
1.
The zip download of Tomcat 5.0.21 includes
  catalina-admin.jar 31March, 2004 1091237 bytes
The zip download of Tomcat 5.0.19 included
  catalina-admin.jar 23March, 2004 1090525 bytes

This file is determined by diff as the only file changed in the /admin
application.
The file supplied with 5.0.19 works correctly.
The file supplied with 5.0.21 produces the effect as shown:
> >> * Tomcat Server
> >>   |_ null (Catalina)
> >>|_ null (localhost)
Note the word "null" is actually spelled out on the TC admin screen.

2.
Am unaware of how many other ways to shut down Tomcat but thought "stop" was
self-explanatory. This is being tested on a clean install into NetWare with
1.4.1_6 JVM. The last message on the console is:
> INFO: unregistering logger Catalina: type=logger
and the application remains loaded.

There's always a chance these are specific to NetWare, in which case your
option to ignore them is appropriate. As  this _is_ an alpha release, just
trying to do a little bit for OpenSource.

Norm

- Original Message - 
From: "Remy Maucherat" <[EMAIL PROTECTED]>
To: "Tomcat Developers List" <[EMAIL PROTECTED]>
Sent: Sunday, April 04, 2004 8:29 PM
Subject: Re: Tomcat 5.0.21 - Problems


> Remy Maucherat wrote:
> >> 2. The admin application shows the following structure:
> >> * Tomcat Server
> >>   |_ null (Catalina)
> >>|_ null (localhost)
> >>  and only displays a partial list of the registered apps.
> >>  Also see java.lang.NullPointerException -
> >> java.net.URLEncoder.encode(URLEncoder.java:185) which might be either
> >> cause
> >> or effect.
> >
> > No.
>
> Actually, I'm always assuming that changes are being tested: this was
> not the case here, and there was a bad resource bundle lying around,
> causing the problem. It is very easy to remove.
>
> Rémy
>
>
> -
> 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]

cvs commit: jakarta-tomcat-catalina/webapps/admin/WEB-INF/classes/org/apache/webapp/admin ApplicationResources_en.properties

[remm]

remm2004/04/04 03:27:09

  Removed: webapps/admin/WEB-INF/classes/org/apache/webapp/admin
ApplicationResources_en.properties
  Log:
  - Remove obsolete resources bundle, which is causing trouble since some
strings were missing.

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

Re: Tomcat 5.0.21 - Problems

[Remy Maucherat]

Remy Maucherat wrote:
2. The admin application shows the following structure:
* Tomcat Server
  |_ null (Catalina)
   |_ null (localhost)
 and only displays a partial list of the registered apps.
 Also see java.lang.NullPointerException -
java.net.URLEncoder.encode(URLEncoder.java:185) which might be either 
cause
or effect.
No.
Actually, I'm always assuming that changes are being tested: this was 
not the case here, and there was a bad resource bundle lying around, 
causing the problem. It is very easy to remove.

Rémy

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

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

[remm]

remm2004/04/04 03:27:33

  Modified:webapps/admin build.xml
  Log:
  - Remove obsolete resources bundle, which is causing trouble since some
strings were missing.
  
  Revision  ChangesPath
  1.9   +0 -2  jakarta-tomcat-catalina/webapps/admin/build.xml
  
  Index: build.xml
  ===
  RCS file: /home/cvs/jakarta-tomcat-catalina/webapps/admin/build.xml,v
  retrieving revision 1.8
  retrieving revision 1.9
  diff -u -r1.8 -r1.9
  --- build.xml 18 Aug 2003 23:53:49 -  1.8
  +++ build.xml 4 Apr 2004 10:27:33 -   1.9
  @@ -191,8 +191,6 @@
   
 
   
  -
  -
 
   
   
  
  
  

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

Re: Tomcat 5.0.21 - Problems

[Remy Maucherat]

NormW wrote:
Good morning All.
In trying the 5.0.21 alpha release of Tomcat, note two problems:-
1. Passing the 'stop' command initiates unload but the process hangs at the
following point -
INFO: unregistering logger Catalina: type=logger
Also noted in 5.0.19.
No.

2. The admin application shows the following structure:
* Tomcat Server
  |_ null (Catalina)
   |_ null (localhost)
 and only displays a partial list of the registered apps.
 Also see java.lang.NullPointerException -
java.net.URLEncoder.encode(URLEncoder.java:185) which might be either cause
or effect.
No.

 Replacing the {HOME}/server/webapps/admin directory with that from
release 5.0.19 displays correctly:
* Tomcat Server
  |_ Service (Catalina)
   |_ Host (localhost)
 and displays a full list of the registered apps.
If someone wants these in bugzilla please advise.
Since these are invalid until you explain how to reproduce them, don't 
bother adding a bug.

Rémy

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