tomcat-users mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Parsons Technical Services" <parsonstechni...@earthlink.net>
Subject Re: Website downloading old file
Date Mon, 17 Jan 2005 23:23:55 GMT
Size is also a consideration. Were the two files the same size? Was test1 
smaller?

With ISP proxies, it is a crap shot at how they have them configured.
Test theory:
Upload three files. One smaller, one same size and one large than file.bin.
Download each.
Change each.
Redownload each and check for changes.

Note: You may wish to repeat this test in the event the ISP proxy expires 
the cached item while you are testing. This may also be what happened to the 
test file. Some systems flush the cache at an interval and some do it on 
file age.

Doug


----- Original Message ----- 
From: "Paul Taylor" <paul_t100@fastmail.fm>
To: "Tomcat Users List" <tomcat-user@jakarta.apache.org>
Sent: Monday, January 17, 2005 2:30 PM
Subject: Re: Website downloading old file


> Umm inconclusive
>
> asp worked ok, i then created a text file called test1.bin downloaded it, 
> edited and tried it again and it downloaded the new one correctly as well 
> (this is without the ?var=bogus).
>
> Ben Souther wrote:
>
>>Now, for kicks, try with a file with an '.asp' extension.
>>Your ISP's proxy server may have a list of extensions that don't get
>>cached.  This would explain why your dynamic JSPs are working but the
>>static files are being cached.
>>
>>
>>On Mon, 2005-01-17 at 13:47, Paul Taylor wrote:
>>
>>>OK I think you are onto something here,
>>>
>>>the original file was called file.bin, new file replacing it also called 
>>>file.bin and renamed to file2.bin
>>>
>>>When I use the ?var=bogus the correct file is returned, but when I don't 
>>>specify a parameter for file.bin it still returns the older file.
>>>
>>>http://domain/context/file.bin                          INCORRECT OLD 
>>>VERSION
>>>http://domain/context/file.bin?var=bogus        OKNEW VERSION
>>>http://domain/context/file2.bin?var=bogus      OK NEW VERSION
>>>
>>>
>>>Ben Souther wrote:
>>>
>>>
>>>>Try requesting the file with a bogus querystring variable
>>>>
>>>>http://domain/context/file.txt?bogus=var
>>>>
>>>>See if the unique URL gets you the right file.
>>>>
>>>>
>>>>On Mon, 2005-01-17 at 12:43, Paul Taylor wrote:
>>>>
>>>>
>>>>>Can you expand on this please, btw if I change any part of the web 
>>>>>application itself such as a jsp the results are imediate.
>>>>>Two ther bits of info which maybe relevent.
>>>>>1. The host is based in Canada and hence has time set to Candian time

>>>>>which is earlier than UK time where Im downloading to.
>>>>>2. The file Im trying to download is a .bin (Linux) file.
>>>>>
>>>>>The problem is also happening on Internet Explorer.
>>>>>
>>>>>
>>>>>Parsons Technical Services wrote:
>>>>>
>>>>>
>>>>>
>>>>>>Sounds like your ISP may have a proxy setup. Usually two different

>>>>>>browsers don't know about each other.
>>>>>>
>>>>>>Doug
>>>>>>
>>>>>>----- Original Message ----- From: "Paul Taylor" 
>>>>>><paul_t100@fastmail.fm>
>>>>>>To: "Tomcat Users List" <tomcat-user@jakarta.apache.org>
>>>>>>Sent: Monday, January 17, 2005 12:26 PM
>>>>>>Subject: Re: Website downloading old file
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>>>I think it is a browser problem because I got a friend to download
>>>>>>>from his computer and he received the correct file. Im using Firefox
>>>>>>
>>>>>>>and still get the same problem.
>>>>>>>
>>>>>>>Ben Souther wrote:
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>>Also, in the interest of not overlooking the obvious... Did
you 
>>>>>>>>verify that the FTP write actually worked and that you didn't
>>>>>>>>accidentally ADD another file with a slightly different name?
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>>On Mon, 2005-01-17 at 09:56, Parsons Technical Services wrote:
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>>>File permissions may be part of your problem.
>>>>>>>>>
>>>>>>>>>What OS is Tomcat running on?
>>>>>>>>>
>>>>>>>>>As for the showing the file after deleting it from the
server, did 
>>>>>>>>>you do a restart of Tomcat after deleting the file? I
remember 
>>>>>>>>>something on the list awhile back similar to this.
>>>>>>>>>
>>>>>>>>>Doug
>>>>>>>>>
>>>>>>>>>----- Original Message ----- From: "Paul Taylor" 
>>>>>>>>><paul_t100@fastmail.fm>
>>>>>>>>>To: <tomcat-user@jakarta.apache.org>
>>>>>>>>>Sent: Monday, January 17, 2005 7:42 AM
>>>>>>>>>Subject: Website downloading old file
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>>Puzzled.
>>>>>>>>>>
>>>>>>>>>>I have a Tomcat 5 application, associated with it
a file that can 
>>>>>>>>>>be downloaded from the website, which is in the root
directory of 
>>>>>>>>>>the context. (So if the context is called myapp the
file is in 
>>>>>>>>>>myapp).
>>>>>>>>>>
>>>>>>>>>>Everything was fine but then I realised that there
was a problem 
>>>>>>>>>>with the file so I ftped a new file to replace it.
>>>>>>>>>>But when I try to download the file from the website
it still 
>>>>>>>>>>refers to the earlier (larger) file.
>>>>>>>>>>This still happens even though I have:
>>>>>>>>>>shutdown tomcat,
>>>>>>>>>>restarted tomcat,
>>>>>>>>>>deleted tomcat work directory,
>>>>>>>>>>clerared out my browser cache
>>>>>>>>>>used a different browser.
>>>>>>>>>>
>>>>>>>>>>It even still allows the file downloads if I delete
the file from 
>>>>>>>>>>the server, how can this be ?
>>>>>>>>>>
>>>>>>>>>>---------------------------------------------------------------------
>>>>>>>>>>To unsubscribe, e-mail: tomcat-user-unsubscribe@jakarta.apache.org
>>>>>>>>>>For additional commands, e-mail: 
>>>>>>>>>>tomcat-user-help@jakarta.apache.org
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>---------------------------------------------------------------------
>>>>>>>>>To unsubscribe, e-mail: tomcat-user-unsubscribe@jakarta.apache.org
>>>>>>>>>For additional commands, e-mail: 
>>>>>>>>>tomcat-user-help@jakarta.apache.org
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>---------------------------------------------------------------------
>>>>>>>>To unsubscribe, e-mail: tomcat-user-unsubscribe@jakarta.apache.org
>>>>>>>>For additional commands, e-mail: tomcat-user-help@jakarta.apache.org
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>---------------------------------------------------------------------
>>>>>>>To unsubscribe, e-mail: tomcat-user-unsubscribe@jakarta.apache.org
>>>>>>>For additional commands, e-mail: tomcat-user-help@jakarta.apache.org
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>
>>>>>>
>>>>>---------------------------------------------------------------------
>>>>>To unsubscribe, e-mail: tomcat-user-unsubscribe@jakarta.apache.org
>>>>>For additional commands, e-mail: tomcat-user-help@jakarta.apache.org
>>>>>
>>>>>
>>>>>
>>>>>
>>>>
>>>>
>>>---------------------------------------------------------------------
>>>To unsubscribe, e-mail: tomcat-user-unsubscribe@jakarta.apache.org
>>>For additional commands, e-mail: tomcat-user-help@jakarta.apache.org
>>>
>>>
>>>
>>
>>
>>---------------------------------------------------------------------
>>To unsubscribe, e-mail: tomcat-user-unsubscribe@jakarta.apache.org
>>For additional commands, e-mail: tomcat-user-help@jakarta.apache.org
>>
>>
>>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: tomcat-user-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: tomcat-user-help@jakarta.apache.org
>
>
> 



---------------------------------------------------------------------
To unsubscribe, e-mail: tomcat-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: tomcat-user-help@jakarta.apache.org


Mime
View raw message