Re: [xep-support] Image access when generating PDF

Hi Sébastien,

I've done a test and XEP4.7 works as expected. It doesn't use the
If-Match and If-None-Match headers, but the If-Modified-Since.
This means that you have to manage the modification time of the
resource in your server and that you have to compare this with
the value in the header. If the resource wasn't modified you shouldn't
return a response body and the status code should be 304 (Not Modified).
Your GET service should be split in two calls to the database: the
first to fetch the last modification timestamp and, if necessary,
a second one where you fetch the contents of the resource.

Regards,

Werner.

Sébastien CLERMONT wrote:
> I tried different ways to set the Expires field within my JAVA action (.do) and it did not work.
>
> I tried:
> response.setDateHeader("Expires", now + 15000);
>
> I also tried:
> response.setHeader("Expires", now + "15000");
>
> I finally tried to add a new header with a unique key:
> response.addHeader("Etag", currentETag);
>
> It did not work either. Everytime I look for request.getHeader("If-None-Match-Since"); or a property like that, I get a null value. It seems that XEP does not keep the value I set. And I am still getting 3 calls for each image.
>
> Do I have to change my weblogic configuration?
>
> Thank you.
>
> ----------------------------------------
>> Date: Thu, 5 Oct 2006 00:59:02 +0400
>> From: msulyaev@renderx.com
>> To: xep-support@renderx.com
>> Subject: Re: [xep-support] Image access when generating PDF
>>
>> Sébastien CLERMONT wrote:
>>> Is there any parameter I can set to make XEP access images only once?
>> Hello Sébastien,
>>
>> XEP honors 'Expires' field in HTTP response headers and makes use of
>> 'get if modified since' request. All you need to do to prevent XEP from
>> retrieving each image three times is to configure your web server
>> appropriately.
>>
>> If an Expires field is set (to a reasonable value), XEP will get an
>> image just once. Otherwise, if the image was not modified on the server,
>> XEP will get it once and check it was not modified twice (200 304 304).
>>
>> --
>> Best regards,
>> Michael Sulyaev, mailto:msulyaev@renderx.com
>> http://www.renderx.net
>> http://www.renderx.com
>> RenderX
>> -------------------
>> (*) To unsubscribe, send a message with words 'unsubscribe xep-support'
>> in the body of the message to majordomo@renderx.com from the address
>> you are subscribed from.
>> (*) By using the Service, you expressly agree to these Terms of Service http://www.renderx.com/terms-of-service.html
>
> -------------------
> (*) To unsubscribe, send a message with words 'unsubscribe xep-support'
> in the body of the message to majordomo@renderx.com from the address
> you are subscribed from.
> (*) By using the Service, you expressly agree to these Terms of Service http://www.renderx.com/terms-of-service.html
>
>

-- 
Werner Donné  --  Re
Engelbeekstraat 8
B-3300 Tienen
tel: (+32) 486 425803	e-mail: werner.donne@re.be
-------------------
(*) To unsubscribe, send a message with words 'unsubscribe xep-support'
in the body of the message to majordomo@renderx.com from the address
you are subscribed from.
(*) By using the Service, you expressly agree to these Terms of Service http://www.renderx.com/terms-of-service.html