tomcat-users mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Bill Ross <>
Subject Re: loading images through a Servlet
Date Fri, 02 Oct 2015 18:34:21 GMT
I agree it's not a million-dollar idea - I will settle for half! :-) 

Nowadays a lawyer might try for a patent.


<div>-------- Original message --------</div><div>From: "André Warnier
(tomcat)" <> </div><div>Date:10/02/2015  8:26 AM  (GMT-08:00)
</div><div>To: </div><div>Subject: Re: loading
images through a Servlet </div><div>
</div>On 02.10.2015 17:04, Christopher Schultz wrote:
> Hash: SHA256
> André,
> On 10/2/15 10:38 AM, André Warnier (tomcat) wrote:
>> Chris, you're kind of breaking down an open door here. Bill was
>> already at the stage of congratulating himself and dreaming of his
>> retirement plan, following his discovery of a brilliant and
>> innovative solution. Better to start from the beginning of the
>> thread..
> Yep, I read the whole thread.
> I don't think this is a million-dollar idea. If it was, I would never
> have gone to college, having written one of these for a client while I
> was in high school. In my case, it was a CGI that counted hits to an
> image whilst simultaneously serving that image. No security or
> anything like that, but the "security" in Bill's case is just a proxy
> for "do something first, then serve an image".

It is a bit more than that, though : a user cannot, for example, save the html page 
containing the images, and then reload it later, and still see get the images with the 
same image links, because they will have "expired". Neither can one of these image links 
simply be copied to a friend in an email, and still work for the friend.

He also gets a specific action triggered when someone attempts this.

It is not something infinitely scaleable (the server-side hashtable would get quite 
large), but it is a relatively simple scheme, usable in quite a number of scenarios.

> I'm suggesting that Bill can focus on his "do something first" task
> and delegate the serving of bytes to a tool more appropriate for the
> task: the DefaultServlet.

I would agree with you, except that at some point Bill mentioned serving the image content

out of a database blob.
That's something the Default Servlet couldn't do.

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

  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message