welcome-file

2001-01-19 Thread Jayesh

I tried configuring welcome-file attribute like below.

 
HomePage.jsp



It doesn't work.

Please help.
Jayesh


_
Do You Yahoo!?
Get your free @yahoo.com address at http://mail.yahoo.com


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




img tag welcome-file WARNING

2003-10-06 Thread Leif Magden
Developer warning:
 If your HTML pages have img tags with empty src attributes, i.e.
 (these are used to 
format and justify text on the page)

 They will cause Tomcat to call your applications welcome-file.  
Apparently Tomcat handles this the same way as
a directory navigation, that is, it is handed to the DefaultServlet.  
This is invisible to the client but the server is
loaded with all the overhead of resolving the welcome-file over and 
over.  In my application this results in approximately
double the server/database load for each page navigation.
 The fix is to specify a clear or transparent image in the src 
attribute i.e. src="images/clear.gif"

 Config:
Tomcat version 4.1.24
 org.apache.catalina.servlets.DefaultServlet  (possibly)
  Windows 2000 or Solaris
   J2SDK1.4.2
Leif Magden

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


Tomcat 5.0.14 Welcome File Broken?

2003-11-09 Thread George Sexton
I set up 5.0.14 w/ a welcome file that is a mapped servlet, and the
mapped resource is not returned as expected. I think this is a bug:


  ViewCal
  com.mhsoftware.cdaily.servlet.ViewCal


  ViewCal
  /ViewCal.html


  ViewCal.html



>From the specification:

SRV 9.10

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 resource in the
WAR is
mapped to that request URI.



George Sexton
MH Software, Inc.
Voice: 303 438 9585
http://www.mhsoftware.com 
 


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



TC 5.0.18 problems with welcome file

2004-02-12 Thread Guenter Knauf
Hi all,
I have problems with some webapps where the welcome file doesnt work as with TC 3.3 
and TC4.

these apps are have this structure:

app
   \
documentation
 \
  index.html
   \WEB-INF
   \
web.xml

web.xml contains:


  
/documentation/index.html
  


now if I drop the app below the webapps folder this works fine with TC 3.3 and 
TC4.1.30;
but with TC5.0.18 I get only the index page back, but all links in the docu are broken 
because they are relative;
it sems to me that TC3 and 4 does a changedir to the folder where the welcome file is 
located while TC5 only fetches the page and then serves it as if it would be located 
in the app folder.

Is this a bug with TC5, or something I'm missing with my config perhaps??
I've tested this with TC 5.0.18 JVM 1.4.2_03 on SuSE Linux and Win2K, and on both 
platforms the same behavior.

Guenter.



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



RE: Tomcat 5.0.14 Welcome File Broken? - NOT

2003-11-09 Thread George Sexton
Oops. That was really dumb of me. The welcome file list was commented
out. I have really got to stop using VI to edit files...

-Original Message-
From: George Sexton [mailto:[EMAIL PROTECTED] 
Sent: Sunday, November 09, 2003 2:58 PM
To: [EMAIL PROTECTED]
Subject: Tomcat 5.0.14 Welcome File Broken?


I set up 5.0.14 w/ a welcome file that is a mapped servlet, and the
mapped resource is not returned as expected. I think this is a bug:


  ViewCal
  com.mhsoftware.cdaily.servlet.ViewCal


  ViewCal
  /ViewCal.html


  ViewCal.html



>From the specification:

SRV 9.10

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 resource in the
WAR is
mapped to that request URI.



George Sexton
MH Software, Inc.
Voice: 303 438 9585
http://www.mhsoftware.com 
 


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



welcome file in web.xml with pre-compiled jsp's?

2001-08-24 Thread dhay



Hi.  I posted this to the tomcat user group, with no joy.

I am beginning to suspect this is a bug - is it "intended behaviour" that if
jsp's are pre-compiled you cannot use them as a welcome page?  Seems very
strange to me if it is!

Thanks,

Dave


-- Forwarded by David Hay/Lex/Lexmark on 08/24/2001 04:13 PM
---


David Hay
08/21/2001 03:00 PM

To:   [EMAIL PROTECTED]
cc:
Subject:  welcome file in web.xml with pre-compiled jsp's?

Hi everyone,

I am pre-compiling my jsp's in my struts web app, and everything works fine,
except specifying the welcome file in the web.xml.

If I do not pre-compile everything, having index.jsp as the first page works
great.  However, when I pre-compile index.jsp it doesn't work.  Putting an
uncompiled index.jsp back in the root directory makes it work again.  I guess it
is because jsp is not in root directory, but figure I should still be able to do
this...

Does anyone know if there is something special I have to do, or if there is
anywhere else I can specify the first page as a servlet?

btw, please copy me into any reply!

Thanks,

Dave

Web.xml:



http://java.sun.com/j2ee/dtds/web-app_2_2.dtd";>





   
   

index.jsp
   

   
   
action

beans.AppController


  application
  ApplicationResources



  config
  /WEB-INF/struts-config.xml



  debug
  2



  detail
  2

2
   

   
   
  java.lang.Exception
  /error.jsp
   


   

changeLogFileName


JspServ.changeLogFileName

   

   

chooseDevice


JspServ.chooseDevice

   

   

dataDir


JspServ.dataDir

   

   

dataDirFrame


JspServ.dataDirFrame

   

   

error


JspServ.error

   

   

index


JspServ.index

   

   

indexBar


JspServ.indexBar

   

   

log


JspServ.log

   

   

logFilter


JspServ.logFilter

   

   

logFrame


JspServ.logFrame

   

   

logging


JspServ.logging

   

   

loggingFrame


JspServ.loggingFrame

   

   

loggingSaveCancel


JspServ.loggingSaveCancel

   

   

login


JspServ.login

   

   

messages


JspServ.messages

   

   

parameters


JspServ.parameters

   

   

parametersFrame


JspServ.parametersFrame

   

   

parametersSaveCancel


JspServ.parametersSaveCancel

   

   

serialNosFrame


JspServ.serialNosFrame

   

   

serialNos


JspServ.serialNos

   

   

snapshot


JspServ.snapshot

   

   

snapshotFilter


JspServ.snapshotFilter

   

   

snapshotFrame


JspServ.snapshotFrame

   

   

telnet


JspServ.telnet

   

   

telnetFrame


JspServ.telnetFrame

   

   

telnetInstr


JspServ.telnetInstr

   

   

trace


JspServ.trace

   

   

traceFrame


JspServ.traceFrame

   

   

traceSaveCancel


JspServ.traceSaveCancel

   


   
   
action
*.do
   

   

   changeLogFileName


   /changeLogFileName.jsp

   

   

   chooseDevice


   /chooseDevice.jsp

   

   

   dataDir


   /dataDir.jsp

   

   

   dataDirFrame


   /dataDirFrame.jsp

   

   

   error


   /error.jsp

   

   

   index


   /index.jsp

   

   

   indexBar


   /indexBar.jsp

   

   

   log


   /log.jsp

   

   

   logFilter


   /logFilter.jsp

   

   

   logFrame


   /logFrame.jsp

   

   

   logging


   /logging.jsp

   

   

   loggingFrame


   /loggingFrame.jsp

   

   

   loggingSaveCancel


   /loggingSaveCancel.jsp

   

   

   login


   /login.jsp

   

   

   messages


   /messages.jsp

   

   

   parameters


   /parameters.jsp

   

   

   parametersFrame


   /parametersFrame.jsp

   

RE: tomcat 4 & apache & mod_webapp welcome-file-list

2002-02-25 Thread Kendal L. Montgomery

Did anyone ever come up with an answer for this?  I've searched exhaustively
about this with no luck. Maybe I'm just missing something, but...

I am experiencing the same thing with Tomcat 4.0.2-LE / JVM 1.4.0 / Apache
1.3.23.  This is REALLY annoying, but if someone could tell me what I'm
doing wrong, I'd love to know.

Here is my web.xml:


http://java.sun.com/j2ee/dtds/web-app_2_2.d
td">

  
PostMultipartServlet
PostMultipartServlet
multipart/form-data test servlet

org.athlonia.servlet.test.PostMultipartServlet
  
  
PostMultipartServlet
/PostMultipartServlet
  
  

  30

  
  
index.html
  


when I try to hit the page: http://localhost/multipart/

I get a page cannot be displayed error in IE 5.5, saying something about a
dns error.

If I do http://localhost/multipart/index.html, I get the desired page.

My httpd.conf mod_webapp section looks like this:

#
# Webapp: Tomcat (Catalina) 4.0 connector
#

  WebAppConnection warpConnection warp localhost:8008

  WebAppDeploy examples warpConnection /examples/
  WebAppDeploy multipart warpConnection /multipart/


Let's see.. what else...


My server.xml section looks like this:


-- snip --
  
  






  
  

  
  

  
  







  


  



-- snip --

Also, I noticed that the web.xml for the examples doesn't have a
 section, but it's behavior seems correct, with the
exception that it's index.html is in a /jsp or /servlet subdirectory.  I
tried removing the  section from my web.xml and still got
the same incorrect behavior as with it in place.  So...

Any information would be much appreciated!  Thanks.

Kendal L. Montgomery
...the comPuter Wizard...
[EMAIL PROTECTED]
_-=-_-=-_-=-_-=-_-=-_-=-_-=-_-=-_-=-_-=-_-=-_-=-_-=-_-=-_-=-_
Click here for Qwest's 5 cent State-to-State flat rate calling plan, plus
get your own 800 number at no charge!
http://qwesteferral.com/r.jsp?a=RyYO5xpYanlfVU541Lz2HA$$
_-=-_-=-_-=-_-=-_-=-_-=-_-=-_-=-_-=-_-=-_-=-_-=-_-=-_-=-_-=-_

-Original Message-
From: Dom [mailto:[EMAIL PROTECTED]]
Sent: Friday, October 05, 2001 2:15 PM
To: [EMAIL PROTECTED]; Tomcat Developer List
Subject: tomcat 4 & apache & mod_webapp welcome-file-list

Tomcat 4 + Apache + mod_webapp.so :
It looks like welcome-file-list in web.xml doesn't work with web
applications in virtual hosts ?

Dom


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




[PATCH] Fix welcome file redirection to wrong ServerName in Warp

2002-02-26 Thread Jeff Martin

Hope this patch is right. It seems to solve the problem on my server.

Currently warp redirects to the underlying server name rather than the
server name used when requesting a virtual host. This means that if you
select http://virtualhost/ you get redirected to
http://realhost/index.jsp

The attached patch fixes this.

Also is anyone aware of problems when trying to use this config as when
I try it the server returns a 500, but there are no errors in the log
files.


  CONFIDENTIAL
http://www.custommonkey.org/ 


Index: WarpEngine.java
===
RCS file: /home/cvspublic/jakarta-tomcat-connectors/webapp/java/Attic/WarpEngine.java,v
retrieving revision 1.12
diff -u -r1.12 WarpEngine.java
--- WarpEngine.java 19 Jul 2001 23:34:07 -  1.12
+++ WarpEngine.java 26 Feb 2002 10:30:12 -
@@ -72,7 +72,12 @@
 WarpRequest wreq=(WarpRequest)request;
 Host host=wreq.getHost();
 if (update) {
-request.setServerName(host.getName());
+if(request.getRequest().getServerName()==null){
+request.setServerName(host.getName());
+}else{
+request.setServerName(
+request.getRequest().getServerName());
+}
 }
 return(host);
 } else return(super.map(request,update));



--
To unsubscribe, e-mail:   
For additional commands, e-mail: 


Re: [PATCH] Fix welcome file redirection to wrong ServerName inWarp

2002-02-26 Thread Pier Fumagalli

"Jeff Martin" <[EMAIL PROTECTED]> wrote:

> Hope this patch is right. It seems to solve the problem on my server.
> 
> Currently warp redirects to the underlying server name rather than the
> server name used when requesting a virtual host. This means that if you
> select http://virtualhost/ you get redirected to
> http://realhost/index.jsp
> 
> The attached patch fixes this.

Seems all right for me... As it doesn't alter the mapping process, but only
set properties in the Request object...

> Also is anyone aware of problems when trying to use this config as when
> I try it the server returns a 500, but there are no errors in the log
> files.
> 
> 
> CONFIDENTIAL
> mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: 




DO NOT REPLY [Bug 8813] - welcome file list doesn't work

2002-05-13 Thread bugzilla

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

welcome file list doesn't work

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||WORKSFORME



--- Additional Comments From [EMAIL PROTECTED]  2002-05-13 19:53 ---
This appears to be working for me (using 4.1.1, don't know about other versions,
but I don't see why it wouldn't work).

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




DO NOT REPLY [Bug 8813] - welcome file list doesn't work

2002-05-18 Thread bugzilla

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

welcome file list doesn't work

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|RESOLVED|REOPENED
 Resolution|WORKSFORME  |



--- Additional Comments From [EMAIL PROTECTED]  2002-05-19 01:56 ---
yes, it really works for static files and JSPs
but does not work for servlets
(ie if http://localhost:8080/magazin/home.html is mapped to a servlet)

the servlet 2.3 spec is talking about resources mapped to URIs
it does not exclude servlets

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




DO NOT REPLY [Bug 8813] - welcome file list doesn't work

2002-05-18 Thread bugzilla

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

welcome file list doesn't work

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|REOPENED|RESOLVED
 Resolution||DUPLICATE



--- Additional Comments From [EMAIL PROTECTED]  2002-05-19 02:33 ---


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

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




DO NOT REPLY [Bug 12503] - default servlet overrides welcome file

2002-09-11 Thread bugzilla

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

default servlet overrides welcome file

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||INVALID



--- Additional Comments From [EMAIL PROTECTED]  2002-09-11 09:05 ---

The purpose of this mechanism is to allow the deployer to specify an ordered
list of partial URIs for the container to use for appending to URIs when there 
is a
request for a URI that corresponds to a directory entry in the WAR not mapped to
a web component.

not mapped to a web component

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




DO NOT REPLY [Bug 12503] - default servlet overrides welcome file

2002-09-11 Thread bugzilla

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

default servlet overrides welcome file





--- Additional Comments From [EMAIL PROTECTED]  2002-09-11 19:01 ---
Here is the response from the Servlet 2.4 spec lead Yutaka:
The bug might be valid
---

I think you're right.
What's the reason they invalidated?

Ryan, Did you see any discussion in tomcat-dev
about this?

yuta

 > Date: Wed, 11 Sep 2002 10:35:39 -0700
 > From: "Jian (James) Cai" <[EMAIL PROTECTED]>
> > Hello Yutaka:
 > > I have filed a bug for the default servlet overrides welcome file 
 > problem. But some Tomcat developer invalided it. The quesion is when I 
 > have both "default" servlet and welcome file set for a path.
 > For example:
 > > 
> webAdminPoint
> /
>  > > The welcome file was set as:
 > >  > index.jsp > 
> > Then if there is webcontext/index.jsp in my web application. When a 
 > request for "http://server:8080/webcontext/ will give me the default 
 > servlet or the welcome file? My understanding is to give me the welcome 
 > file. If welcome file not there in the directory, it will response the 
 > default servlet (SRV 9.10 for Servlet 2.4). Please correct me if my 
 > understanding is wrong.
 > > Thanks
 > > James Jian Cai
 >

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




DO NOT REPLY [Bug 12503] - default servlet overrides welcome file

2002-09-12 Thread bugzilla

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

default servlet overrides welcome file





--- Additional Comments From [EMAIL PROTECTED]  2002-09-12 15:33 ---
It would seem to me, if you explicity map all requests to a servlet - then you
would expect all requests to go to the servlet.  Finding that some are sent to
welcome files would be surprising.

for example, suppose I access URL, "/servlet/bank/customer", tomcat would have
to check for one or more welcome files before passing the request to the "bank"
servlet.  I think that would be annoying.

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




DO NOT REPLY [Bug 8813] New: - welcome file list doesn't work

2002-05-05 Thread bugzilla

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

welcome file list doesn't work

   Summary: welcome file list doesn't work
   Product: Tomcat 4
   Version: 4.0.3 Final
  Platform: PC
OS/Version: Windows NT/2K
Status: NEW
  Severity: Normal
  Priority: Other
 Component: Unknown
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]


my web.xml contains

home.html


and my docbase dir contains the file home.html

but the request http://localhost:8080/magazin
or http://localhost:8080/magazin/
("/magazin" is the context path)
returns a directory listing or 404 error
(depending on whether i enabled directory listings)

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




DO NOT REPLY [Bug 12503] New: - default servlet overrides welcome file

2002-09-10 Thread bugzilla

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

default servlet overrides welcome file

   Summary: default servlet overrides welcome file
   Product: Tomcat 5
   Version: Unknown
  Platform: All
OS/Version: Windows NT/2K
Status: NEW
  Severity: Normal
  Priority: Other
 Component: Catalina
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]


If the default servlet is set in the applicaiton, the welcome file does not 
work.

In web.xml if the following servlet has been set as the default servlet for the 
application.
 
 
webAdminPoint
/


The welcome file was set as:

   
index.jsp 
  

The correct behaviour: If access "webcontext/" (there is index.jsp in 
webcontext ), the containter should still direct the request to the index.jsp 
(see Servlet Spec SRV .9.10)

But Tomcat does not use the welcome file once the default servlet is set. All 
access with end of "/" was handled by the default servlet.

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




DO NOT REPLY [Bug 14855] - proxyPort stopped welcome-file-list working

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

proxyPort stopped welcome-file-list working

[EMAIL PROTECTED] changed:

   What|Removed |Added

  Component|Connector:Coyote HTTP/1.1   |Connector:Coyote
Product|Tomcat 4|Tomcat 5
Version|4.1.12  |Nightly Build



--- Additional Comments From [EMAIL PROTECTED]  2004-06-19 12:24 ---
This bug report has been transferred to Tomcat 5 because TC4 and TC5 share the 
connectors and TC5 is now the focus of development effort

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



DO NOT REPLY [Bug 14855] - proxyPort stopped welcome-file-list working

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

proxyPort stopped welcome-file-list working

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||WORKSFORME



--- Additional Comments From [EMAIL PROTECTED]  2004-06-19 15:34 ---
Tested with CVS HEAD

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



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

2004-01-27 Thread bugzilla
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://nagoya.apache.org/bugzilla/show_bug.cgi?id=26452>.
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-01-27 07:31 ---
This is like a really ugly use-case, but I have to agree with your reading of 
the 2.4 servlet-spec in this case.

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



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

2004-01-27 Thread bugzilla
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://nagoya.apache.org/bugzilla/show_bug.cgi?id=26452>.
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-01-27 08:40 ---
I have one small example to add: if this bug was valid, using the spec mandated
default welcome files and servlet mappings, we would always redirect to index.jsp.

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



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

2004-01-27 Thread bugzilla
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://nagoya.apache.org/bugzilla/show_bug.cgi?id=26452>.
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-01-27 18:23 ---
OK, not sure why welcome files can't apply to extension mappings.  More
importantly, does the spec say that?  If it is implied, it should be explicitly
stated.  Reading the spec (at least, my interpretation) does not imply that
extension mappings and welcome files can't play together.

Is this a tomcat limitation or a spec limitation?

Thanks!

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



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

2004-01-28 Thread bugzilla
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://nagoya.apache.org/bugzilla/show_bug.cgi?id=26452>.
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-01-28 08:44 ---
Look at my example. Does that behavior makes sense ? No. So you have your answer :)

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



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

2004-01-28 Thread bugzilla
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://nagoya.apache.org/bugzilla/show_bug.cgi?id=26452>.
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|NEW |RESOLVED
 Resolution||INVALID



--- Additional Comments From [EMAIL PROTECTED]  2004-01-27 08:09 ---
I have to disagree: welcome files cannot possibly apply to extension mapping.
This was already discussed with Jean François a while ago.

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



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

2004-02-18 Thread bugzilla
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://nagoya.apache.org/bugzilla/show_bug.cgi?id=26452>.
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 26452] - Welcome-file not forwarding to servlet

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

2004-02-18 Thread bugzilla
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://nagoya.apache.org/bugzilla/show_bug.cgi?id=26452>.
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 26452] - Welcome-file not forwarding to servlet

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



Bug report: welcome-file broken with non static pages (e.g. servlet paths)

2001-02-27 Thread Berche, Guillaume

Hello,

Despites the Servlet specs 2.2 are pretty vague about this problem, I guess that the 
 entry should be able to specify servlet names. However, tomcat 3.2.1 
fails to do this. Looking a bit into it, I diagnosed it as follows: 

org.apache.tomcat.request.StaticInterceptor.getWelcomeFile(Context context, File dir) 
checks for each welcome-file entry to verify it corresponds to a physically available 
file. Then, if the file if found, an HTTP redirection would be sent. Consequently, if 
the welcome-file entry is a servlet path (specified with a servlet mapping) then it 
would fail.

I worked around the problem in my local copy of tomcat 3.2.1 by removing the checking 
of the availability of the file and thus always redirecting to the first welcome-file 
entry. If this can help someone, here is the patched code in 
org.apache.tomcat.request.StaticInterceptor.getWelcomeFile(Context context, File dir) 

I hope this can help,

Guillaume.








   private String getWelcomeFile(Context context, File dir) {
Enumeration enum = context.getWelcomeFiles();

while (enum.hasMoreElements()) {
String fileName = (String)enum.nextElement();
File f = new File(dir, fileName);
//GBE patch: always return the first welcome-file even if we can't
//check that it exists: it might be a JSP page which would require
//another interceptor to come into the play to handle it if
//(f.exists()) {
return fileName;
//  }
}
return null;
}


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




DO NOT REPLY [Bug 9559] - welcome file list induced redirect is incorrect

2002-05-31 Thread bugzilla

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

welcome file list induced redirect is incorrect

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||INVALID



--- Additional Comments From [EMAIL PROTECTED]  2002-06-01 05:45 ---
Marking as INVALID, since there isn't enough info in the report to determine if 
it is a bug or not (and, since the reporter is already a Tomcat committer).  

Your options at this point are to:
a) Check in your patch and see if anyone vetos it.
b) Start a [PROPOSAL] topic on tomcat-dev to get feed-back before preceeding 
with a).

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




DO NOT REPLY [Bug 12755] - welcome file for jsp does not work

2002-09-24 Thread bugzilla

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

welcome file for jsp does not work

[EMAIL PROTECTED] changed:

   What|Removed |Added

   Severity|Normal  |Major

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




DO NOT REPLY [Bug 12755] - welcome file for jsp does not work

2002-09-24 Thread bugzilla

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

welcome file for jsp does not work

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |ASSIGNED

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




DO NOT REPLY [Bug 12755] - welcome file for jsp does not work

2002-09-24 Thread bugzilla

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

welcome file for jsp does not work





--- Additional Comments From [EMAIL PROTECTED]  2002-09-24 19:49 ---
Created an attachment (id=3203)
a build tree for a war file that demonstrates working welcome files.

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




DO NOT REPLY [Bug 12755] - welcome file for jsp does not work

2002-09-24 Thread bugzilla

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

welcome file for jsp does not work





--- Additional Comments From [EMAIL PROTECTED]  2002-09-24 19:50 ---
Humm...  I am having difficulty reproducing this.  I have attached a testcase
that  seems to demonstrate that everything is working

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




DO NOT REPLY [Bug 12755] - welcome file for jsp does not work

2002-09-24 Thread bugzilla

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

welcome file for jsp does not work





--- Additional Comments From [EMAIL PROTECTED]  2002-09-24 20:32 ---
This problem used to be in one of the previous Tomcat 5.0 build. It might go
away in Tomcat latest build . But in the J2EE pre integration build (Having
Tomcat 5.0 HEAD), welcome file within a ear does not.

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




DO NOT REPLY [Bug 12755] - welcome file for jsp does not work

2002-09-25 Thread bugzilla

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

welcome file for jsp does not work

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution||FIXED



--- Additional Comments From [EMAIL PROTECTED]  2002-09-25 13:31 ---
Original poster says HEAD is now working correctly.

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




DO NOT REPLY [Bug 8752] - HTTPS redirect fails if using welcome-file

2002-10-10 Thread bugzilla

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

HTTPS redirect fails if using welcome-file





--- Additional Comments From [EMAIL PROTECTED]  2002-10-10 17:40 ---
This problem still exists in 4.1.12 as well.  Duplicated same as original 
reporter.

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




DO NOT REPLY [Bug 14855] New: - proxyPort stopped welcome-file-list working

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

proxyPort stopped welcome-file-list working

   Summary: proxyPort stopped welcome-file-list working
   Product: Tomcat 4
   Version: 4.1.12
  Platform: PC
OS/Version: Windows NT/2K
Status: NEW
  Severity: Minor
  Priority: Other
 Component: Connector:Coyote HTTP/1.1
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]


I set up two connectors on my pc as follows




I tried to retreive http://localhost:8080/ and got 
http://localhost:8080/index.jsp as expected
but when I tried to retreive http://localhost:8082/ I got HTTP 404 - File not 
found

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




DO NOT REPLY [Bug 8752] - HTTPS redirect fails if using welcome-file

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

HTTPS redirect fails if using welcome-file

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|REOPENED|RESOLVED
 Resolution||WONTFIX



--- Additional Comments From [EMAIL PROTECTED]  2003-09-25 18:59 ---
As the root cause of this is an IE bug (see bugs 13861 and 19145) this will 
not be fixed.

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



DO NOT REPLY [Bug 8752] - HTTPS redirect fails if using welcome-file

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

HTTPS redirect fails if using welcome-file





--- Additional Comments From [EMAIL PROTECTED]  2003-09-25 19:17 ---
It's been years that this has been broken, so, I could be misremembering, but, 
I'd swear that this used to work. Why is this possible for Apache HTTP server 
and impossible for Tomcat?

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



DO NOT REPLY [Bug 8752] - HTTPS redirect fails if using welcome-file

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

HTTPS redirect fails if using welcome-file





--- Additional Comments From [EMAIL PROTECTED]  2003-09-26 18:30 ---
I have just double checked this with the test case provided. This is 
absolutely, definitely, postively, certainly and without the slightest iota of 
doubt NOT a tomcat bug. This is an IE bug. I have tried exactly the same test 
case with Mozilla and it works perfectly.

You see it when there is a sequence of two redirects. In this case there is 
one redirect to use SSL and another to the welcome page (I haven't bothered to 
check the order in which this happens in but I am fairly sure it is SSL first).

This is what happens:
When the page is requested, Tomcat first redirects to SSL and then performs a 
second redirect to the welcome file.
The response sent by IE to the first redirect comes in on port 8443 but the 
request headers refer to port 8080 (read in 
org.apache.coyote.http11.Http11Processor.parseHost()). This causes the second 
redirect to fail because the port in the request is used when constructing the 
second redirect.

You will not see this problem if the standard ports are used because standard 
ports are not included in the request and Tomcat defaults to these if the port 
is not specified in the headers.

Work arounds are:
1. Use the standard ports
2. Use a two stage re-direct

I initiated a discussion on tomcat-dev about options to solve this a few 
months ago and after going around in circles, concluded that the best thing to 
do was to leave it as is. The main reasons for this were:
- It is an IE not a tomcat bug
- Production systems tend to use standard ports and will therefore be fine
- All of the fixes identified broke something else or intoduced security 
issues.

If you search the tomat-dev archives for "13861" you should find the various e-
mails that went back and forth.

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



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

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

   Summary: Welcome-file not forwarding to servlet
   Product: Tomcat 5
   Version: 5.0.18
  Platform: Other
OS/Version: Linux
Status: NEW
  Severity: Normal
  Priority: Other
 Component: Catalina
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]


Hello,

I've read the servlet spec chapters relevant to this problem, and searched the
mailing list.  I think I might have exposed a certain condition where the
welcome-file functionality isn't working correctly.

JDK: 1.4.2
Linux: 2.6.1
Tomcat: 5.0.18
Struts: 1.1

Here is my web.xml sections I believe are relevant:



 
action
org.apache.struts.action.ActionServlet

  config
  /WEB-INF/struts-config.xml


  debug
  2


  detail
  2

2



action
*.x
  

... cut ...


index.x




When I go to:

http://localhost:8080/appContext/

I see an empty directory listing.  (this is because all my jsp files are in WEB-INF)

When I go to:

http://localhost:8080/appContext/index.x

I see the correct page.

I believe, according to servlet 2.4, I should be able to place a mapping to a
servlet in the welcome-file.

I can't see any error in catalina.out or the localhost-DATE.log file.

I have no other servlets declared, and no default servlet declared.

Any ideas or tips?

Thanks very much,
Seth

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



Re: Bug report: welcome-file broken with non static pages (e.g. servlet paths)

2001-03-01 Thread Craig R. McClanahan

"Berche, Guillaume" wrote:

> Hello,
>
> Despites the Servlet specs 2.2 are pretty vague about this problem, I guess that the 
> entry should be able to specify servlet names. However, tomcat 3.2.1 
>fails to do this. Looking a bit into it, I diagnosed it as follows:
>

FYI, this is going to be one of the many clarifications in 2.3 -- containers will be 
required to support servlet URIs as "welcome files".

Craig McCLanahan



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




DO NOT REPLY [Bug 9559] New: - welcome file list induced redirect is incorrect

2002-05-31 Thread bugzilla

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

welcome file list induced redirect is incorrect

   Summary: welcome file list induced redirect is incorrect
   Product: Tomcat 4
   Version: 4.0.3 Final
  Platform: All
OS/Version: Other
Status: UNCONFIRMED
  Severity: Normal
  Priority: Other
 Component: Catalina
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]


The following request:

GET /foo HTTP/1.1
Host: localhost

given to a WebApp named foo that forwards all requests unchanged to another
WebApp named bar results in:

HTTP/1.1 302 Moved Temporarily
Content-Type: text/html
Date: Sat, 01 Jun 2002 04:23:38 GMT
Transfer-Encoding: chunked
Location: http://localhost:8180/bar/index.jsp
Server: Apache Tomcat/4.0.3 (HTTP/1.1 Connector)

1 - Note the location is /bar.  But since the user requested /foo, this seems to
be violating the spec, since the spec says that the welcome file ( index.jsp )
should be added to the request.  It also breaks the encapsulation between webapps.

2 - Why is a temporary redirect being specified at all?  I don't see where the
spec says anything about a redirection, or anywhere it mentions that the browser
URL should be updated with the new location.

I'll fix these if someone confirms that these are indeed bugs.

The relevant code is in o.a.c.s.DefaultServlet.java

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




DO NOT REPLY [Bug 12755] New: - welcome file for jsp does not work

2002-09-17 Thread bugzilla

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

welcome file for jsp does not work

   Summary: welcome file for jsp does not work
   Product: Tomcat 5
   Version: Nightly Build
  Platform: Other
OS/Version: Other
Status: NEW
  Severity: Normal
  Priority: Other
 Component: Catalina
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]


Tomcat could not use the jsp as welcome file. This feature used to work. 

The following is the config entry in web.xml.

   
index.jsp 
  

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




DO NOT REPLY [Bug 18658] - HTTP 404 when welcome-file doesn't exist but servlet-mapping exists

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

HTTP 404 when welcome-file doesn't exist but servlet-mapping exists

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||WONTFIX



--- Additional Comments From [EMAIL PROTECTED]  2003-04-04 09:47 ---
This is not clearly defined in the old Servlet specification, and will not be
fixed in Tomcat 4.1.x.

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



DO NOT REPLY [Bug 31308] - Tomcat ignores precompiled JSP if JSP file is a welcome-file

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

Tomcat ignores precompiled JSP if JSP file is a welcome-file

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||INVALID



--- Additional Comments From [EMAIL PROTECTED]  2004-09-20 13:38 ---
I really doubt this, since this is the root webapp which is set as default after
installing Tomcat uses a index.jsp precompiled JSP.

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



DO NOT REPLY [Bug 31308] - Tomcat ignores precompiled JSP if JSP file is a welcome-file

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

Tomcat ignores precompiled JSP if JSP file is a welcome-file

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|RESOLVED|REOPENED
 Resolution|INVALID |



--- Additional Comments From [EMAIL PROTECTED]  2004-09-20 17:37 ---
More info. 
 
Here's my jspc target definition: 
 
   
  

  
  

  
  

  
  

  

  
 
  
 
 
 
 
   
 
My deploy task: 
   
 
   
 
   
 
   
 
 
   
 
 
The xml created by jasper is inserted in the 
appropriawork/Catalina/localhostte place in 
web.xml ( before the welcome-file-list ). 
 
When I access the JSP directly via the browser,  
Tomcat does not create .java or .class files in the  
$CATALINA_HOME/work/Catalina/localhost/app_path directory; 
if I don't type the JSP file name, the files are created, 
which (I think) shouldn't happen.

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



DO NOT REPLY [Bug 31308] - Tomcat ignores precompiled JSP if JSP file is a welcome-file

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

Tomcat ignores precompiled JSP if JSP file is a welcome-file

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|REOPENED|RESOLVED
 Resolution||INVALID



--- Additional Comments From [EMAIL PROTECTED]  2004-09-20 17:42 ---
I still do not see anything which is any different from the root web
application, which you don't seem to have looked into at all.
Please attach a small test WAR with your precompiled application, exhibiting the
"issue". I recommend you look into the issue more instead of reopening the bug.

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



DO NOT REPLY [Bug 31308] - Tomcat ignores precompiled JSP if JSP file is a welcome-file

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

Tomcat ignores precompiled JSP if JSP file is a welcome-file





--- Additional Comments From [EMAIL PROTECTED]  2004-09-20 19:10 ---
Created an attachment (id=12805)
build.xml file

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



DO NOT REPLY [Bug 31308] - Tomcat ignores precompiled JSP if JSP file is a welcome-file

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

Tomcat ignores precompiled JSP if JSP file is a welcome-file





--- Additional Comments From [EMAIL PROTECTED]  2004-09-20 19:10 ---
Created an attachment (id=12806)
web.xml file

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



DO NOT REPLY [Bug 31308] - Tomcat ignores precompiled JSP if JSP file is a welcome-file

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

Tomcat ignores precompiled JSP if JSP file is a welcome-file





--- Additional Comments From [EMAIL PROTECTED]  2004-09-20 19:11 ---
Created an attachment (id=12807)
jspctest.jsp example JSP

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



DO NOT REPLY [Bug 31308] - Tomcat ignores precompiled JSP if JSP file is a welcome-file

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

Tomcat ignores precompiled JSP if JSP file is a welcome-file

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|RESOLVED|REOPENED
 Resolution|INVALID |



--- Additional Comments From [EMAIL PROTECTED]  2004-09-20 19:27 ---
Please find three file attached:  
build.xml 
web.xml 
jspctest.jsp 
 
Here's how to reproduce the bug; 
1) Create a directory called jspctest. This directory 
   must NOT be under the $CATALINA_HOME directory. 
 
2) Copy the three attached files to jspctest. 
 
3) Edit build.xml and set the properties to suit your environment. 
 
4) type "ant deploy" to deploy the app. 
 
5) Open a console window cd to 
$CATALINA_HOME/work/Catalina/localhost/jspctest. 
 
6) Open a web browser and go to http://localhost:8080/jspctest/jspctest.jsp 
 
7) In the console window created in step 5, type "find .". The only files 
   which should appear are: 
. 
./tldCache.ser 
 
 
8) Repeat step 6, but change the URL to  
   ttp://localhost:8080/jspctest/ 
 
9) Repeat step 7. You should now see the additional files 
   ./org/apache/jsp/jspctest_jsp.java 
   ./org/apache/jsp/jspctest_jsp.class 
   which should not be created. 
 
 
I hope this all makes the issue clear.

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



DO NOT REPLY [Bug 31308] - Tomcat ignores precompiled JSP if JSP file is a welcome-file

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

Tomcat ignores precompiled JSP if JSP file is a welcome-file

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|REOPENED|RESOLVED
 Resolution||INVALID



--- Additional Comments From [EMAIL PROTECTED]  2004-09-20 19:40 ---
Crystal clear ( /jspctest.jsp ). You should have
posted on tomcat-user about this "bug" first.

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



DO NOT REPLY [Bug 18658] New: - HTTP 404 when welcome-file doesn't exist but servlet-mapping exists

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

HTTP 404 when welcome-file doesn't exist but servlet-mapping exists

   Summary: HTTP 404 when welcome-file doesn't exist but servlet-
mapping exists
   Product: Tomcat 4
   Version: 4.1.18
  Platform: PC
OS/Version: Linux
Status: NEW
  Severity: Normal
  Priority: Other
 Component: Catalina
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]


If I have mapped /welcome.jsp to a servlet (my servlet, not the default jsp   
handler) AND there is no file "welcome.jsp" in the documents root -- HTTP 404.   
But if there IS such file (even zero-length) the request is properly mapped to   
the servlet and goes ok. My pain in this case is that the URI changes --  
instead of "http://www.mysite.com/"; it reads "http://www.mysite.com/index.jsp";.  
That doesn't happen if there is a "real" JSP page (or index.html page, or any 
other), it is processed and the URL is the same. 
Again, if there is servlet-mapping with the same name -- servlet is invoked 
ONLY if there is real-existing file (and the file itself is unreachable).

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



DO NOT REPLY [Bug 31308] New: - Tomcat ignores precompiled JSP if JSP file is a welcome-file

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

Tomcat ignores precompiled JSP if JSP file is a welcome-file

   Summary: Tomcat ignores precompiled JSP if JSP file is a welcome-
    file
   Product: Tomcat 5
   Version: 5.0.27
  Platform: Other
OS/Version: Linux
Status: NEW
  Severity: Normal
  Priority: Other
 Component: Unknown
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]


I used jasper to precompile JSPs. When the JSP is a in a welcome-file-list, 
Tomcat ignores the existing precompiled class file and compiles the JSP 
again.

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



DO NOT REPLY [Bug 17565] New: - Tomcat 5 returns 404 error for directory which doesn't have a welcome file

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

Tomcat 5 returns 404 error for directory which doesn't have a welcome file

   Summary: Tomcat 5 returns 404 error for directory which doesn't
        have a welcome file
   Product: Tomcat 5
   Version: 5.0.0
  Platform: Other
OS/Version: Other
Status: NEW
  Severity: Normal
  Priority: Other
 Component: Connector:Coyote HTTP/1.1
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]


Using Tomcat5 build from CVS source a few days ago...

Tomcat 5 returns a 404 error when requesting a directory which doesn't have a
welcome file even when the default servlet has listings=true.  The web.xml for
the default servlet has:


listings
true


The same settings in Tomcat-4.1.19 result in the listing of the contents of the
directory.

Jake

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



DO NOT REPLY [Bug 26780] - getServletContext().getResource(requestURI) does not return complete resource URL when requesting a welcome-file

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

getServletContext().getResource(requestURI) does not return complete resource URL when 
requesting a welcome-file

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||INVALID



--- Additional Comments From [EMAIL PROTECTED]  2004-02-09 08:53 ---
For getting information, tips, etc, there's tomcat-user.

Facts:
- getServletContext().getResource(requestURI) does not do mapping. It merely
provides a mean to check if the specified static resource exists, and access to
the features of a URL if it does (getting the last modification date, size, etc)
- since this is not mapping, welcome files are not used
- what you're getting back is a URL to the folder
- 4.1.x has exactly the same code as 5.0.x for this, so please don't pretend
there is a regression

Please do not reopen this report.

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



DO NOT REPLY [Bug 26780] - getServletContext().getResource(requestURI) does not return complete resource URL when requesting a welcome-file

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

getServletContext().getResource(requestURI) does not return complete resource URL when 
requesting a welcome-file

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|RESOLVED|REOPENED
 Resolution|INVALID |



--- Additional Comments From [EMAIL PROTECTED]  2004-02-09 19:40 ---
Remy,
I will try and be cordial with you, even though you are clearly not

I am running identical code under tomat5 and tomcat4. Tomcat4 returns the full
path to the resource, Tomcat5 does not. Something has changed. Try it yourself.
Please explain.

I am sure you will not here the last of this one.

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



DO NOT REPLY [Bug 26780] - getServletContext().getResource(requestURI) does not return complete resource URL when requesting a welcome-file

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

getServletContext().getResource(requestURI) does not return complete resource URL when 
requesting a welcome-file

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|REOPENED|RESOLVED
 Resolution||INVALID

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



DO NOT REPLY [Bug 26780] New: - getServletContext().getResource(requestURI) does not return complete resource URL when requesting a welcome-file

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

getServletContext().getResource(requestURI) does not return complete resource URL when 
requesting a welcome-file

   Summary: getServletContext().getResource(requestURI) does not
return complete resource URL when requesting a welcome-
    file
   Product: Tomcat 5
   Version: 5.0.18
  Platform: PC
OS/Version: Windows NT/2K
Status: NEW
  Severity: Major
  Priority: Other
 Component: Servlet & JSP API
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]


If the requestURI has no document string  (eg index.html) such that a
welcome-file-list root document is requested, then the call to:

URL contentURL = getServletContext().getResource(requestURI)

does not return the full welcome-file resource URL (the document/welcome-file is
missing):

jndi:/host/

instead of

jndi:/host/index.html   (where index.html is the welcome file)

Tomcat 4 returned the full URL, Tomcat 5 does not.

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