Hi, > Am 30.08.2015 um 17:35 schrieb Tolen Miller <[email protected]>: > > For anyone else running into my issue, where after filling a PDF with > PDFBox the filled fields do not appear in Adobe's Acrobat or Reader but do > appear in other PDF Readers and text editors: you may find this helpful: > http://stackoverflow.com/questions/24149361/form-field-values-set-with-pdfbox-not-visible-in-adobe-reader > > <http://stackoverflow.com/questions/24149361/form-field-values-set-with-pdfbox-not-visible-in-adobe-reader>
if you want open an issue in https://issues.apache.org/jira/browse/PDFBOX/ <https://issues.apache.org/jira/browse/PDFBOX/> with an enhancement request to support updating the XFA for hybrid forms. I can look at adding it after PDFBox 2.0 is out. (I'm already using PDFBox to fill pure XFA forms (although this is mostly XML handling) and not really core (read classic) PDF programming) BR Maruan > > On Thu, Aug 27, 2015 at 10:31 AM, Tolen Miller <[email protected]> > wrote: > >> Thanks for the feedback Howard. >> >> After fixing my security issue, I am having another issue that is likely >> because of my limited understanding of the PDFBox implementation or the pdf >> standard in general. >> >> I am now having trouble getting my values to show up in the pdf. My code >> runs and loads an existing PDF I assign values to many of the text box >> fields (using myPDField.setValue = "someString"), then save it out to a new >> file. When I open the new file in Adobe Reader, however, I see no values >> (just fillable fields highlighted). If I open the newly created PDF in >> notepad++, however I see something like /value someString (something to >> that effect, I don't have it in front of me). If I open it in another pdf >> reader, I get some message about it not rendering due to it not being >> opened in Adobe Reader. Clearly I need to change something in the creation >> of my PDF or perhaps in my code to ensure the desired result. >> >> Is anyone familiar with how to setup my template PDF so it will open >> pretty much universally, after I have assigned values via PDFBox? I assume >> this is may be a more difficult problem than I realize judging by my >> reading of the cookbook sections, but I have to assume that this is not a >> crazy use case? >> >> >> On Thu, Aug 27, 2015 at 10:18 AM Tolen Miller <[email protected]> >> wrote: >> >>> No XPages development, unfortunately. I had the jar in the Agent >>> originally, but was met with some instability issues (jar kept >>> disappearing). After reading around a bit, saw that it could be placed in >>> the nsf so I stuck it there. Then I spent a few hours on the phone with >>> IBM trying to figure out another issue I was having with this >>> implementation and they suggested I move it to the lib/ext folder... >>> >>> On Thu, Aug 27, 2015 at 10:07 AM <[email protected]> wrote: >>> >>>> Are you using your Notes/Domino app with XPages? If so, if you import the >>>> jar file into the nsf instead of copying to the jvm\lib folder you won't >>>> have this issue. >>>> >>>> >>>> Howard >>>> Howard Greenberg, CPA >>>> IBM Certified Application Developer/Instructor - IBM Notes and Domino >>>> The Learning Continuum Company, Ltd. >>>> 888-241-8522 or 561-953-0096 >>>> http://www.tlcc.com >>>> mailto:[email protected] >>>> >>>> >>>> >>>> From: Tolen Miller <[email protected]> >>>> To: [email protected] >>>> Date: 08/27/2015 11:55 AM >>>> Subject: Re: Cannot load pre existing PDF to access fields >>>> >>>> >>>> >>>> I was able to reach out to IBM for some help here. To update for >>>> posterity: >>>> If anyone else runs across this issue while using Lotus/Domino >>>> environment, >>>> locate the java.policy file in both the Domino and Notes file paths by >>>> drilling down to "jvm\lib\security" folders. Edit both of the java.policy >>>> files to add the line: >>>> *permission java.lang.reflect.ReflectPermission >>>> "suppressAccessChecks","";* >>>> to the default permissions granted to all domains section. >>>> >>>> On Wed, Aug 26, 2015 at 4:35 PM Tolen Miller <[email protected]> >>>> wrote: >>>> >>>>> forgot stack trace... >>>>> >>>>> *Exception in thread "AgentThread: JavaAgent" >>>>> java.security.AccessControlException: Access denied >>>>> (java.lang.RuntimePermission createSecurityManager)* >>>>> * at >>>> java.security.AccessController.throwACE(AccessController.java:100)* >>>>> * at >>>>> >>>> >>>> java.security.AccessController.checkPermission(AccessController.java:174)* >>>>> * at >>>> java.lang.SecurityManager.checkPermission(SecurityManager.java:544)* >>>>> * at >>>>> >>>> >>>> COM.ibm.JEmpower.applet.AppletSecurity.superDotCheckPermission(AppletSecurity.java:1449)* >>>>> * at >>>>> >>>> >>>> COM.ibm.JEmpower.applet.AppletSecurity.checkRuntimePermission(AppletSecurity.java:1311)* >>>>> * at >>>>> >>>> >>>> COM.ibm.JEmpower.applet.AppletSecurity.checkPermission(AppletSecurity.java:1611)* >>>>> * at >>>>> >>>> >>>> COM.ibm.JEmpower.applet.AppletSecurity.checkPermission(AppletSecurity.java:1464)* >>>>> * at java.lang.SecurityManager.<init>(SecurityManager.java:294)* >>>>> * at JavaAgent$MySecurityManager.<init>(JavaAgent.java:159)* >>>>> * at JavaAgent$MySecurityManager.<init>(JavaAgent.java:159)* >>>>> * at JavaAgent.NotesMain(JavaAgent.java:36)* >>>>> * at lotus.domino.AgentBase.runNotes(Unknown Source)* >>>>> * at lotus.domino.NotesThread.run(Unknown Source)* >>>>> >>>>> On Wed, Aug 26, 2015 at 4:35 PM, Tolen Miller <[email protected]> >>>> wrote: >>>>> >>>>>> Well, I'm not sure that will work either: >>>>>> >>>>>> On Wed, Aug 26, 2015 at 4:17 PM, Roberto Nibali <[email protected]> >>>>>> wrote: >>>>>> >>>>>>> Hi >>>>>>> >>>>>>> You use Notes/Domino, which is quiet a challenge when it comes to >>>>>>> application security. The Java API of Notes/Domino contains two >>>> different >>>>>>> SecurityManagers - one for agents and one for servlets. The >>>>>>> SecurityManager >>>>>>> for agents is COM.ibm.JEmpower.applet.AppletSecurity and the >>>>>>> SecurityManager for servlers is lotus.notes.AgentSecurityManager. >>>> Both >>>>>>> inherit directly from java.lang.SecurityManager. Make sure you have >>>> the >>>>>>> appropriate settings and talk to the administrator of this node. Last >>>> but >>>>>>> not least, I suppose you have a support contract with IBM. >>>>>>> >>>>>>> If you can fiddle around with the JVM you'd like to invoke, add your >>>> own >>>>>>> grant policy file: -Djava.security.policy=applet.policy >>>>>>> >>>>>>> However, I doubt Lotus will let you do this, and most probably you'll >>>>>>> hit a >>>>>>> classloader issue. With some luck you could hijack the >>>> SecurityManager >>>> as >>>>>>> follows: >>>>>>> >>>>>>> private class MySecurityManager extends SecurityManager { >>>>>>> @Override >>>>>>> public void checkPermission(Permission perm) { >>>>>>> return; >>>>>>> }} >>>>>>> >>>>>>> >>>>>>> At the start of your Applet, you do the following: >>>>>>> >>>>>>> SecurityManager sm = new >>>>>>> MySecurityManager();System.setSecurityManager(sm); >>>>>>> >>>>>>> >>>>>>> Good luck >>>>>>> >>>>>>> Roberto >>>>>>> >>>>>>> On Thu, Aug 27, 2015 at 12:08 AM, Tolen Miller <[email protected]> >>>>>>> wrote: >>>>>>> >>>>>>>> Hello again, >>>>>>>> >>>>>>>> I was able to get the PrintFields example working, so thanks for >>>>>>> that. I >>>>>>>> then applied what I learned to my situation and everything seemed >>>> to >>>> be >>>>>>>> going well, but now I have run into a roadblock: >>>>>>>> *java.lang.RuntimeException: java.security.AccessControlException: >>>>>>> Access >>>>>>>> denied (java.lang.reflect.ReflectPermission suppressAccessChecks)* >>>>>>>> * at >>>>>>>> >>>>>>> >>>> org.apache.pdfbox.pdmodel.font.PDType1CFont.load(PDType1CFont.java:411)* >>>>>>>> * at >>>>>>>> >>>>>>> >>>> >>>> org.apache.pdfbox.pdmodel.font.PDType1CFont.<init>(PDType1CFont.java:102)* >>>>>>>> * at >>>>>>>> >>>>>>> >>>> org.apache.pdfbox.pdmodel.font.PDType1Font.<init>(PDType1Font.java:162)* >>>>>>>> * at >>>>>>>> >>>>>>>> >>>>>>> >>>> >>>> org.apache.pdfbox.pdmodel.font.PDFontFactory.createFont(PDFontFactory.java:92)* >>>>>>>> * at >>>>>>> org.apache.pdfbox.pdmodel.PDResources.getFonts(PDResources.java:213)* >>>>>>>> * at >>>>>>>> >>>>>>>> >>>>>>> >>>> >>>> org.apache.pdfbox.pdmodel.interactive.form.PDAppearance.getFontAndUpdateResources(PDAppearance.java:820)* >>>>>>>> * at >>>>>>>> >>>>>>>> >>>>>>> >>>> >>>> org.apache.pdfbox.pdmodel.interactive.form.PDAppearance.setAppearanceValue(PDAppearance.java:316)* >>>>>>>> * at >>>>>>>> >>>>>>>> >>>>>>> >>>> >>>> org.apache.pdfbox.pdmodel.interactive.form.PDVariableText.setValue(PDVariableText.java:131)* >>>>>>>> * at JavaAgent.NotesMain(JavaAgent.java:69)* >>>>>>>> * at lotus.domino.AgentBase.runNotes(Unknown Source)* >>>>>>>> * at lotus.domino.NotesThread.run(Unknown Source)* >>>>>>>> *Caused by: java.security.AccessControlException: Access denied >>>>>>>> (java.lang.reflect.ReflectPermission suppressAccessChecks)* >>>>>>>> * at >>>>>>> java.security.AccessController.throwACE(AccessController.java:100)* >>>>>>>> * at >>>>>>>> >>>>>>> >>>> >>>> java.security.AccessController.checkPermission(AccessController.java:174)* >>>>>>>> * at >>>>>>> java.lang.SecurityManager.checkPermission(SecurityManager.java:544)* >>>>>>>> * at >>>>>>>> >>>>>>>> >>>>>>> >>>> >>>> COM.ibm.JEmpower.applet.AppletSecurity.superDotCheckPermission(AppletSecurity.java:1449)* >>>>>>>> * at >>>>>>>> >>>>>>>> >>>>>>> >>>> >>>> COM.ibm.JEmpower.applet.AppletSecurity.checkPermission(AppletSecurity.java:1617)* >>>>>>>> * at >>>>>>>> >>>>>>>> >>>>>>> >>>> >>>> COM.ibm.JEmpower.applet.AppletSecurity.checkPermission(AppletSecurity.java:1464)* >>>>>>>> * at >>>>>>>> >>>>>>>> >>>>>>> >>>> >>>> java.lang.reflect.AccessibleObject.setAccessible(AccessibleObject.java:118)* >>>>>>>> * at >>>>>>>> >>>>>>> >>>> org.apache.pdfbox.pdmodel.font.PDType1CFont.load(PDType1CFont.java:406)* >>>>>>>> * ... 10 more* >>>>>>>> >>>>>>>> This occurs just as I am calling PDField.setValue() and assigning a >>>>>>> value. >>>>>>>> I checked the java.policy file and the location where the PDFBox >>>> JAR >>>> is >>>>>>>> stored has "AllPermission". I also ensured that my PDF has no >>>> security. >>>>>>>> Any thoughts on what else to look for? >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> On Wed, Aug 26, 2015 at 2:15 AM, Roberto Nibali <[email protected] >>>>> >>>>>>> wrote: >>>>>>>> >>>>>>>>> Hi >>>>>>>>> >>>>>>>>> On Wed, Aug 26, 2015 at 9:27 AM, Maruan Sahyoun < >>>>>>> [email protected]> >>>>>>>>> wrote: >>>>>>>>> >>>>>>>>>> Hi, >>>>>>>>>> >>>>>>>>>>> Am 26.08.2015 um 06:00 schrieb Tolen Miller >>>> <[email protected] >>>>>>>> : >>>>>>>>>>> >>>>>>>>>>> I uploaded my PDF again, if someone wants to see if they can >>>> get >>>>>>> all >>>>>>>> of >>>>>>>>>> the >>>>>>>>>>> fields to return: http://1drv.ms/1PRKZsI >>>>>>>>>>> >>>>>>>>>>> After looking at the sample provided by Maruan, I noticed >>>> that >>>> I >>>>>>> was >>>>>>>>> not >>>>>>>>>>> passing in a File object, when calling the PDDocument.load() >>>>>>> method. >>>>>>>>>> Doing >>>>>>>>>>> so, I now get the same result from Maruan's code (in >>>> eclipse). >>>>>>>>>>> >>>>>>>>>>> Now I am unsure how to get *all* of the fields from the >>>>>>> PDAcroForm. >>>>>>>> I >>>>>>>>> am >>>>>>>>>>> trying to get a collection of the fields, so I can loop >>>> through >>>>>>> them. >>>>>>>>>> When >>>>>>>>>>> I add this code: >>>>>>>>>>> >>>>>>>>>>> List<PDField> pdfFields = form.getFields(); >>>>>>>>>>> for (PDField field : pdfFields) { >>>>>>>>>>> System.out.println("PDF Field Full Name: ".concat(field >>>>>>>>>>> .getFullyQualifiedName())); >>>>>>>>>>> } >>>>>>>>>>> >>>>>>>>>> >>>>>>>>>> as there is only one 'root' field you have to get it's kids and >>>>>>> process >>>>>>>>>> the field tree down. Take a look at >>>>>>>>>> org.apache.pdfbox.examples.fdf.PrintFields of how to do that. >>>>>>>>>> >>>>>>>>>> >>>>>>>>> Having spent the last two months intensively with form fields, >>>> here >>>>>>> is my >>>>>>>>> current code to dump the fields: >>>>>>>>> >>>>>>>>> private void executeDumpFields(String srcDocName) throws >>>> IOException >>>>>>> { >>>>>>>>> PDDocument srcDoc = null; >>>>>>>>> try { >>>>>>>>> srcDoc = PDDocument.load(new File(srcDocName)); >>>>>>>>> >>>>>>>>> >>>>>>>> >>>>>>> >>>> >>>> srcDoc.getDocumentCatalog().getAcroForm().getFields().forEach(this::dumpField); >>>>>>>>> srcDoc.close(); >>>>>>>>> } catch (Exception e) { >>>>>>>>> logerr(e.getMessage()); >>>>>>>>> } finally { >>>>>>>>> if (srcDoc != null) { >>>>>>>>> srcDoc.close(); >>>>>>>>> } >>>>>>>>> } >>>>>>>>> } >>>>>>>>> >>>>>>>>> private void dumpField(PDField srcField) { >>>>>>>>> if (srcField instanceof PDNonTerminalField) { >>>>>>>>> ((PDNonTerminalField) >>>>>>>>> srcField).getChildren().forEach(this::dumpField); >>>>>>>>> } else if (!(srcField instanceof PDSignatureField)) { >>>>>>>>> System.out.printf("fqName=%s type=%s%n", >>>>>>>>> srcField.getFullyQualifiedName(), >>>>>>>>> srcField.getClass().getSimpleName()); >>>>>>>>> } >>>>>>>>> } >>>>>>>>> >>>>>>>>> Maybe you can use some of it. Just call the >>>> executeDumpFields(...) >>>>>>> with >>>>>>>> the >>>>>>>>> appropriate PDF name as a string and go from there. Not >>>>>>> understanding the >>>>>>>>> PDF standard and how the dictionary trees are built up inside >>>> PDF, >>>> I >>>>>>> had >>>>>>>> a >>>>>>>>> hard time initially understanding why I need to kind of >>>> recursively >>>>>>> to >>>>>>>>> through the PDField entries. >>>>>>>>> >>>>>>>>> Cheers >>>>>>>>> Roberto >>>>>>>>> >>>>>>>> >>>>>>> >>>>>> >>>>>> >>>>> >>>> >>>> >>>>
