DO NOT REPLY [Bug 27060] - setCharacterEncoding is not action if i use get method

[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://nagoya.apache.org/bugzilla/show_bug.cgi?id=27060

setCharacterEncoding is not action if i use get method

[EMAIL PROTECTED] changed:

   What|Removed |Added

Summary|setCharacterEncoding is not |setCharacterEncoding is not
   |action if i use put method  |action if i use get method

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

DO NOT REPLY [Bug 27060] New: - setCharacterEncoding is not action if i use put method

[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://nagoya.apache.org/bugzilla/show_bug.cgi?id=27060

setCharacterEncoding is not action if i use put method

   Summary: setCharacterEncoding is not action if i use put method
   Product: Tomcat 4
   Version: 4.1.19
  Platform: All
OS/Version: All
Status: NEW
  Severity: Critical
  Priority: Other
 Component: Servlet & JSP API
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]


<%@ page language="java" contentType="text/html;charset=GBK"%>
<%
request.setCharacterEncoding("GBK");

String sel1=(request.getParameter("sel1")==null?"":request.getParameter
("sel1"));



%>

















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

DO NOT REPLY [Bug 27059] New: - setCharacterEncoding is not action if i use put method

[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://nagoya.apache.org/bugzilla/show_bug.cgi?id=27059

setCharacterEncoding is not action if i use put method

   Summary: setCharacterEncoding is not action if i use put method
   Product: Tomcat 4
   Version: 4.1.19
  Platform: All
OS/Version: All
Status: NEW
  Severity: Critical
  Priority: Other
 Component: Servlet & JSP API
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]


<%@ page language="java" contentType="text/html;charset=GBK"%>
<%
request.setCharacterEncoding("GBK");

String sel1=(request.getParameter("sel1")==null?"":request.getParameter
("sel1"));



%>

















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

cvs commit: jakarta-tomcat/src/native/mod_jk/nt_service jk_nt_service.c nt_service.dsp

[billbarker]

billbarker2004/02/18 21:48:18

  Removed: src/native/mod_jk OBSOLETE.txt README
   src/native/mod_jk/apache1.3 Makefile.freebsd Makefile.linux
Makefile.nw README.hpux README.solaris
build-hpux-cc.sh build-hpux.sh build-solaris.sh
build-unix.sh install-unix.sh mod_jk.c mod_jk.dsp
   src/native/mod_jk/common jk_ajp12_worker.c jk_ajp12_worker.h
jk_ajp13.c jk_ajp13.h jk_ajp13_worker.c
jk_ajp13_worker.h jk_connect.c jk_connect.h
jk_global.h jk_jni_worker.c jk_jni_worker.h
jk_lb_worker.c jk_lb_worker.h jk_logger.h jk_map.c
jk_map.h jk_msg_buff.c jk_msg_buff.h jk_mt.h
jk_nwmain.c jk_pool.c jk_pool.h jk_service.h
jk_sockbuf.c jk_sockbuf.h jk_uri_worker_map.c
jk_uri_worker_map.h jk_util.c jk_util.h
jk_version.h jk_worker.c jk_worker.h
jk_worker_list.h
   src/native/mod_jk/iis isapi.def isapi.dsp isapi.dsw
jk_isapi_plugin.c
   src/native/mod_jk/jni Makefile.nw Makefile.solaris
jk_jnicb.c jk_jnicb.exp jk_jnicb.h jni_connect.dsp
jni_connect.dsw
   src/native/mod_jk/netscape Makefile.nw Makefile.solaris
jk_nsapi_plugin.c nsapi.dsp nsapi.dsw
   src/native/mod_jk/nt_service jk_nt_service.c nt_service.dsp
  Log:
  Removing mod_jk 1.1.
  
  If anyone wants it, they can always get it from the TC 3.3.1 distro.

-
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

[billbarker]

billbarker2004/02/18 19:44:00

  Modified:jk/java/org/apache/jk/common HandlerRequest.java
  Log:
  Fix JMX Request registration.
  
  And, yes I did test it this time :).
  
  Reported By: Jess Holle [EMAIL PROTECTED]
  
  Revision  ChangesPath
  1.33  +1 -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.32
  retrieving revision 1.33
  diff -u -r1.32 -r1.33
  --- HandlerRequest.java   27 Jan 2004 11:49:35 -  1.32
  +++ HandlerRequest.java   19 Feb 2004 03:44:00 -  1.33
  @@ -504,7 +504,7 @@
   RequestInfo rp=req.getRequestProcessor();
   rp.setGlobalProcessor(global);
   ObjectName roname = new ObjectName(getDomain() + 
  -   "type=RequestProcessor,name=JkRequest" 
+count++);
  +   ":type=RequestProcessor,name=JkRequest" 
+count++);
   ep.setNote(JMXRequestNote, roname);
   
   Registry.getRegistry().registerComponent( rp,
  
  
  

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

DO NOT REPLY [Bug 26507] - Jasper Generator java Error (useBean ObjectArray)

[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://nagoya.apache.org/bugzilla/show_bug.cgi?id=26507

Jasper Generator java Error (useBean ObjectArray)

[EMAIL PROTECTED] changed:

   What|Removed |Added

 CC||[EMAIL PROTECTED]



--- Additional Comments From [EMAIL PROTECTED]  2004-02-19 02:37 ---
*** Bug 27056 has been marked as a duplicate of this bug. ***

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

DO NOT REPLY [Bug 27056] - Jasper taglib bug!!

[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://nagoya.apache.org/bugzilla/show_bug.cgi?id=27056

Jasper taglib  bug!!

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||DUPLICATE



--- Additional Comments From [EMAIL PROTECTED]  2004-02-19 02:37 ---
Set the new "errorOnUseBeanInvalidClassAttribute" compiler option to FALSE if
you want your spec-violating  to continue to work.

Notice that according to the JSP spec, a class specified using the "class"
attribute of  must have a public no-arg constructor. I bet you
yours doesn't.


*** This bug has been marked as a duplicate of 26507 ***

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

DO NOT REPLY [Bug 27056] - Jasper taglib bug!!

[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://nagoya.apache.org/bugzilla/show_bug.cgi?id=27056

Jasper taglib  bug!!

[EMAIL PROTECTED] changed:

   What|Removed |Added

   Priority|Other   |High

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

DO NOT REPLY [Bug 27056] New: - Jasper taglib bug!!

[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://nagoya.apache.org/bugzilla/show_bug.cgi?id=27056

Jasper taglib  bug!!

   Summary: Jasper taglib  bug!!
   Product: Tomcat 5
   Version: 5.0.15
  Platform: All
OS/Version: Windows NT/2K
Status: NEW
  Severity: Blocker
  Priority: Other
 Component: Jasper
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]
CC: [EMAIL PROTECTED]


When I write the snippet code in jsp file like below, the compile error will be 
occured(TestClassName is Interface or abstract class):
--
...

...
--

So I view the java source code, and find the corresponding snippet code:
--
...
TestClassName beanId= null;
synchronized (request) {
id= (TestClassName) pageContext.getAttribute("beanId", 
PageContext.REQUEST_SCOPE);
if (beanId== null){
beanId= new TestClassName();
pageContext.setAttribute("beanId", beanId, PageContext.REQUEST_SCOPE);
}
}
...
--

It is easy to know that the statement "beanId= new TestClassName();" is wrong 
when TestClassName is Interface or abstract class.

Please fig it !!

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

Re: Disconnecting Socket from the handling thread

[Bill Barker]

- Original Message -
From: "Erik Earle" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Wednesday, February 18, 2004 4:40 PM
Subject: Disconnecting Socket from the handling thread


> I've had a decent inital look at the source for Tomcat 5.0 to see if I
could
> quickly answer this myself but I thought since I haven't quite figured it
> out yet, I'd ask the experts.
>
> I have an application that wants to handle the socket (or higher level
> objects: req, resp) using it's own thread pool.
>
> Is there an easy way to decouple the socket from the ControlRunnable and
> hand it off to another thread (and return the initial thread back to the
> pool)
>
> ...without writing my own Connector?
>

No.

> _
> Get fast, reliable access with MSN 9 Dial-up. Click here for Special
Offer!
> http://click.atdmt.com/AVE/go/onm00200361ave/direct/01/
>
>
> -
> 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]

Disconnecting Socket from the handling thread

[Erik Earle]

I've had a decent inital look at the source for Tomcat 5.0 to see if I could 
quickly answer this myself but I thought since I haven't quite figured it 
out yet, I'd ask the experts.

I have an application that wants to handle the socket (or higher level 
objects: req, resp) using it's own thread pool.

Is there an easy way to decouple the socket from the ControlRunnable and 
hand it off to another thread (and return the initial thread back to the 
pool)

...without writing my own Connector?

_
Get fast, reliable access with MSN 9 Dial-up. Click here for Special Offer! 
http://click.atdmt.com/AVE/go/onm00200361ave/direct/01/

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

DO NOT REPLY [Bug 17741] - How to build the apache connectors?

[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://nagoya.apache.org/bugzilla/show_bug.cgi?id=17741

How to build the apache connectors?

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||INVALID



--- Additional Comments From [EMAIL PROTECTED]  2004-02-19 00:03 ---
This is a question for tomcat-user. Bugzilla is not a support forum.

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

DO NOT REPLY [Bug 14722] - Missing/invalid string resource for StandardSession

[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://nagoya.apache.org/bugzilla/show_bug.cgi?id=14722

Missing/invalid string resource for StandardSession

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED



--- Additional Comments From [EMAIL PROTECTED]  2004-02-19 00:00 ---
This has been fixed for some time.

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

RE: [5.0.19] & webdav

[Mark Thomas]

The change was as a result of bug 22108.

The example web app was trying to do two things:
 - be an 'normal' web app with an index page
 - be an example of a working webdav directory

Essentially, there isn't a configuration for servlet mapping that enables both
of the above to work reliably across a range of clients. The example has been
configured so webdav always works. The welcome file list is over-ridden by the
servlet mapping so there is no point setting one. The upshot of this is that a
request for / will show a directory listing rather than the index page.

Mark

> From: Ankur Shah [mailto:[EMAIL PROTECTED] 
> Remy Maucherat wrote:
> 
> > Guenter Knauf wrote:
> >
> >> just found another small issue (seen on Linux and Win32) - the link
> >> on the Tomcat main page to webdav now produces a directory listing
> >> rather than call index.html
> >
> >
> > This is normal as well.
> 
> I noticed it this morning, as well (on Solaris 8 and 9). Just out of 
> curiousity, why is the welcome-file-list for webdav "disabled"?



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

cvs commit: jakarta-tomcat-connectors/util/java/org/apache/tomcat/util/net/jsse JSSESocketFactory.java

[luehe]

luehe   2004/02/18 14:42:22

  Modified:util/java/org/apache/tomcat/util/net/jsse
JSSESocketFactory.java
  Log:
  Fixed Bugzilla 27050 ("keystoreFile parameter, when specified as
  relative, is not treated relative to $CATALINA_BASE or catalina.base
  property")
  
  Revision  ChangesPath
  1.14  +8 -1  
jakarta-tomcat-connectors/util/java/org/apache/tomcat/util/net/jsse/JSSESocketFactory.java
  
  Index: JSSESocketFactory.java
  ===
  RCS file: 
/home/cvs/jakarta-tomcat-connectors/util/java/org/apache/tomcat/util/net/jsse/JSSESocketFactory.java,v
  retrieving revision 1.13
  retrieving revision 1.14
  diff -u -r1.13 -r1.14
  --- JSSESocketFactory.java24 Jan 2004 04:56:32 -  1.13
  +++ JSSESocketFactory.java18 Feb 2004 22:42:22 -  1.14
  @@ -58,6 +58,7 @@
*/ 
   package org.apache.tomcat.util.net.jsse;
   
  +import java.io.File;
   import java.io.FileInputStream;
   import java.io.FileNotFoundException;
   import java.io.IOException;
  @@ -309,7 +310,13 @@
   InputStream istream = null;
   try {
   ks = KeyStore.getInstance(type);
  -istream = new FileInputStream(path);
  +File keyStoreFile = new File(path);
  +if (!keyStoreFile.isAbsolute()) {
  +keyStoreFile = new File(System.getProperty("catalina.base"),
  +path);
  +}
  +istream = new FileInputStream(keyStoreFile);
  +
   ks.load(istream, pass.toCharArray());
   istream.close();
   istream = null;
  
  
  

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

DO NOT REPLY [Bug 27050] - keystoreFile parameter, when specified as relative, is not treated relative to $CATALINA_BASE or catalina.base property

[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://nagoya.apache.org/bugzilla/show_bug.cgi?id=27050

keystoreFile parameter, when specified as relative, is not treated relative to 
$CATALINA_BASE or catalina.base property

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED



--- Additional Comments From [EMAIL PROTECTED]  2004-02-18 22:40 ---
Fixed.

DIFFS:

Index: JSSESocketFactory.java
===
RCS file:
/home/cvs/jakarta-tomcat-connectors/util/java/org/apache/tomcat/util/net/jsse/JSSESocketFactory.java,v
retrieving revision 1.13
diff -u -r1.13 JSSESocketFactory.java
--- JSSESocketFactory.java  24 Jan 2004 04:56:32 -  1.13
+++ JSSESocketFactory.java  18 Feb 2004 22:39:36 -
@@ -58,6 +58,7 @@
  */ 
 package org.apache.tomcat.util.net.jsse;
 
+import java.io.File;
 import java.io.FileInputStream;
 import java.io.FileNotFoundException;
 import java.io.IOException;
@@ -309,7 +310,13 @@
 InputStream istream = null;
 try {
 ks = KeyStore.getInstance(type);
-istream = new FileInputStream(path);
+File keyStoreFile = new File(path);
+if (!keyStoreFile.isAbsolute()) {
+keyStoreFile = new File(System.getProperty("catalina.base"),
+path);
+}
+istream = new FileInputStream(keyStoreFile);
+
 ks.load(istream, pass.toCharArray());
 istream.close();
 istream = null;

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

DO NOT REPLY [Bug 26452] - Welcome-file not forwarding to servlet

[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://nagoya.apache.org/bugzilla/show_bug.cgi?id=26452

Welcome-file not forwarding to servlet





--- Additional Comments From [EMAIL PROTECTED]  2004-02-18 22:35 ---
Can you answer these two questions ?
- how is your example different from the one given on top of the page ?
- what do you think will happen, given the default configuration for all webapps
is to have index.jsp as (one of) the welcome files, with a default mapping of
*.jsp to the JSP processing servlet ? (I did point that out a few comments
above, but you don't seem to bother reading; whining is so easy ...)

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

DO NOT REPLY [Bug 26452] - Welcome-file not forwarding to servlet

[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://nagoya.apache.org/bugzilla/show_bug.cgi?id=26452

Welcome-file not forwarding to servlet





--- Additional Comments From [EMAIL PROTECTED]  2004-02-18 22:31 ---
Remy Maucherat,

  I wonder how someone can get so arrogant. Your attitude is just not helping.
  It's pretty clear that I didn't copy&paste. As you can see, I checked the
specs, and also found a work-around (which might be helpful for other people).
  It would be nice if you could share a little bit of your acknowledge in this
matter with us, mere mortals.
  Of course it would also give credibility to your statements, so other people
won't ask again.
  In short: Why can't it be implemented?

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

DO NOT REPLY [Bug 27030] - When editing a user, the input field for password is filled with a wrong password

[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://nagoya.apache.org/bugzilla/show_bug.cgi?id=27030

When editing a user, the input field for password is filled with a wrong password

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||INVALID



--- Additional Comments From [EMAIL PROTECTED]  2004-02-18 22:22 ---
Please provide with more precise conditions in which the password mismatch
happens.  Otherwise, I cannot reproduce or fix it.

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

DO NOT REPLY [Bug 27030] - When editing a user, the input field for password is filled with a wrong password

[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://nagoya.apache.org/bugzilla/show_bug.cgi?id=27030

When editing a user, the input field for password is filled with a wrong password

[EMAIL PROTECTED] changed:

   What|Removed |Added

   Severity|Major   |Normal



--- Additional Comments From [EMAIL PROTECTED]  2004-02-18 22:04 ---
I am sceptical about this report overall.

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

DO NOT REPLY [Bug 27033] - the status page display too many lines when several connector on the same port but different IP

[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://nagoya.apache.org/bugzilla/show_bug.cgi?id=27033

the status page display too many lines when several connector on the same port but 
different IP

[EMAIL PROTECTED] changed:

   What|Removed |Added

   Severity|Enhancement |Minor



--- Additional Comments From [EMAIL PROTECTED]  2004-02-18 22:03 ---
The JMX names which are currently used do not handle this situation well.

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

DO NOT REPLY [Bug 26452] - Welcome-file not forwarding to servlet

[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://nagoya.apache.org/bugzilla/show_bug.cgi?id=26452

Welcome-file not forwarding to servlet

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|RESOLVED|CLOSED



--- Additional Comments From [EMAIL PROTECTED]  2004-02-18 21:58 ---
Wow, I am so impressed by your arguments (cut & pasted from the comments right
above I'm sure) ;) If it wouldn't create a non working container, I would gladly
fix this "bug". Thanks for not reopening the report, BTW.

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

DO NOT REPLY [Bug 26452] - Welcome-file not forwarding to servlet

[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://nagoya.apache.org/bugzilla/show_bug.cgi?id=26452

Welcome-file not forwarding to servlet





--- Additional Comments From [EMAIL PROTECTED]  2004-02-18 21:53 ---
I have faced the same problem. I have:
...
  
  action
  *.do
  
...
  
Welcome.do
  

when I try:
http://host:port/
I get 404. if I try
http://host:port/Welcome.do works fine.

Servlet 2.4 specs says (on pdf version page 76):

"If a Web container receives a valid partial request, the Web container must
examine the welcome file list defined in the deployment descriptor. The welcome
file list is an ordered list of partial URLs with no trailing or leading /. The
Web server must append each welcome file in the order specified in the
deployment descriptor to the partial request and check whether a static resource
or servlet in the WAR is mapped to that request URI."

I think its pretty clear that servlet mapping should be applied to welcome-file
elements.

Also, if I change my dd to:

...
  
  action
  *.do
  
  
  action
  /Welcome.do
  
...
  
Welcome.do
  

Everything works fine (so in this case, Tomcat is performing servlet mapping). 

It's definitely a bug.

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

DO NOT REPLY [Bug 27050] New: - keystoreFile parameter, when specified as relative, is not treated relative to $CATALINA_BASE or catalina.base property

[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://nagoya.apache.org/bugzilla/show_bug.cgi?id=27050

keystoreFile parameter, when specified as relative, is not treated relative to 
$CATALINA_BASE or catalina.base property

   Summary: keystoreFile parameter, when specified as relative, is
not treated relative to $CATALINA_BASE or catalina.base
property
   Product: Tomcat 5
   Version: 5.0.19
  Platform: PC
OS/Version: Windows XP
Status: NEW
  Severity: Critical
  Priority: Other
 Component: Connector:Coyote
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]


Tomcat docs on configuring SSL says (on keystoreFile attribute of http
Connector): "You can specify an absolute pathname, or a relative pathname that
is resolved against the $CATALINA_BASE environment variable." 

However, specifying relative keystoreFile does not make tomcat resolve this file
against $CATALINA_BASE (or -Dcatalina.base property). It seems it is resolved
against current working directory.

How to reproduce this error:
1. install tomcat (as nt service)
2. create separate (striped down) base (say ) somewhere on your disk
(conf, logs, work, temp, webapps(empty) directories)
3. create keystore /conf/catalina.keystore
4. update /conf/server.xml to enable https connector as 

5. using tomcatw.exe" //ES//Tomcat5 update "java options" so they reference new
base, particularly append -Dcatalina.base="" to "Java Options"
6. net start tomcat5
7. observe stdout.log
2004-02-18 22:25:42 org.apache.coyote.http11.Http11Protocol init
SEVERE: Error initializing endpoint
java.io.FileNotFoundException: conf\catalina.keystore (The system cannot find
the file specified)
8. now, use tomcatw.exe" //ES//Tomcat5 in order to update Service "Work Path" to
refer to the new base
9. Now tomcat DOES start https and finds conf/catalina.keystore relative to the
new work dir

How to obtain this error (the easier way):
1. unpack/install tomcat
2. create separate (striped down) base (say ) somewhere on your disk (bin,
conf, logs, work, temp, webapps(empty) directories)
3. create keystore /conf/catalina.keystore
4. update /conf/server.xml to enable https connector as 

5. open cmd
6. set CATALINA_BASE= (dir containing conf subdir)
7. cd %CATALINA_BASE%\bin
8. catalina.bat start
9. oops, we're still getting 
2004-02-18 22:25:42 org.apache.coyote.http11.Http11Protocol init
SEVERE: Error initializing endpoint
java.io.FileNotFoundException: conf\catalina.keystore (The system cannot find
the file specified)
10. cd ..
11. bin\catalina.bat start
12. NO java.io.FNFE this time

All this leads me to the conclusion that keystoreFile attribute value is
resolved against current working directory instaed of $CATALINA_BASE
Probably truststoreFile attribute suffers from the same problem.

Tested on both j2sdk1.4.2_03 as well on j2sdk1.5.0-beta1

-
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 Generator.java

[kinman]

kinman  2004/02/18 13:30:54

  Modified:jasper2/src/share/org/apache/jasper/compiler Generator.java
  Log:
  - Remove Sun copyright.
  
  Revision  ChangesPath
  1.220 +3 -8  
jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/compiler/Generator.java
  
  Index: Generator.java
  ===
  RCS file: 
/home/cvs/jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/compiler/Generator.java,v
  retrieving revision 1.219
  retrieving revision 1.220
  diff -u -r1.219 -r1.220
  --- Generator.java18 Feb 2004 21:22:21 -  1.219
  +++ Generator.java18 Feb 2004 21:30:54 -  1.220
  @@ -1,9 +1,4 @@
   /*
  - * Copyright 2004 Sun Microsystems, Inc. All rights reserved.
  - * SUN PROPRIETARY/CONFIDENTIAL. Use is subject to license terms.
  - */
  -
  -/*
* $Header$
* $Revision$
* $Date$
  
  
  

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

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

[kinman]

kinman  2004/02/18 13:24:45

  Modified:catalina/src/conf web.xml
  Log:
  - Document the new Jasper switch errorOnUseBeanInvalidClassAttribute
  
  Revision  ChangesPath
  1.35  +5 -0  jakarta-tomcat-catalina/catalina/src/conf/web.xml
  
  Index: web.xml
  ===
  RCS file: /home/cvs/jakarta-tomcat-catalina/catalina/src/conf/web.xml,v
  retrieving revision 1.34
  retrieving revision 1.35
  diff -u -r1.34 -r1.35
  --- web.xml   5 Feb 2004 19:49:33 -   1.34
  +++ web.xml   18 Feb 2004 21:24:45 -  1.35
  @@ -164,6 +164,11 @@
 
 
 
  +  
  +  
  +  
  +  
  +  
 
 
 
  
  
  

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

cvs commit: jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/resources messages.properties messages_es.properties messages_fr.properties messages_ja.properties

[kinman]

kinman  2004/02/18 13:22:22

  Modified:jasper2/src/share/org/apache/jasper
EmbeddedServletOptions.java JspC.java Options.java
   jasper2/src/share/org/apache/jasper/compiler Generator.java
   jasper2/src/share/org/apache/jasper/resources
messages.properties messages_es.properties
messages_fr.properties messages_ja.properties
  Log:
  - Add some intellignece to the compiler for generating code for useBean action.
Generate direct instantiation (use new) when possible, use bean.instantiate
when bean name is specified, and for the case of invalid bean class, either
issue a translation time error (instead of javac error), or generate codes
to throw InstantiationException at runtime, depending on a new compiler
switch, errorOnUseBeanInvalidClassAttribute(defaulted to true).  ;_)
  
  Revision  ChangesPath
  1.9   +26 -3 
jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/EmbeddedServletOptions.java
  
  Index: EmbeddedServletOptions.java
  ===
  RCS file: 
/home/cvs/jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/EmbeddedServletOptions.java,v
  retrieving revision 1.8
  retrieving revision 1.9
  diff -u -r1.8 -r1.9
  --- EmbeddedServletOptions.java   19 Dec 2003 18:15:51 -  1.8
  +++ EmbeddedServletOptions.java   18 Feb 2004 21:22:21 -  1.9
  @@ -158,6 +158,8 @@
*/
   private boolean genStringAsCharArray = false;
   
  +private boolean errorOnUseBeanInvalidClassAttribute = true;
  +
   /**
* I want to see my generated servlets. Which directory are they
* in?
  @@ -334,6 +336,13 @@
   return compiler;
   }
   
  +public boolean getErrorOnUseBeanInvalidClassAttribute() {
  +return errorOnUseBeanInvalidClassAttribute;
  +}
  +
  +public void setErrorOnUseBeanInvalidClassAttribute(boolean b) {
  +errorOnUseBeanInvalidClassAttribute = b;
  +}
   
   public TldLocationsCache getTldLocationsCache() {
return tldLocationsCache;
  @@ -535,6 +544,20 @@
   } else {
   if (log.isWarnEnabled()) {
   log.warn(Localizer.getMessage("jsp.warning.genchararray"));
  +}
  +}
  +}
  +
  +String errBeanClass =
  + config.getInitParameter("errorOnUseBeanInvalidClassAttribute");
  +if (errBeanClass != null) {
  +if (errBeanClass.equalsIgnoreCase("true")) {
  +errorOnUseBeanInvalidClassAttribute = true;
  +} else if (errBeanClass.equalsIgnoreCase("false")) {
  +errorOnUseBeanInvalidClassAttribute = false;
  +} else {
  +if (log.isWarnEnabled()) {
  +log.warn(Localizer.getMessage("jsp.warning.errBean"));
   }
   }
   }
  
  
  
  1.65  +12 -3 
jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/JspC.java
  
  Index: JspC.java
  ===
  RCS file: 
/home/cvs/jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/JspC.java,v
  retrieving revision 1.64
  retrieving revision 1.65
  diff -u -r1.64 -r1.65
  --- JspC.java 21 Jan 2004 15:45:31 -  1.64
  +++ JspC.java 18 Feb 2004 21:22:21 -  1.65
  @@ -186,6 +186,7 @@
   private boolean classDebugInfo = true;
   private Vector extensions;
   private Vector pages = new Vector();
  +private boolean errorOnUseBeanInvalidClassAttribute = true;
   
   /**
* The java file encoding.  Default
  @@ -342,6 +343,14 @@
   
   public boolean isXpoweredBy() {
   return xpoweredBy;
  +}
  +
  +public boolean getErrorOnUseBeanInvalidClassAttribute() {
  +return errorOnUseBeanInvalidClassAttribute;
  +}
  +
  +public void setErrorOnUseBeanInvalidClassAttribute(boolean b) {
  +errorOnUseBeanInvalidClassAttribute = b;
   }
   
   public int getTagPoolSize() {
  
  
  
  1.22  +10 -3 
jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/Options.java
  
  Index: Options.java
  ===
  RCS file: 
/home/cvs/jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/Options.java,v
  retrieving revision 1.21
  retrieving revision 1.22
  diff -u -r1.21 -r1.22
  --- Options.java  5 Feb 2004 23:02:18 -   1.21
  +++ Options.java  18 Feb 2004 21:22:21 -  1.22
  @@ -77,6 +77,13 @@
   public interface Options {
   
   /**
  + * Returns true if Jasper issues a compilation error instead of a runtime
  + * Instantiation error if the class attribute specified in useBean action
  + * is invalid.
  + */
  +public boolean getErrorOnUseBeanInvalidClassAttribute();
  +
  +

DO NOT REPLY [Bug 27048] - EL Named Variables lookup fails

[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://nagoya.apache.org/bugzilla/show_bug.cgi?id=27048

EL Named Variables lookup fails

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||WORKSFORME



--- Additional Comments From [EMAIL PROTECTED]  2004-02-18 21:04 ---
I got "product is MyProduct product is MyProduct" so it works for me.

Make sure that you don't have EL turned off.  Note that using a servlet
2.3 web.xml turns off EL by default.

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

DO NOT REPLY [Bug 27048] New: - EL Named Variables lookup fails

[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://nagoya.apache.org/bugzilla/show_bug.cgi?id=27048

EL Named Variables lookup fails

   Summary: EL Named Variables lookup fails
   Product: Tomcat 5
   Version: 5.0.18
  Platform: Other
OS/Version: Other
Status: NEW
  Severity: Normal
  Priority: Other
 Component: Jasper
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]


According to jsp-2.0-fr-spec.pdf, page 1-75, JSP.2.5 Named Variables

when you have 

<% request.setAttribute("product", "MyProduct"); %>
product is <%= pageContext.findAttribute("product") %>
product is ${product}

in a jsp, you should get an output of

product is MyProduct product is MyProduct 

but with Tomcat/5.0.18 you get

product is MyProduct product is ${product}

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

Re: [5.0.19] Release vote

[Bill Barker]

- Original Message -
From: "Jess Holle" <[EMAIL PROTECTED]>
To: "Tomcat Developers List" <[EMAIL PROTECTED]>
Sent: Wednesday, February 18, 2004 12:01 PM
Subject: Re: [5.0.19] Release vote


> Bill Barker wrote:
>
> >It looked like it should work, but I couldn't free up a machine to test
it
> >on (until now :).  You can get rid of the messages by adding:
> >  request.registerRequests=false
> >to your jk2.properties file.
> >
> >
> Thanks.
>
> What are the  other effects of taking this action (and not taking this
> action)?
>

As long as the JMX registration of Requests is broken, the only effect of
setting this is to get rid of a lot of error messages in your logs :).

Once the JMX registration is fixed, doing this will prevent you from getting
Request statistics for AJP Requests via the status page (or any other JMX
agent).  Also, the JNI Channel will memory leak Request objects unless you
set this to 'false' (since they never get unregistered).

> --
> Jess Holle
>
>
> -
> 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: [5.0.19] Release vote

[Ankur Shah]

Remy Maucherat wrote:

Guenter Knauf wrote:

just found another small issue (seen on Linux and Win32) - the link
on the Tomcat main page to webdav now produces a directory listing
rather than call index.html


This is normal as well.
I noticed it this morning, as well (on Solaris 8 and 9). Just out of 
curiousity, why is the welcome-file-list for webdav "disabled"?

-- A

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

Re: [5.0.19] Release vote

[Jess Holle]

Bill Barker wrote:

It looked like it should work, but I couldn't free up a machine to test it
on (until now :).  You can get rid of the messages by adding:
 request.registerRequests=false
to your jk2.properties file.
 

Thanks.

What are the  other effects of taking this action (and not taking this 
action)?

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

Re: [5.0.19] Release vote

[Bill Barker]

It looked like it should work, but I couldn't free up a machine to test it
on (until now :).  You can get rid of the messages by adding:
  request.registerRequests=false
to your jk2.properties file.

- Original Message -
From: "Remy Maucherat" <[EMAIL PROTECTED]>
To: "Tomcat Developers List" <[EMAIL PROTECTED]>
Sent: Wednesday, February 18, 2004 1:30 AM
Subject: Re: [5.0.19] Release vote


Jess Holle wrote:
>*Feb 17, 2004 5:01:39 PM org.apache.jk.common.HandlerRequest
>decodeRequest
>WARNING: Error registering request*

For some reason, the request isn't registered in JMX (which is used
for). It wasn't registered either in previous builds, so I suppose it's
not a big change ;)
I thought Bill implied this was now working, but I didn't test it.

>*Feb 17, 2004 5:02:02 PM org.apache.jk.common.HandlerRequest invoke
>INFO: Unknown message 0*

That happens when unlocking the accept of the connector when shutting
down (so that the connector doesn't accept any new connections during
the shutdown).

> I'm used to the "Response already commited" INFOs, but not the other
> (bolded) stuff.
>
> What does it mean?
>
> [Apache 2.0.48+, mod_jk 1.2.5, Tomcat 5.0.19, 2.3 web.xml including
> servlet-sesssion listeners and filters]

Rémy


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

DO NOT REPLY [Bug 27043] - Compiler doesn't like // comments when building mod_jk

[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://nagoya.apache.org/bugzilla/show_bug.cgi?id=27043

Compiler doesn't like // comments when building mod_jk

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||WONTFIX



--- Additional Comments From [EMAIL PROTECTED]  2004-02-18 19:12 ---
Since mod_jk development has moved to jakarta-tomcat-connectors, I'm marking 
this as WONTFIX. Actually, this will be "fixed" by removing the mod_jk source 
from future releases of Tomcat 3.3.x.

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

DO NOT REPLY [Bug 27043] New: - Compiler doesn't like // comments when building mod_jk

[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://nagoya.apache.org/bugzilla/show_bug.cgi?id=27043

Compiler doesn't like // comments when building mod_jk

   Summary: Compiler doesn't like // comments when building mod_jk
   Product: Tomcat 3
   Version: 3.3.1 Final
  Platform: Other
OS/Version: AIX
Status: NEW
  Severity: Minor
  Priority: Other
 Component: Connectors
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]


jk_util.c and jk_sockbuf.c both have some // style comments (2 and 1 
respectively I think).
The default compiler shipped with aix doesn't cope with these as they aren't C 
(or more accurately only recently became C and the compiler probably won't 
catch up).
Fix is trivial.

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

Re: [5.0.19] Release vote

[Remy Maucherat]

Guenter Knauf wrote:
This is as intended, and is indeed a change in behavior. I
understand it could cause trouble for some applications, but is a
lot cleaner and more efficient.
but it prevents to move applications from TC4 to TC5 since they dont
work out-of-the-box as before, f.e. *.war. isnt there a setting to
archive the old behaviour??
No. You're the first to ask, which means there's virtually no demand for 
this, and the new behavior solves long standing issues.
I don't think anybody ever said TC 5 would run any webapp unchanged. 
There were a significant amount of spec clarifications and behavior 
changes (I might add the new behaviors are all needed changes).

other than that, I've tested with a few other apps which work
fine so far...
just found another small issue (seen on Linux and Win32) - the link
on the Tomcat main page to webdav now produces a directory listing
rather than call index.html
This is normal as well.

Rémy

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

Re: [5.0.19] Release vote

[Guenter Knauf]

Hi Remy,
>> two things I found (which are probably older bugs, seen them with
>> 5.0.18 too):
>>
>> - if I call snoop.jsp directly through Tomcat I get 'Content length:
>> -1' while through mod_jk2 I get 'Content length: 0'

> Both are acceptable, but -1 is more accurate.
ok.

>> - redirection to the welcome file doesnt work properly. With TC4 it
>> seems that there happens a redirection to the location of the welcome
>> file, while with TC5 it looks more that the file is fetched and
>> served from base location

> This is as intended, and is indeed a change in behavior. I understand it
> could cause trouble for some applications, but is a lot cleaner and more
> efficient.
but it prevents to move applications from TC4 to TC5 since they dont work 
out-of-the-box as before, f.e. *.war.
isnt there a setting to archive the old behaviour??

>> other than that, I've tested with a few other apps which work fine so
>> far...
just found another small issue (seen on Linux and Win32)
- the link on the Tomcat main page to webdav now produces a directory listing rather 
than call index.html

Guenter.



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

Re: AddOutputFilterByType

[Henri Gomez]

EBRARD Loic wrote:
it works fine for you, you have chance ;)
what is the sentences you put in httpd.conf ?
these one ? AddOutputFilterByType DEFLATE text/*
these one ? SetOutputFilter DEFLATE
both of them ?
other one ?
Did have detail here but I remember the :

AddOutputFilterByType DEFLATE text/html (don't used text/*)

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

Re: JK2 release & Expat

[jean-frederic clere]

Henri Gomez wrote:
[EMAIL PROTECTED] wrote:

Hi All,

I've been trying to test jk2 as we have a little buglet with 2.0.2 (it
appears apache children get confused, and hang whilst/after dealing 
with jk2
served content, they then hand around and clog up the process list, and
eventually we hit MaxClients).

Due to many reasons we run an older version of Apache (1.3.26).  This has
been complied with --disable-rule=EXPAT due to mod perl.
However when I start up an apache with the new jk2.so I get:

Cannot load /var/tmp/mod_jk2_new.so into server: ld.so.1:
/WWW/app/apache/1.3.26c/bin/httpd: fatal: relocation error: file
/var/tmp/mod_jk2_new.so: symbol XML_GetErrorCode: referenced symbol not
found
a "ldd /var/tmp/mod_jk2_new.so" would be nice to have.

Which appears to be an Expat error.

Is this a new issue with apr or apr-utils?

Any clues?  Or is Expat now required within apache.  If so this could 
cause
a problem with running jk2 in a mod_perl moduled apache.

Thanks for all your efforts.


For the jk2 in CVS APR is mandatory so you should rebuild apr with expat

-
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: AddOutputFilterByType

[EBRARD Loic]

Title: RE: AddOutputFilterByType





it works fine for you, you have chance ;)
what is the sentences you put in httpd.conf ?
these one ? AddOutputFilterByType DEFLATE text/*
these one ? SetOutputFilter DEFLATE
both of them ?
other one ?


-Message d'origine-
De : Henri Gomez [mailto:[EMAIL PROTECTED]]
Envoyé : mercredi 18 février 2004 15:37
À : Tomcat Developers List
Objet : Re: AddOutputFilterByType



EBRARD Loic wrote:
> continuous of problem of disabling mod_deflate for various content-type 
> with mod_jk2-2.0.43.dll,
> 
> I try another way wich is to enable mod_deflate for various content-type 
> : text/*
> the configuration of mod_deflate used is :
> - AddOutputFilterByType DEFLATE text/*
> THE PROBLEM then is that in this way there is no any deflate made.
> 
> the only way to have some deflate was to put the sentence :
> - SetOutputFilter DEFLATE
> and i can't control the disabling mod_deflate for various 
> content-type (only by Request_URI)
> 
> 
> QUESTION :
> * did i miss something in configuration of mod_deflate ?
> * what is the configuration sentence to put in if we just want text/* 
> content-type to be deflate
> * or alternative solution : can we disable mod_deflate for various 
> content-type


I'm using mod_deflate and mod_jk 1.2.5 without any problems and
just text/html and text/xml are compressed


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



This mail has originated outside your organization,
either from an external partner or the Global Internet. 
Keep this in mind if you answer this message.



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

Re: AddOutputFilterByType

[Henri Gomez]

EBRARD Loic wrote:
continuous of problem of disabling mod_deflate for various content-type 
with mod_jk2-2.0.43.dll,

I try another way wich is to enable mod_deflate for various content-type 
: text/*
the configuration of mod_deflate used is :
- AddOutputFilterByType DEFLATE text/*
THE PROBLEM then is that in this way there is no any deflate made.

the only way to have some deflate was to put the sentence :
- SetOutputFilter DEFLATE
and i can't control the disabling mod_deflate for various 
content-type (only by Request_URI)

QUESTION :
* did i miss something in configuration of mod_deflate ?
* what is the configuration sentence to put in if we just want text/* 
content-type to be deflate
* or alternative solution : can we disable mod_deflate for various 
content-type
I'm using mod_deflate and mod_jk 1.2.5 without any problems and
just text/html and text/xml are compressed
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 27033] New: - the status page display too many lines when several connector on the same port but different IP

[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://nagoya.apache.org/bugzilla/show_bug.cgi?id=27033

the status page display too many lines when several connector on the same port but 
different IP

   Summary: the status page display too many lines when several
connector on the same port but different IP
   Product: Tomcat 5
   Version: 5.0.18
  Platform: All
OS/Version: All
Status: NEW
  Severity: Enhancement
  Priority: Other
 Component: Webapps:Manager
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]


the status page display too many lines when several connectors
on the same port but on different network interfaces are used.

First Connector  : 192.168.4.10 port 80
Second Connector : 192.168.4.11 port 80

The server status reports :

http80
  R
  R
  ... The connections of the two connectors are reported here


http80
  R
  R
  ... The connections of the two connectors are reported here



I think a status report should look like this one 
192.168.4.10:80
  R
  R
  ... Only the connections on this connector
192.168.4.11:80
  R
  R
  ... Only the connections on this connector

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

AddOutputFilterByType

[EBRARD Loic]

Title: AddOutputFilterByType 





continuous of problem of disabling mod_deflate for various content-type with mod_jk2-2.0.43.dll, 


I try another way wich is to enable mod_deflate for various content-type : text/*
the configuration of mod_deflate used is :
    - AddOutputFilterByType DEFLATE text/*
THE PROBLEM then is that in this way there is no any deflate made.


the only way to have some deflate was to put the sentence :
    - SetOutputFilter DEFLATE
    and i can't control the disabling mod_deflate for various content-type (only by Request_URI)



QUESTION : 
* did i miss something in configuration of mod_deflate ?
* what is the configuration sentence to put in if we just want text/* content-type to be deflate
* or alternative solution : can we disable mod_deflate for various content-type 




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

DO NOT REPLY [Bug 27030] New: - When editing a user, the input field for password is filled with a wrong password

[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://nagoya.apache.org/bugzilla/show_bug.cgi?id=27030

When editing a user, the input field for password is filled with a wrong password

   Summary: When editing a user, the input field for password is
filled with a wrong password
   Product: Tomcat 5
   Version: 5.0.18
  Platform: PC
OS/Version: All
Status: NEW
  Severity: Major
  Priority: Other
 Component: Webapps:Administration
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]


When editing a user, the input field for password is filled
with a wrong password, the password of another user. This bug
arise after tomcat is running for a long time. If I restart
tomcat, it disappears, there's no more password mismatch between
users until several hours, days or weeks.

If I commit changes, I saw the bug inside the tomcat-users.xml
file, edited users lost their passwords, with the password of
the same other user.

I didn't found yet the conditions that makes the mistmatch but
when it appears, only a restart of tomcat can correct it.

So I can't use the administration tool to edit user roles or full name
and have to stop the server, edit the tomcat-users.xml and then 
restart the server.

This bug is in release 4.1.29 also, and still in 5.0.18.

Thanks for all, I will continue for looking for the bug conditions,
and may be I will be able to help to correct it.

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

benchmark

[nishant kumar]

hi,
is there any benchmark package that you use to test the
performance of
tomcat across versions. like how do you test that tomcat 5 is faster
than tomcat 4 and by how much?

thanks,
nishant



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

Embedding part of Tomcat within a J2EE webapp?

[Dennis Thrysøe]

Hi,

I am currently researching a way to implement web-container-like 
functionality within a J2EE compliant webapp, that can run on 
theoretically any servlet container.

One way to do this, would be to embed parts of tomcat such that a number 
of self-managed web applications could be served through the servlet 
container already sourrounding the controlling webapp.

This would include instantiating a Context (perhaps instantiating a 
StandardContext would do the trick?) and have this serve servlets, jsp, 
etc. from sources defined by the code instantiating the context.

My question is this: Is it possible, and feasable, to instantiate a 
tomcat representation of a context, and have it serve servlets, compile 
and serve JSPs, etc.? This should work as continued processing for the 
existing HttpServletRequest, HttpServletResponse and HttpSession. The 
Context in question should function as a partial decoration of the 
existing Context.

Is it possible to implement a 'provider' for the DefaultServlet and 
JspServlet, such that the filesystem/webapp archive can be replaced with 
arbitary sources?

I'm not aware of the detailed differences between Tomcat 4.1 and 5.0, 
but either could be used.

Any input appreciated.

-dennis

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

Re: [5.0.19] Release vote

[Remy Maucherat]

Remy Maucherat wrote:

Release 5.0.19 as Stable:
[X] Yes
[ ] No

This build seems ok overall. (I'll move it for mirrorring)

Rémy

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

Re: JK2 release & Expat

[Henri Gomez]

[EMAIL PROTECTED] wrote:

Hi All,

I've been trying to test jk2 as we have a little buglet with 2.0.2 (it
appears apache children get confused, and hang whilst/after dealing with jk2
served content, they then hand around and clog up the process list, and
eventually we hit MaxClients).
Due to many reasons we run an older version of Apache (1.3.26).  This has
been complied with --disable-rule=EXPAT due to mod perl.
However when I start up an apache with the new jk2.so I get:

Cannot load /var/tmp/mod_jk2_new.so into server: ld.so.1:
/WWW/app/apache/1.3.26c/bin/httpd: fatal: relocation error: file
/var/tmp/mod_jk2_new.so: symbol XML_GetErrorCode: referenced symbol not
found
Which appears to be an Expat error.

Is this a new issue with apr or apr-utils?

Any clues?  Or is Expat now required within apache.  If so this could cause
a problem with running jk2 in a mod_perl moduled apache.
Thanks for all your efforts.
For the jk2 in CVS APR is mandatory so you should rebuild apr with expat

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

Re: help : SetEnvIf for content-type

[Henri Gomez]

EBRARD Loic wrote:

What is the way to disable mod_deflate for various Content-Type ?
 
SetEnvIf NoCase in my case don't work for Request_URI because all uri 
are from servlet URI, and i need to disable mod_deflate for 
application/pdf content-type and image like tif, cgm and so on...
 
 
any idea welcome
regards
Seems to me a problem between jk and deflate, the later didn't see
the exclusion.
BTW, for such situation I fixed the problem by specifiying that only
HTML, XML and TEXT file could be compressed in deflate
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [5.0.19] Release vote

[Remy Maucherat]

Jess Holle wrote:
   *Feb 17, 2004 5:01:39 PM org.apache.jk.common.HandlerRequest
   decodeRequest
   WARNING: Error registering request*
For some reason, the request isn't registered in JMX (which is used 
for). It wasn't registered either in previous builds, so I suppose it's 
not a big change ;)
I thought Bill implied this was now working, but I didn't test it.

   *Feb 17, 2004 5:02:02 PM org.apache.jk.common.HandlerRequest invoke
   INFO: Unknown message 0*
That happens when unlocking the accept of the connector when shutting 
down (so that the connector doesn't accept any new connections during 
the shutdown).

I'm used to the "Response already commited" INFOs, but not the other 
(bolded) stuff.

What does it mean?

[Apache 2.0.48+, mod_jk 1.2.5, Tomcat 5.0.19, 2.3 web.xml including 
servlet-sesssion listeners and filters]
Rémy

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

JK2 release & Expat

[Greg . Cope]

Hi All,

I've been trying to test jk2 as we have a little buglet with 2.0.2 (it
appears apache children get confused, and hang whilst/after dealing with jk2
served content, they then hand around and clog up the process list, and
eventually we hit MaxClients).

Due to many reasons we run an older version of Apache (1.3.26).  This has
been complied with --disable-rule=EXPAT due to mod perl.

However when I start up an apache with the new jk2.so I get:

Cannot load /var/tmp/mod_jk2_new.so into server: ld.so.1:
/WWW/app/apache/1.3.26c/bin/httpd: fatal: relocation error: file
/var/tmp/mod_jk2_new.so: symbol XML_GetErrorCode: referenced symbol not
found

Which appears to be an Expat error.

Is this a new issue with apr or apr-utils?

Any clues?  Or is Expat now required within apache.  If so this could cause
a problem with running jk2 in a mod_perl moduled apache.

Thanks for all your efforts.

Greg

Greg Cope
GCS Ltd
Assign to: CIT, Sandwich - ISG
Phone: (44) 01304 642040
Fax: (44) 01304 652118

LEGAL NOTICE
 
Unless expressly stated otherwise, this message is confidential and may be
privileged. It is intended for the addresee(s) only. Access to this e-mail
by anyone else is unauthorised. If you are not an addressee, any disclosure
or copying of the contents of this e-mail or any action taken (or not taken)
in reliance on it is unauthorised and may be unlawful. If you are not an
addressee, please inform the sender immediately.
 
Pfizer Limited is registered in England under No. 526209 with its registered
office at Ramsgate Road, Sandwich, Kent CT13 9NJ

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

help : SetEnvIf for content-type

[EBRARD Loic]

Title: RE: pdf automatic opening problem



What is the way to disable mod_deflate for various Content-Type 
?
 
SetEnvIf NoCase in my case don't work for Request_URI because all uri are 
from servlet URI, and i need to disable mod_deflate for application/pdf 
content-type and image like tif, cgm and so on...
 
 
any 
idea welcome
regards
 
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]