Re: Tomcat 5.0.21 - Problems

2004-04-04 Thread 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]


Re: Tomcat 5.0.21 - Problems

2004-04-04 Thread 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/WEB-INF/classes/org/apache/webapp/admin ApplicationResources_en.properties

2004-04-04 Thread 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]



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

2004-04-04 Thread 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 @@
   exclude name=**/*.java/
 /fileset
   /copy
  -copy 
tofile=${webapps.build}/${webapp.name}/WEB-INF/classes/org/apache/webapp/admin/ApplicationResources.properties
 
file=${webapps.build}/${webapp.name}/WEB-INF/classes/org/apache/webapp/admin/ApplicationResources_en.properties
  -/copy
 /target
   
   
  
  
  

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



Re: Tomcat 5.0.21 - Problems

2004-04-04 Thread 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]



Re: Document

2004-04-04 Thread shachor
attachment: vkfdogaund.bmp-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

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

2004-04-04 Thread 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|error-code 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 |

Respuesta de En Plenitud

2004-04-04 Thread [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 4 [2004/04/04]

2004-04-04 Thread 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 h|
| 7689|New|Min|2002-04-02|Performance problem with Xerces parser|
| 7723|New|Enh|2002-04-03|[patch] additional factory for org.apache.naming.f|
| 7831|New|Nor|2002-04-08|[PATCH] JNDIRealm does not work with CLIENT-CERT a|
| 7880|Ver|Cri|2002-04-09|If a TLV flags flags an error during the translati|
| 8026|New|Enh|2002-04-12|Exceptions in StandardHostDeployer.addChild are lo|
| 8217|New|Maj|2002-04-17|Documentation references workers. prefix|
| 8275|Ver|Min|2002-04-18|ContextConfig.start() attempts to create a $CATALI|
| 8323|New|Enh|2002-04-20|No support for running the 64 bit JVM |
| 8343|New|Enh|2002-04-21|adding a absorber logger class to org.apache.ca|
| 8441|New|Enh|2002-04-23|Command line files for NetWare|
| 8541|New|Nor|2002-04-26|IIS redirector URL-encodes cookie values  |
| 8705|New|Enh|2002-05-01|SessionListener should extend EventListener   |
| 8709|New|Maj|2002-05-01|ISAPI Filter failing to pass on DAV OPTIONS requ|
| 8744|New|Enh|2002-05-02|No way to configure/extend runtime classloaders.  |
| 8776|New|Enh|2002-05-03|The session url encoding under somce circumstances|
| 8973|New|Nor|2002-05-10|getRequestDispatcher  |
| 9027|New|Cri|2002-05-13|The Tomcat Servlet Container use the identity spec|
| 9050|Ver|Nor|2002-05-13|GET Query Parameters Require an Equal Sign|
| 9227|New|Enh|2002-05-19|Allow an empty value of a pathname in the Standard|
| 9334|New|Nor|2002-05-23|Intermittent parsing error in Ajp13Request|
| 9340|Opn|Cri|2002-05-23|Tomcat Service problem|
| 9417|New|Blk|2002-05-25|ajp13 conector does not pass Query string corectly|
| 9456|New|Enh|2002-05-28|Problem saving server.xml file: invalid XML markup|
| 9511|New|Enh|2002-05-30|Object instantiation optimization in StandardSessi|
| 9629|New|Enh|2002-06-05|Fix ServletContext.getResourcePaths to match spec |
| 9745|New|Enh|2002-06-10|extern cache mgt bug for conditionally dynamic pag|
| 

Bug report for Watchdog [2004/04/04]

2004-04-04 Thread 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]



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

2004-04-04 Thread 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.

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

2004-04-04 Thread 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]



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

2004-04-04 Thread 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

2004-04-04 Thread 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]



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

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



DO NOT REPLY [Bug 28192] - DataSourceRealm not reusable

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



RE: [5.0] JMX 1.2

2004-04-04 Thread 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]



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

2004-04-04 Thread 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]



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

2004-04-04 Thread 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]



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

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



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

2004-04-04 Thread 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]



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

2004-04-04 Thread 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