BLimey, yes Test1 was miniscule whereas the original file was 11MB, Ill
try this later on
Parsons Technical Services wrote:
> 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
>>
>>
>>
>
>
>
>
--
No virus found in this outgoing message.
Checked by AVG Anti-Virus.
Version: 7.0.300 / Virus Database: 265.7.0 - Release Date: 17/01/2005
---------------------------------------------------------------------
To unsubscribe, e-mail: tomcat-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: tomcat-user-help@jakarta.apache.org
|