Return-Path: Delivered-To: apmail-jakarta-tomcat-user-archive@apache.org Received: (qmail 89068 invoked from network); 7 Jan 2002 18:04:28 -0000 Received: from unknown (HELO nagoya.betaversion.org) (192.18.49.131) by daedalus.apache.org with SMTP; 7 Jan 2002 18:04:28 -0000 Received: (qmail 985 invoked by uid 97); 7 Jan 2002 18:04:08 -0000 Delivered-To: qmlist-jakarta-archive-tomcat-user@jakarta.apache.org Received: (qmail 969 invoked by uid 97); 7 Jan 2002 18:04:08 -0000 Mailing-List: contact tomcat-user-help@jakarta.apache.org; run by ezmlm Precedence: bulk List-Unsubscribe: List-Subscribe: List-Help: List-Post: List-Id: "Tomcat Users List" Reply-To: "Tomcat Users List" Delivered-To: mailing list tomcat-user@jakarta.apache.org Received: (qmail 958 invoked from network); 7 Jan 2002 18:04:07 -0000 Message-ID: From: Jim Dempsey To: 'Tomcat Users List' Subject: RE: Problem with file URL Date: Mon, 7 Jan 2002 10:00:12 -0800 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2653.19) Content-Type: text/plain; charset="iso-8859-1" X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N The OS I'm running on is Unix. I did some preliminary testing on NT (my browser and Tomcat server were on the same machine). When I ported to Unix, I started having issues. -----Original Message----- From: Mark [mailto:markd@bellsouth.net] Sent: Monday, January 07, 2002 5:34 AM To: Tomcat Users List Subject: Re: Problem with file URL At 06:51 PM 1/6/2002 -0800, you wrote: >How come I can access this URL: >http://intranet.xxx.com:8080/reportsArchive/par/ProductDD.xls > >But cannot access this URL: >file://intranet.xxx.com:8080/reportsArchive/par/ProductDD.xls > >I get an error message that it cannot find the file. The error message says >make sure the path and filename are correct. >I am using Tomcat 4.0.1 Is there some configuration setup that I am >missing? > >Thanks What OS are you using? Using the file protocol requires an absolute path to a local file I believe. In the case of Windows, the form 'file:///c:/dir1/dir2/file.txt'. I've never seen the 'file' protocol used to access a file on a remote server. -- To unsubscribe: For additional commands: Troubles with the list: -- To unsubscribe: For additional commands: Troubles with the list: