1 person found this helpful
When Adobe updated the LiveCycle suite from 7 to 8 they "split" up the render form operation. In the 7 days there was one operation to render interactive (PDFForm) and non-interactive (PDF) documents.
In 8 Adobe took the non-interactive rendering and put it in its own operation called Output. So now with 8 you use Forms.renderPDFForm to generate the interactive form and Output.generatePDFOutput to create the non-interactive form.
Having said that, if you have an interactive form (created with the renderPDFForm operation) and rather than re-render it you just want to "flatten" it into a non-interactive form you can use Output.transformPDF with PDF as a transformation format.
Thanks, this is helpful (I think - I'm still playing with it), but I am still having a problem that is confusing me and it may be totally unrelated. Here is a snippet of my code:
String contextURL = request.getScheme() + "://"
+ request.getServerName() + ":" + request.getServerPort()
+ ((HttpServletRequest) request).getContextPath();
// Reference an interactive PDF document to transform
String sFormQuery = contextURL + "/forms/" + request.getParameter("name");
FileInputStream fileInputStream = new FileInputStream(sFormQuery);
// inPDFDoc = The com.adobe.idp.Document object that contains the
// interactive PDF document.
Document inPDFDoc = new Document (fileInputStream);
// Transform the PDF document to a non-interactive PDF document
Document transformedDocument = outClient.transformPDF(
When I put in debug statements, it shows that:
File Name = Test.xdp
But I get a class java.io.FileNotFoundException error that says:
http:\wtdotappl07:8080\odot_forms\forms\Test.xdp (The filename, directory name, or volume label syntax is incorrect)
So, somehow the slashes are turned into backslashes, which prevents the file from being found by the servlet.
Any ideas on what I could be doing wrong? I have a feeling that it is trying to turn a URL into a file path, but I don't know how to stop it.