Re: Send PDF to Browser

Hi Bradley

If you just store PDF's in a public directory everyone can read it and you
have no chance
to know when it has been read so it is very common that you serve PDF's by
using af
CGI program that even may have security build around it.

On Thu, Jun 16, 2016 at 2:08 PM, Bradley Stone <bvstone@xxxxxxxxx> wrote:

Why not just store the PDF in your web path in a different directory and
offer a link to the PDF? Why go through all the trouble of reading the PDF
and outputting it?

Brad
www.bvstools.com

On Thu, Jun 16, 2016 at 5:09 AM, Henrik Rützou <hr@xxxxxxxxxxxx> wrote:

Hello Jan,

If you generate the PDF file and send it in the same process there isn't
much
performance loss since the IFS file isn't written/paged to disk but

resides

in
mainstorage - this is however only my own experience others may have
different
experiences.

In general it takes more time to generate the spool-file that it takes to
send the
IFS file to the browser.

On Thu, Jun 16, 2016 at 11:56 AM, Jan Grove Vejlstrup <jgv@xxxxxxxx>
wrote:

Hello Henrik

I wanted to optimize the performance. But I see, I have to go the

IFS-way.

Thank you very much.

Jan


Am 16.06.2016 um 11:43 schrieb Henrik Rützou:

As far as I know you have to store the spool-file in PDF in the IFS

since

you
can't write spool files into a storage address.

But what is the problem? You can just delete it after it is send to

the

browser.

On Thu, Jun 16, 2016 at 11:17 AM, Jan Grove Vejlstrup <jgv@xxxxxxxx>
wrote:

Hello

I create a webservice that receives a document-ID as input and shall
deliver a PDF of the document back to the consumer. I generate a

spooled

file of the document and use the attributes wscst(*PDF) and tostmf of

the

printer-file to convert the spooled file to a PDF and store it in the
IFS.
With my program I read the PDF from the IFS, put a appropriate header
before it and use STDOUT to send it to the consumer.

Is there a way to do this without having to store the PDF temporarily

in

the IFS?

Best regards

Jan


--
This is the Web Enabling the IBM i (AS/400 and iSeries) (WEB400)

mailing

list
To post a message email: WEB400@xxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/web400
or email: WEB400-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives
at http://archive.midrange.com/web400.

--
This is the Web Enabling the IBM i (AS/400 and iSeries) (WEB400)

mailing

list
To post a message email: WEB400@xxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/web400
or email: WEB400-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives
at http://archive.midrange.com/web400.

--
Regards,
Henrik Rützou

http://powerEXT.com <http://powerext.com/>
--
This is the Web Enabling the IBM i (AS/400 and iSeries) (WEB400) mailing
list
To post a message email: WEB400@xxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/web400
or email: WEB400-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives
at http://archive.midrange.com/web400.

--
This is the Web Enabling the IBM i (AS/400 and iSeries) (WEB400) mailing
list
To post a message email: WEB400@xxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/web400
or email: WEB400-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives
at http://archive.midrange.com/web400.