PDF/A file should work fine, although I'm not sure that the result of combining them will still be PDF/A compliant document.  Can you share one of the files that is causing you problems?

Interesting. I did a quick test on one of my LC 8.2 servers and your DDX seems to be fine.  The one difference is that I have the Input DDX Document set to "literal" and not "template".

The log states that there is an unknown source and has a null pointer exception.  This is usually caused when one or more of the input objects are not set.  In other words, it looks like one of your document objects are empty.Since you are mapping:inDoc1 --> /process_data/@outDatainDoc2 --> /process...

Looks like the document is not rendered.  The file still looks like an XDP and not a PDF

Rather than answer the question bit by bit, perhaps it would be better to back up and look at the use case as a whole.  Can you describe to us the process at a higher level?

It looks like you are trying to pass in the actual document in the inputPdf variable.  LiveCycle is looking for a string with the document's name.  It combines the String in the contentRoot parameter with the string in the Form variable to create a path to the document.

Can you post the entire stack trace from your server log?

Jas is right, the best idea would be to have the form return XML data.If your stuck with an XDP at the server side: An XDP document is really just a specifically formatted XML.  You could load the XDP directly into an xml variable and then parse it from there.  I believe your data would be in a data...

XDP is a template and not a rendered document. If you want to extract data then it would come from a PDF.

When you say "I made a web form by Workbench" do you mean you created an HTML or PDF form using Adobe LiveCycle Workbench ES2 or  Adobe LiveCycle Designer ES2?I'm really unclear as to what you mean by saving things to a .bin file as these are usually created from Adobe Flashbuilder 4 when you create...