2009/6/11 Caldarale, Charles R :
>> From: Christopher Schultz [mailto:ch...@christopherschultz.net]
>> Subject: Re: Loading dynamically created content: An old chestnut but
>> stilla problem.
>>
>> I suspect that Hassan and Chuck are nto using anti-resource-locking
>> while Lyallex is.
>
> Correct;
> From: Christopher Schultz [mailto:ch...@christopherschultz.net]
> Subject: Re: Loading dynamically created content: An old chestnut but
> stilla problem.
>
> I suspect that Hassan and Chuck are nto using anti-resource-locking
> while Lyallex is.
Correct; as stated, both Hassan and I are using s
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Mark,
On 6/11/2009 9:36 AM, Mark Thomas wrote:
> This all all a expected side-effect of using the anti resource locking
> features.
Oh, good: some /real/ information as to the cause. I suspect that Hassan
and Chuck are nto using anti-resource-locking
Lyallex wrote:
> 2009/6/11 Caldarale, Charles R :
>>> From: Hassan Schroeder [mailto:hassan.schroe...@gmail.com]
>>> Subject: Re: Loading dynamically created content: An old chestnut but
>>> still a problem.
>>>
>>> Then I copied a random example
> From: Lyallex [mailto:lyal...@gmail.com]
> Subject: Re: Loading dynamically created content: An old chestnut but
> still a problem.
>
> I'm not imagining this. It is a fact. On my setup (tomcat 6.0.16.
> jdk1.6.0_03, Windows XP SP 2) I cannot load images that have been
2009/6/11 Caldarale, Charles R :
>> From: Hassan Schroeder [mailto:hassan.schroe...@gmail.com]
>> Subject: Re: Loading dynamically created content: An old chestnut but
>> still a problem.
>>
>> Then I copied a random example.gif image to the ROOT directory
>&g
> From: Hassan Schroeder [mailto:hassan.schroe...@gmail.com]
> Subject: Re: Loading dynamically created content: An old chestnut but
> still a problem.
>
> Then I copied a random example.gif image to the ROOT directory
> and entered http://localhost:8080/example.gif in my addres
On Wed, Jun 10, 2009 at 11:48 PM, Lyallex wrote:
>> I know its completely possible to add images the root of a Web-App folder
>> after deployment and have Tomcat "see" them.
>
> Great, any idea how ?
> Others here seem to think that the DefaultServlet will not serve
> content that is uploaded afte
2009/6/10 Jonathan Mast :
> Ok, so this approach of writing to disk after reading the database is not
> working at all. I thought you were saying previously that was working up to
> a point, but then failing for new products.
>
> I know its completely possible to add images the root of a Web-App f
Christopher
> Multiple posts to this list seem to contradict Hassan's assertion that
> this should work: the DefaultServlet appears to ignore files that are
> created post deployment (or at least, post directory-read).
This is exactly what is happening, the DefautServlet Ignores any file
that app
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Lyallex,
On 6/10/2009 6:27 PM, Christopher Schultz wrote:
> I would recommend serving the bytes using your own servlet rather than
> the DefaultServlet. That way, you free yourself from these apparent
> directory-caching issues, plus you can (more) ea
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Lyallex,
On 6/10/2009 1:10 PM, Lyallex wrote:
> http://enigmail.mozdev.org/
iEYEARECAAYFAkowMzYACgkQ9CaO5/Lv0PBFhACdFH4WalukRH68QqDgwStOM5sm
4hMAnApwfMGuF2xUuXGOw2Z/7o9WFy2X
=WUup
-END PGP SIGNATURE-
-
Christopher Schultz wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Lyallex,
On 6/10/2009 9:41 AM, Lyallex wrote:
Fetching images from the database every time results in a clunky page
load so I want to cache the images to disk
the first time an item is accessed my cache manager checks the
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Lyallex,
On 6/10/2009 9:41 AM, Lyallex wrote:
> Fetching images from the database every time results in a clunky page
> load so I want to cache the images to disk
> the first time an item is accessed my cache manager checks the disk
> cache to see if
On Wed, Jun 10, 2009 at 10:10 AM, Lyallex wrote:
> When I upload a new product I store the image data and the text in the
> database. I did this to try and separate the data from the application
> with the intention of eventually having the data reside on a separate
> device optimised for serving
Odd
Personally - I would do the following:
Make all calls to the servlet and the servlet does this:
1) Sanity check the incoming path
2) Check for the existence of the image (using
ServletContext.getResource(path)
3) If not exists - load the image from the db and store to disk
4) forward to i
Ok, so this approach of writing to disk after reading the database is not
working at all. I thought you were saying previously that was working up to
a point, but then failing for new products.
I know its completely possible to add images the root of a Web-App folder
after deployment and have Tom
Hi
I'll try to explain in as few words as possible.
When I upload a new product I store the image data and the text in the
database. I did this to try and separate the data from the application
with the intention of eventually having the data reside on a separate
device optimised for serving dat
So you are actually storing the image data in the database, as opposed to
the filepath? interesting...
So your webapp accesses the image data as needed and writes it to imagecache
dir? Is this feature not working? i don't understand what exactly the issue
is that you are having. please explain.
apache-tomcat-6.0.16
jdk1.6.0_03
Dev box : Windows
Deployment box: Linux
Hi
I've read some other posts that seem to be asking similar questions
but I can't find the answer so far.
maybe someone here would be kind enough to give me a hint
I have a retail application that stores the product image
20 matches
Mail list logo
