I obviously did not look hard enough in the right places, sorry.
That worked. Specifically:
response.setHeader("Pragma", "cache");
response.setHeader("Cache-Control", "cache");
fixed it.
Thanks for the help.
Roger
Caldarale, Charle
ce I can spot.
Thanks
Roger
Gabe Wong wrote:
Roger Parkinson wrote:
I'm opening the PDF in a new window (as the javascript shows) so what
I see for the dynamic pdf is:
1) the new window (empty)
2) the download progress dialog
3) an error dialog referring the file name with the message
luded that the problem did not need to be solved at the browser end.
Thanks for your help
Roger
Gabe Wong wrote:
Roger Parkinson wrote:
In both cases the URL is invoke with some javascript that looks like
this:
function downloadpdf(url)
{
var pdfWindow = window.open( url
,'pdf',
es a mix of html and servlet requests beforehand.
But the response to the static PDF always works regardless of when it is
called
Regards
Roger
Gabe Wong wrote:
Roger Parkinson wrote:
I am trying to deliver some PDFs to the browser using my tomcat
application. It works, but not always under SSL a
I am trying to deliver some PDFs to the browser using my tomcat
application. It works, but not always under SSL and IE.
One file is a static PDF and it lives inside my war file. That works
just fine. The file is accessed using a url like /myapp/web/myfile.pdf
and that always delivers the file.
O
Think about it the other way around. User types cleartext password,
tomcat's authentication digests it and then compares with what is on the
database. So when they change the password you need to capture the
password in cleartext, digest it yourself, then store it. You don't need
to decrypt it, you
We do it because the IIS is already active on the existing server and it
is running a bunch of other stuff we don't want to stop (eg MS Exchange).
So we cannot have tomcat take over handling port 80 requests. It works
fine, though.
Roger
Jacob Rhoden wrote:
Propes, Barry L wrote:
there's lots
races()
(java 5) on demand.
With a stacktrace, you will know exactly where you http thread is waiting :)
En l'instant précis du 28/08/07 23:44, Roger Parkinson s'exprimait en
ces termes:
Sorry this is question is so terse, but general approach kind of help
would be very welcome.
I ge
Sorry this is question is so terse, but general approach kind of help
would be very welcome.
I get to the login page every time, but after that there's no response.
Seems to be nothing relevant in the logs.
The machine is remote from me and in a 12 hours different timezone
(yawn...zzz) so gett
econd instance of Demo called Testapp, but actually Demo itself.
I've looked around for a way to do this but I'm starting to think it
cannot be done so time to ask.
Configuration is IIS talking to Tomcat 5.5
Thanks
Roger
--
/Roger Parkinson
Mob
Thanks for the suggestions, guys. This has been a tricky one to work
through but I think I have the answer - kind of.
A number of people responded with help for which I am grateful (think:
2am and I'm all alone and it has to be fixed by morning, it is so nice
to see a helpful message come throug
I have two different applications and they both make use of a common jar
library. The common library has several static fields.
Up until last week the static fields in one application never saw the
static fields in the other but I changed something and suddenly they do.
All the advice I've found
12 matches
Mail list logo