thanks for ur input. But, as I said before, the reports work directly on the
app server. However, the report fails to open if you provide a smaller date
range (period) and works fine with a bigger date range. Is there any setting
on web server that I need to check for min/max response data size or
, 2009 at 3:43 PM, Brian Mearns wrote:
> On Tue, Nov 3, 2009 at 3:06 PM, b k wrote:
> > Thanks!! Actually, it's a java based app on the WebSphere app server that
> > sends the response to Apache web server which in turn sends the response
> to
> > the browser. I teste
also
checked mime.types file which includes pdf entry.
On Tue, Nov 3, 2009 at 2:32 PM, Brian Mearns wrote:
> On Tue, Nov 3, 2009 at 2:26 PM, Marcin 'Rambo' Roguski
> wrote:
> > On Tue, 3 Nov 2009 14:20:27 -0500
> > b k wrote:
> >
> >> Hi all,
> &g
Hi all,
PDF reports are not being generated on any browser. On IE, I get the File
Save dialog and on Firefox, all weird characters get displayed. When I ran
this test again with HTTPFox and Fiddler, I noticed that the content-type in
the response header is *text/html* for this PDF report, which is
:
> b k wrote:
>
>> Hi all,
>> The web application which I am currently supporting incorporates reports
>> generating functionality using Java Reporting Component which worked fine
>> on
>> WebSphere App server and also Apache 2.2 before turning on the mod
>&g
Hi all,
The web application which I am currently supporting incorporates reports
generating functionality using Java Reporting Component which worked fine on
WebSphere App server and also Apache 2.2 before turning on the mod security
configuration. The app used to generate reports in a PDF format o
