DO NOT REPLY [Bug 38194] New: - Warn if CATALINA_PID unset and executing catalina.sh stop -force

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

http://issues.apache.org/bugzilla/show_bug.cgi?id=38194

   Summary: Warn if CATALINA_PID unset and executing catalina.sh
stop -force
   Product: Tomcat 5
   Version: 5.5.14
  Platform: All
OS/Version: Linux
Status: NEW
  Severity: enhancement
  Priority: P2
 Component: Native:Integration
AssignedTo: tomcat-dev@jakarta.apache.org
ReportedBy: [EMAIL PROTECTED]


To help users out if when the -force option doesn't seem to be working warn them
that CATALINA_PID needs to be set. This isn't mentioned in the catalina.sh help.
As at the moment if you attempt to call catalina.sh stop -force without
CATALINA_PID it silently ignores the -force option.

-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

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

DO NOT REPLY [Bug 38194] - Warn if CATALINA_PID unset and executing catalina.sh stop -force

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

http://issues.apache.org/bugzilla/show_bug.cgi?id=38194





--- Additional Comments From [EMAIL PROTECTED]  2006-01-09 11:59 ---
Created an attachment (id=17371)
 --> (http://issues.apache.org/bugzilla/attachment.cgi?id=17371&action=view)
Patch to add a warning to catalina.sh when using stop -force without
CATALINA_PID set


-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

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

DO NOT REPLY [Bug 38197] New: - taglib pool bug when tag is used with jsp:attribute

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

http://issues.apache.org/bugzilla/show_bug.cgi?id=38197

   Summary: taglib pool bug when tag is used with jsp:attribute
   Product: Tomcat 5
   Version: 5.5.12
  Platform: PC
OS/Version: Windows XP
Status: NEW
  Severity: major
  Priority: P2
 Component: Jasper
AssignedTo: tomcat-dev@jakarta.apache.org
ReportedBy: [EMAIL PROTECTED]


When i use a taglib twice in the same page and the two instances of these tags 
share the same atrributes in the declaration but one of them have and attribute
set using jsp:attribute, the value of this attribute is used in the other one 
too.

Example
<%@ taglib prefix="c" uri="http://java.sun.com/jstl/core"; %>


1 to 10 step 2

2

   



1 to 10 no step

   




The output is 

Simple Range Iteration
1 to 10 step 2
1 3 5 7 9
1 to 10 no step
1 3 5 7 9

Expected
Simple Range Iteration
1 to 10 step 2
1 3 5 7 9
1 to 10 no step
1 2 3 4 5 5 7 8 9


Thanks

-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

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

DO NOT REPLY [Bug 38198] New: - When using context xml definitions standalone file, tomcat wrongly uses the file name instead the context path definition

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

http://issues.apache.org/bugzilla/show_bug.cgi?id=38198

   Summary: When using context xml definitions standalone file,
tomcat wrongly uses the file name instead the context
path definition
   Product: Tomcat 5
   Version: 5.5.8
  Platform: PC
   URL: https://www.zarb.org/pipermail/jpackage-discuss/2006-
January/009347.html
OS/Version: Linux
Status: NEW
  Severity: normal
  Priority: P2
 Component: Unknown
AssignedTo: tomcat-dev@jakarta.apache.org
ReportedBy: [EMAIL PROTECTED]


When deploying an application in Tomcat 5.5 (been observed in 5.5.8 but not in  
5.0.30), using a context definition xml file, such as  
/Catalina/hostname/myapp.xml, tomcat ignores the context path  
definition in the XML file (i.e. ) and instead uses  
the file name (i.e. "myapp" in this case) as the path.  
  
This makes it impossible to create complex server configurations where  
applications are hosted not under the root of the server, in addition to being  
confusing, counter-intuitive and just plain wrong.  
 
The behavior should be reverted to how it was handled under tomcat 5.0.

-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

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

DO NOT REPLY [Bug 38198] - When using context xml definitions standalone file, tomcat wrongly uses the file name instead the context path definition

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

http://issues.apache.org/bugzilla/show_bug.cgi?id=38198





--- Additional Comments From [EMAIL PROTECTED]  2006-01-09 16:53 ---
(In reply to comment #0)
> When deploying an application in Tomcat 5.5 (been observed in 5.5.8 but not 
> in  
> 5.0.30), using a context definition xml file, such as  
> /Catalina/hostname/myapp.xml, tomcat ignores the context path  
> definition in the XML file (i.e. ) and instead 
> uses  
> the file name (i.e. "myapp" in this case) as the path.  

RTFM. Especially the section in
http://tomcat.apache.org/tomcat-5.5-doc/config/context.html
that states:
"The value of this field [path] must not be set except when statically defining
a Context in server.xml, as it will be infered from the filenames used for
either the .xml context file or the docBase."

> This makes it impossible to create complex server configurations where  
> applications are hosted not under the root of the server, in addition to 
> being  
> confusing, counter-intuitive and just plain wrong.  

No, your statement is plain wrong. If you want to set the context path to
"/some/path", name the XML file containing the Context definition 
"some#path.xml".

BTW: Just doing a quick glance over Tomcat's documention, I didn't find the
latter mentioned. So it might be a good idea to add this to
http://tomcat.apache.org/tomcat-5.5-doc/config/context.html
or
http://tomcat.apache.org/tomcat-5.5-doc/config/host.html#Automatic%20Application%20Deployment



-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

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

DO NOT REPLY [Bug 38200] New: - JK 1.x doesn't support full URLs in uriworkermap.properties

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

http://issues.apache.org/bugzilla/show_bug.cgi?id=38200

   Summary: JK 1.x doesn't support full URLs in
uriworkermap.properties
   Product: Tomcat 5
   Version: Unknown
  Platform: Other
OS/Version: Windows Server 2003
Status: NEW
  Severity: major
  Priority: P2
 Component: Native:JK
AssignedTo: tomcat-dev@jakarta.apache.org
ReportedBy: [EMAIL PROTECTED]


When JK2 was stopped, it was said that all major functions will be backported 
to JK1.

We set up a huge environment (Clustered IIS and Clustered TCs) based on JK2.
But one of the major enhancements in JK2 for the IIS has been forgotten so we 
can't join you lot on the JK1 - and I guess we are not the only ones.

In JK2, you could map an real URL in the URI-Mappings, including VHost-Name:
[URI:my.webname.de/tomcatapp/*]
...

In JK1, it still gives an error when you try a full URL:
my.webname.de/tomcatapp/*=wlb

because you explicitly forbid that in the JK:
if (*uri != '/') {
jk_log(l, JK_LOG_WARNING,
"Uri %s is invalid. Uri must start with /", uri);
JK_TRACE_EXIT(l);
return NULL;
}

Why is that? The JK2 had no problem doing that. We need that function because 
we have some 40-60 VHOSTS on our Webservercluster, and we do not want global 
Tomcat mappings - only for VHosts and contexts we name.

In the file the dev even say:
# The general syntax for this file is:
# [URL]=[Worker name]
but a URL is not possible to use, so it must be an error.

I know it is now possible to use a properties file for configuration and have 
a config per VHost that way, but this would be a administration nightmare with 
our webfarm size.
Please backport this feature / bugfix this issue soon.

-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

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

DO NOT REPLY [Bug 38200] - JK 1.x doesn't support full URLs in uriworkermap.properties

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

http://issues.apache.org/bugzilla/show_bug.cgi?id=38200





--- Additional Comments From [EMAIL PROTECTED]  2006-01-09 17:08 ---
I suspect that you should look to mod_proxy_ajp in Apache 2.2.  Since it is out
I suspect work on mod_jk will be primarily "as needed" maintenance and bug 
fixing.

I could be wrong, of course.

-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

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

DO NOT REPLY [Bug 38198] - When using context xml definitions standalone file, tomcat wrongly uses the file name instead the context path definition

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

http://issues.apache.org/bugzilla/show_bug.cgi?id=38198


[EMAIL PROTECTED] changed:

   What|Removed |Added

 CC||[EMAIL PROTECTED]




--- Additional Comments From [EMAIL PROTECTED]  2006-01-09 17:10 ---
We've encountered this as well, and got complaints about it.
It is very annoying, looks like afeature regression.

But now it seems that it is still possible, but one must code the path in the
file name by using '#'s instead of the '/'s ?

-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

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

Re: svn commit: r367115 - /tomcat/connectors/trunk/coyote/src/java/org/apache/coyote/Response.java

2006-01-09 Thread Remy Maucherat 

[EMAIL PROTECTED] wrote:

Author: markt
Date: Sun Jan  8 14:48:43 2006
New Revision: 367115

URL: http://svn.apache.org/viewcvs?rev=367115&view=rev
Log:
Fix bug 29214. containsHeader() not working for Content-Length and Content-Type


I don't like this fix (to a non issue), but since I have the opportunity 
of not using it, you can leave it in if you want to.


Rather than adding complexity in code which is critical, I would have 
hacked instead the org.apache.catalina.connector.Response.containsHeader 
method, which is not actually used at all (except by application code, 
IMO for weird reasons).


Rémy

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

DO NOT REPLY [Bug 38200] - JK 1.x doesn't support full URLs in uriworkermap.properties

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

http://issues.apache.org/bugzilla/show_bug.cgi?id=38200





--- Additional Comments From [EMAIL PROTECTED]  2006-01-09 17:17 ---
I'd like to do that, but this bug referes to Microsoft IIS 6 like in 
isapi_redirect.dll instead of apaches mod_*. 

-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

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

DO NOT REPLY [Bug 38198] - When using context xml definitions standalone file, tomcat wrongly uses the file name instead the context path definition

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

http://issues.apache.org/bugzilla/show_bug.cgi?id=38198





--- Additional Comments From [EMAIL PROTECTED]  2006-01-09 17:23 ---
> RTFM. Especially the section in   
> http://tomcat.apache.org/tomcat-5.5-doc/config/context.html   
> that states:   
> "The value of this field [path] must not be set..it will be infered   
> from the filenames used for either the .xml context file or the docBase."   
   
I must say that though I have read that documentation several times I haven't   
actually read that paragraph - probably because the introduction paragraphs do  
 
an very good job of describing the path attribute and what it does, and the   
introduction does not say anything about guessing from the file name.
Specifically the introduction says that context path MUST [sic] be used and   
then goes to great lengths explaining how contexts can be loaded from files,   
without ever mentioning to auto-guessing mechanism.   
   
I would also like to mention again that adhering to the path attribute is how   
tomcat have worked in all previous versions, its how everyone who upgrades to   
tomcat 5.5 would probably expect it to work, and it makes sense.
   
> No, your statement is plain wrong. If you want to set the context path to  
> /some/path", name the XML file containing the Context definition  
> "some#path.xml".  
  
That is contrived. So basically you are saying that I can forget about having  
logical meaningful names to context files and instead I must use line noise to  
form complex structures ? That sounds like a regression to me.   
 
Might I suggest that for the sake of backward compatibility and for the peace 
of mind of people who are going to upgrade from 5.0 to 5.5, to support the 
path attribute if it exists and do the inferring only if it doesn't ?  
Also it might be a good idea to support a directory structure under 
cont/// instead of coding directory separators into 
weird characters, chosen no doubt for their incompatibility with paths in URLs 
and not for readability and ease of use. 

-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

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

DO NOT REPLY [Bug 38200] - JK 1.x doesn't support full URLs in uriworkermap.properties

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

http://issues.apache.org/bugzilla/show_bug.cgi?id=38200





--- Additional Comments From [EMAIL PROTECTED]  2006-01-09 17:24 ---
Ah, I missed the "uriworkermap.properties" bit.  Sorry.

isapi_redirect.dll seems to be the stepchild no one wants.  There are those
(including me) that are very dependent on there being a high quality IIS/Tomcat
connector, but even amongst those in this boat no one has any love for IIS,
ISAPI, etc.  Personally, I'd love it if my customers would just drop IIS and use
Apache (which we bundle), but some of them are rather stubborn on this point...

-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

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

DO NOT REPLY [Bug 38200] - JK 1.x doesn't support full URLs in uriworkermap.properties

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

http://issues.apache.org/bugzilla/show_bug.cgi?id=38200


[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||INVALID




--- Additional Comments From [EMAIL PROTECTED]  2006-01-09 17:25 ---
JK 1.2 already supports that for qute some time (forever).
Just prefix the URL with '/':
/my.webname.de/tomcatapp/*


-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

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

DO NOT REPLY [Bug 38198] - When using context xml definitions standalone file, tomcat wrongly uses the file name instead the context path definition

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

http://issues.apache.org/bugzilla/show_bug.cgi?id=38198





--- Additional Comments From [EMAIL PROTECTED]  2006-01-09 17:40 ---
Sorry about the flip reply, sometimes I can't help it :-(  
  
Can you please point me at the mailing list archive or somewhere else where  
this issue was discussed so I can follow up the arguments in favor of this  
change of behavior ? I did some web searches but couldn't find such a  
discussion.  
  
Thanks, and sorry about the previous comment. 

-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

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

DO NOT REPLY [Bug 38202] New: - can't import anything

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

http://issues.apache.org/bugzilla/show_bug.cgi?id=38202

   Summary: can't import anything
   Product: Tomcat 5
   Version: 5.5.12
  Platform: PC
OS/Version: Windows XP
Status: NEW
  Severity: normal
  Priority: P2
 Component: Unknown
AssignedTo: tomcat-dev@jakarta.apache.org
ReportedBy: [EMAIL PROTECTED]


I have a problem, I don't really know if it's a bugg, but it's quite abnormal
(sorry if my english is not good).

Actually I have an odd problem with importing something in a jsp page : external
javascript, css, picture and background image ; that's all I notice for the
moment. If I write my css code or javascript in my jsp page, it's ok ! But it is
impossible for picture and background image ! So I'm stuck as well.
I also notice that if I open a single page with my browser the importation
works.. but not when I surf on my site by tomcat

-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

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

DO NOT REPLY [Bug 38200] - JK 1.x doesn't support full URLs in uriworkermap.properties

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

http://issues.apache.org/bugzilla/show_bug.cgi?id=38200





--- Additional Comments From [EMAIL PROTECTED]  2006-01-09 18:21 ---
@ Jess Holle:
> isapi_redirect.dll seems to be the stepchild no one wants.
yes, I got that feeling too. poor kid.

> Personally, I'd love it if my customers would just drop IIS and use
> Apache (which we bundle), but some of them are rather stubborn on 
> this point...
well, Apache has advantages, IIS other. I work with both and IIS6 is realy was 
better then the versions before. Hard to say which is better.
But we do professional IT services, so we serve whatever the paying customer 
demands. If it's ASP or similar combined with Java, its IIS. If plain Java, 
Apache & Tomcat is the way.

@ Mladen Turk:
Is that really so? Where is that documented? We searched for quite some time. 
We spend many weeks developing and bugfixing the JK2 after it was discontinued 
because we thought we couldn't use JK1. If that Syntax realy works as 
expected, please add it to some docu and the sample "uriworkermap.properties". 
That would surely help some people out there. Everyone who depends on doing 
Microsoft stuff in ASP together with the power of Java in webapps need a IIS-
TomCat combination.

-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

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

DO NOT REPLY [Bug 38202] - can't import anything

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

http://issues.apache.org/bugzilla/show_bug.cgi?id=38202


[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||INVALID




--- Additional Comments From [EMAIL PROTECTED]  2006-01-09 18:43 ---
Bugzilla is not a user support forum. Please use the tomcat-users list.

http://tomcat.apache.org/faq/

-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

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

Re: svn commit: r367115 - /tomcat/connectors/trunk/coyote/src/java/org/apache/coyote/Response.java

2006-01-09 Thread Mark Thomas 
Remy Maucherat wrote:
> [EMAIL PROTECTED] wrote:
>> Fix bug 29214. containsHeader() not working for Content-Length and
>> Content-Type
> 
> Rather than adding complexity in code which is critical, I would have
> hacked instead the org.apache.catalina.connector.Response.containsHeader
> method, which is not actually used at all (except by application code,
> IMO for weird reasons).

I'll look into an alternative patch that has less impact on the
critical code.

Mark


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

DO NOT REPLY [Bug 38198] - When using context xml definitions standalone file, tomcat wrongly uses the file name instead the context path definition

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

http://issues.apache.org/bugzilla/show_bug.cgi?id=38198


[EMAIL PROTECTED] changed:

   What|Removed |Added

 CC||[EMAIL PROTECTED]




-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

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

Re: svn commit: r367115 - /tomcat/connectors/trunk/coyote/src/java/org/apache/coyote/Response.java

2006-01-09 Thread Costin Manolache 
If you're looking to reduce complexity - one idea would be to check if
the redundant fields are actually needed, because that's the actual
source of the problem.

I can only think of performance benefits - storing the contentLength
as an int may be a good way to avoid conversion to and from String -
but the headers are stored as MessageBytes, and that supports storing
the int value. If the redundant values are used to avoid looking up
the header - storing the MessageBytes value could solve this.

If you decide to fix it at the higher layer - maybe you can also
deprecate the method containsHeader in Response or put a big javadoc
saying that it's not very accurate.


Costin

On 1/9/06, Mark Thomas <[EMAIL PROTECTED]> wrote:
> Remy Maucherat wrote:
> > [EMAIL PROTECTED] wrote:
> >> Fix bug 29214. containsHeader() not working for Content-Length and
> >> Content-Type
> >
> > Rather than adding complexity in code which is critical, I would have
> > hacked instead the org.apache.catalina.connector.Response.containsHeader
> > method, which is not actually used at all (except by application code,
> > IMO for weird reasons).
>
> I'll look into an alternative patch that has less impact on the
> critical code.
>
> Mark
>
>
> -
> 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]

Initial EL/JSP 2.1 Contribution

2006-01-09 Thread Jacob Hookom 
I've posted an initial contribution of a complete EL-API implementation 
under Apache 2.0 licensine, along with the EL-API itself (JSR-245-EL).\


EL Implementation (org.apache.el.*)
http://www.hookom.net/jacob/tomcat/el.zip

EL API (javax.el.*)
http://www.hookom.net/jacob/jsr245-el.zip

I've been rolling this code base into JSP 2.1 within a local sandbox, 
but I still have questions about the particulars of the overal project 
packaging for Tomcat 6.


Best Regards Everyone

--
Jacob Hookom  -  Minneapolis

JSF-EG, JSF-RI, EL, Facelets


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

svn commit: r367447 - in /tomcat/site/trunk: docs/lists.html xdocs/lists.xml

2006-01-09 Thread funkman 
Author: funkman
Date: Mon Jan  9 17:11:09 2006
New Revision: 367447

URL: http://svn.apache.org/viewcvs?rev=367447&view=rev
Log:
add Nabble for the archive links


Modified:
tomcat/site/trunk/docs/lists.html
tomcat/site/trunk/xdocs/lists.xml

Modified: tomcat/site/trunk/docs/lists.html
URL: 
http://svn.apache.org/viewcvs/tomcat/site/trunk/docs/lists.html?rev=367447&r1=367446&r2=367447&view=diff
==
--- tomcat/site/trunk/docs/lists.html (original)
+++ tomcat/site/trunk/docs/lists.html Mon Jan  9 17:11:09 2006
@@ -174,14 +174,15 @@
 
 
 The following mailing lists relate to the Apache Tomcat
-project.  Users should consider subscribing to the 
-User Support mailing list.  
+project.  Users should consider subscribing to the
+User Support mailing list.
 
 The Developer list is for people interested in
 helping with the development and debugging of the server.
 
 Formatted archives are available in several places including http://mail-archives.apache.org/mod_mbox/";>the Apache Mail
-Archives and http://marc.theaimsgroup.com/";>MARC.
+Archives, http://marc.theaimsgroup.com/";>MARC, and
+http://www.nabble.com/";>Nabble.
 You can also use the mail-to-news nntp://news.gmane.org/";>gateway 
offered by http://news.gmane.org/index.php?match=gmane.comp.apache";>GMANE
 to access most of the lists with a news reader.
 
@@ -288,7 +289,7 @@
 http://mail-archives.apache.org/mod_mbox/tomcat-users/";>
 at Apache,
 http://marc.theaimsgroup.com/?l=tomcat-user";>at MARC (searchable)
-.
+, and at http://www.nabble.com/Tomcat---User-f342.html";>Nabble.
   
  
 
@@ -387,7 +388,8 @@
 http://mail-archives.apache.org/mod_mbox/tomcat-dev/";>
 at Apache,
 http://marc.theaimsgroup.com/?l=tomcat-dev";>at MARC (searchable)
-.
+ and at
+http://www.nabble.com/Tomcat---Dev-f341.html";>Nabble.
   
  
 

Modified: tomcat/site/trunk/xdocs/lists.xml
URL: 
http://svn.apache.org/viewcvs/tomcat/site/trunk/xdocs/lists.xml?rev=367447&r1=367446&r2=367447&view=diff
==
--- tomcat/site/trunk/xdocs/lists.xml (original)
+++ tomcat/site/trunk/xdocs/lists.xml Mon Jan  9 17:11:09 2006
@@ -8,15 +8,16 @@
 
 
 The following mailing lists relate to the Apache Tomcat
-project.  Users should consider subscribing to the 
-User Support mailing list.  
+project.  Users should consider subscribing to the
+User Support mailing list.
 
 The Developer list is for people interested in
 helping with the development and debugging of the server.
 
 Formatted archives are available in several places including http://mail-archives.apache.org/mod_mbox/";>the Apache Mail
-Archives and http://marc.theaimsgroup.com/";>MARC.
+Archives, http://marc.theaimsgroup.com/";>MARC, and
+http://www.nabble.com/";>Nabble.
 You can also use the mail-to-news nntp://news.gmane.org/";>gateway offered by http://news.gmane.org/index.php?match=gmane.comp.apache";>GMANE
@@ -92,7 +93,7 @@
 http://mail-archives.apache.org/mod_mbox/tomcat-users/";>
 at Apache,
 http://marc.theaimsgroup.com/?l=tomcat-user";>at MARC (searchable)
-.
+, and at http://www.nabble.com/Tomcat---User-f342.html";>Nabble.
   
  
 
@@ -164,7 +165,8 @@
 http://mail-archives.apache.org/mod_mbox/tomcat-dev/";>
 at Apache,
 http://marc.theaimsgroup.com/?l=tomcat-dev";>at MARC (searchable)
-.
+ and at
+http://www.nabble.com/Tomcat---Dev-f341.html";>Nabble.
   
  
 



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

svn commit: r367453 - in /tomcat/site/trunk: docs/faq/misc.html docs/faq/printer/misc.html xdocs-faq/misc.xml

2006-01-09 Thread funkman 
Author: funkman
Date: Mon Jan  9 17:21:53 2006
New Revision: 367453

URL: http://svn.apache.org/viewcvs?rev=367453&view=rev
Log:
added shutdown and nondaemon threads


Modified:
tomcat/site/trunk/docs/faq/misc.html
tomcat/site/trunk/docs/faq/printer/misc.html
tomcat/site/trunk/xdocs-faq/misc.xml

Modified: tomcat/site/trunk/docs/faq/misc.html
URL: 
http://svn.apache.org/viewcvs/tomcat/site/trunk/docs/faq/misc.html?rev=367453&r1=367452&r2=367453&view=diff
==
--- tomcat/site/trunk/docs/faq/misc.html (original)
+++ tomcat/site/trunk/docs/faq/misc.html Mon Jan  9 17:21:53 2006
@@ -169,6 +169,11 @@
 I'm getting java.lang.ThreadDeath exceptions when reloading my webapp.
   
 
+
+  
+Help! Even though I run shutdown.sh (or shutdown.bat), Tomcat does not 
stop!
+  
+
   
 
 
@@ -765,6 +770,19 @@
   
 See http://issues.apache.org/bugzilla/show_bug.cgi?id=26372";>Bugzilla 
discussion of this.
   
+
+
+  
+  
+Help! Even though I run shutdown.sh (or shutdown.bat), Tomcat does not 
stop!
+  
+  
+  
+Most likely, a non-daemon thread is running. JVM's do not shutdown until 
there are
+0 non-daemon threads. You will need to perform a thread dump [kill -3 
pid for Unix or
+CTRL+Break for Windows] to determine the code which started the 
thread.
+  
+
 http://www.google.com/search"; name="searchForm" method="GET">http://www.google.com/";>http://www.google.com/logos/Logo_40wht.gif";>http://jakarta.apache.org/tomcat/faq"; name="domains" 
type="hidden">http://jakarta.apache.org/tomcat/faq"; 
name="sitesearch" type="hidden">
 Search the Tomcat FAQ
  

Modified: tomcat/site/trunk/docs/faq/printer/misc.html
URL: 
http://svn.apache.org/viewcvs/tomcat/site/trunk/docs/faq/printer/misc.html?rev=367453&r1=367452&r2=367453&view=diff
==
--- tomcat/site/trunk/docs/faq/printer/misc.html (original)
+++ tomcat/site/trunk/docs/faq/printer/misc.html Mon Jan  9 17:21:53 2006
@@ -168,6 +168,11 @@
 I'm getting java.lang.ThreadDeath exceptions when reloading my webapp.
   
 
+
+  
+Help! Even though I run shutdown.sh (or shutdown.bat), Tomcat does not 
stop!
+  
+
   
 
 
@@ -764,6 +769,19 @@
   
 See http://issues.apache.org/bugzilla/show_bug.cgi?id=26372";>Bugzilla 
discussion of this.
   
+
+
+  
+  
+Help! Even though I run shutdown.sh (or shutdown.bat), Tomcat does not 
stop!
+  
+  
+  
+Most likely, a non-daemon thread is running. JVM's do not shutdown until 
there are
+0 non-daemon threads. You will need to perform a thread dump [kill -3 
pid for Unix or
+CTRL+Break for Windows] to determine the code which started the 
thread.
+  
+
 
 Copyright © 1999-2005, Apache Software Foundation
 

Modified: tomcat/site/trunk/xdocs-faq/misc.xml
URL: 
http://svn.apache.org/viewcvs/tomcat/site/trunk/xdocs-faq/misc.xml?rev=367453&r1=367452&r2=367453&view=diff
==
--- tomcat/site/trunk/xdocs-faq/misc.xml (original)
+++ tomcat/site/trunk/xdocs-faq/misc.xml Mon Jan  9 17:21:53 2006
@@ -182,6 +182,11 @@
 I'm getting java.lang.ThreadDeath exceptions when reloading my webapp.
   
 
+
+  
+Help! Even though I run shutdown.sh (or shutdown.bat), Tomcat does not 
stop!
+  
+
   
 
 
@@ -781,8 +786,20 @@
   
 See http://issues.apache.org/bugzilla/show_bug.cgi?id=26372";>Bugzilla 
discussion of this.
   
-
 
+
+  
+  
+Help! Even though I run shutdown.sh (or shutdown.bat), Tomcat does not 
stop!
+  
+  
+  
+Most likely, a non-daemon thread is running. JVM's do not shutdown until 
there are
+0 non-daemon threads. You will need to perform a thread dump [kill -3 
pid for Unix or
+CTRL+Break for Windows] to determine the code which started the 
thread.
+  
+
+
 
 
 



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

DO NOT REPLY [Bug 38206] New: - errors in md5 files for both v5.5.12 and v5.0.28

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

http://issues.apache.org/bugzilla/show_bug.cgi?id=38206

   Summary: errors in md5 files for both v5.5.12 and v5.0.28
   Product: Tomcat 5
   Version: 5.5.12
  Platform: PC
OS/Version: Windows 2000
Status: NEW
  Severity: normal
  Priority: P2
 Component: Unknown
AssignedTo: tomcat-dev@jakarta.apache.org
ReportedBy: [EMAIL PROTECTED]


On windows 2000 pro, having downloaded both .exe and .md5 files for both 
v5.5.12 and v5.0.28 here is the result of the md5sum check:

C:\1dnlds\tomcat 5-0-28>md5sum -c jakarta-tomcat-5.0.28.exe.md5
md5sum: jakarta-tomcat-5.0.28.exe.md5: no properly formatted MD5 checksum lines 
found

I tried several ftp mirrors with the same result. I notice that the md5 file 
always comes from apache.

-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

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

DO NOT REPLY [Bug 38206] - errors in md5 files for both v5.5.12 and v5.0.28

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

http://issues.apache.org/bugzilla/show_bug.cgi?id=38206


[EMAIL PROTECTED] changed:

   What|Removed |Added

Summary|errors in md5 files for both|errors in md5 files for both
   |v5.5.12 and v5.0.28 |v5.5.12 and v5.0.28




--- Additional Comments From [EMAIL PROTECTED]  2006-01-10 03:31 ---
I used a text editor to look at the v5.0.28 .md5 file. It had only 1 line in it:

dc8ace2569bfcc1660b3a80278c08ba1

I looked at an md5 file for eclipse and it looked like this:
79d9f15b83e501259c44355ffef98070 *eclipse-SDK-3.1.1-win32.zip

When I made the tomcat md5 file look like this:
dc8ace2569bfcc1660b3a80278c08ba1 *jakarta-tomcat-5.0.28.exe

The resulting check was as follows:
C:\1dnlds\tomcat 5-0-28>md5sum -c jakarta-tomcat-5.0.28.exe.md5
jakarta-tomcat-5.0.28.exe: OK

We must need to fix up the md5 files.


-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

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

DO NOT REPLY [Bug 38206] - errors in md5 files for both v5.5.12 and v5.0.28

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

http://issues.apache.org/bugzilla/show_bug.cgi?id=38206


[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |ASSIGNED




-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

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

svn commit: r367492 - /tomcat/build/tc5.5.x/build.xml

2006-01-09 Thread keith 
Author: keith
Date: Mon Jan  9 21:31:03 2006
New Revision: 367492

URL: http://svn.apache.org/viewcvs?rev=367492&view=rev
Log:
append text and filename to the generated md5 files
so md5sum -c is happy.

Modified:
tomcat/build/tc5.5.x/build.xml

Modified: tomcat/build/tc5.5.x/build.xml
URL: 
http://svn.apache.org/viewcvs/tomcat/build/tc5.5.x/build.xml?rev=367492&r1=367491&r2=367492&view=diff
==
--- tomcat/build/tc5.5.x/build.xml (original)
+++ tomcat/build/tc5.5.x/build.xml Mon Jan  9 21:31:03 2006
@@ -72,6 +72,9 @@
   
   
   
+  
+  
+  
 
   
   
 
 
+
   
 
 
@@ -1518,6 +1523,8 @@
 
 
 
+
   
 
   
@@ -1536,6 +1543,8 @@
 
 
 
+
   
 
   
@@ -1549,6 +1558,8 @@
 
 
 
+
   
 
   
@@ -1562,6 +1573,8 @@
 
  
 
+
   
 
   
@@ -1579,6 +1592,8 @@
 

 
+
   
 
   
@@ -1658,6 +1673,8 @@
 
 
 
+
   
 
   
@@ -1679,6 +1696,8 @@
 
 
 
+
   
 
   
@@ -1701,6 +1720,8 @@
 
 
 
+
   
 
   
@@ -1721,6 +1742,8 @@
 
 
 
+
   
 
   
@@ -1745,6 +1768,8 @@
 
 
 
+
   
 
   
@@ -1778,6 +1803,8 @@
 
 
 
+
   
 
   
@@ -1787,6 +1814,8 @@
 
 
 
+
   
 
   
@@ -1817,6 +1846,8 @@
 
 
 
+
   
 
   



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

DO NOT REPLY [Bug 38206] - errors in md5 files for both v5.5.12 and v5.0.28

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

http://issues.apache.org/bugzilla/show_bug.cgi?id=38206


[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution||FIXED




--- Additional Comments From [EMAIL PROTECTED]  2006-01-10 06:34 ---
Thanks for pointing this out.  I have corrected the build to
use the gnu md5sum format so cat *.MD5 | md5sum -c works ok.


-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

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