To avoid memory exhaustion, by default, PDFNet writes streams (e.g. fonts, images, page graphic commands) to disk in temporary files.
To control the folder use this API
And if enabled use this API to set the folder path.
There is also a persistent cache of optimized graphic streams for PDF files. This is usually only created when using our interactive viewer classes to view the PDF, but can also be triggered during some conversions from PDF to other file formats.
You can turn that off with
And if enabled you can control the folder path with
Threads / Processes:
Generally, threading is controlled by you, the client. There are some exceptions though, and background threads can be launched for the following features.
Generation and caching of optimized graphic streams (See SetViewerCache and SetPersistenCachePath above).
PDFViewCtrl or PDFViewWPF viewer classes. These are fully interactive viewers that move all the rendering, and other operations, to background threads. This class would not normally be used on server.
PDFNet will also generate child process if you use any of our external modules, which are:
Finally, on Windows server/desktop, there are some additional cases where if you are trying to convert files to PDF (e.g. DOCX to PDF) where PDFNet might instantiate MS Word, or other 3rd party applications. This would all be under the
com.pdftron.pdf.Convert.ToPdf function call, and only on Windows OS.