You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@pdfbox.apache.org by "John Hewson (JIRA)" <ji...@apache.org> on 2014/10/11 02:29:34 UTC

[jira] [Closed] (PDFBOX-1781) Changing security settings when creating a pdf

     [ https://issues.apache.org/jira/browse/PDFBOX-1781?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

John Hewson closed PDFBOX-1781.
-------------------------------
    Resolution: Not a Problem

> Changing security settings when creating a pdf
> ----------------------------------------------
>
>                 Key: PDFBOX-1781
>                 URL: https://issues.apache.org/jira/browse/PDFBOX-1781
>             Project: PDFBox
>          Issue Type: Task
>          Components: Signing
>    Affects Versions: 1.8.2
>            Reporter: Travis
>            Priority: Minor
>
> I am using pdfBox to convert sales orders from my companies main inventory system into pdf text format. The way it works, is that the user saves the file from the inventory system to a designated folder one of the companies main drives. The server then searches that folder and finds files with a specific file extension. The server takes those files parses out the information and converts over it over to pdf format. 
> The user is then able to open those PDFs directly from their client software, so everyone is working from the same copy. The idea being to go completely paperless.
> The issue I need to resolve is changing the permissions during the conversion process, so the user can add comments and notes as needed without taking to many extra steps. 
> Ultimately, the software needs to be idiot proof, and it is unacceptable that at this point the user can't add notes without going through extra steps. That is no fault of yours, but it definitely is mine if I don't figure it out. 
> So, I need a way of changing permissions during the creation of the pdf. I have not seen any documentation or examples of how to do that.
> - As a side note, keeping server overhead down is a must, the parsing algorithms I am currently using have a big O of (n), which I am not happy about and I have three threads running in tandem just to try and make up for the file parsing inefficiencies.
>  



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)