You want to create a server process to access the form data?
Yes, that's correct - to allow users to return completed forms and data via submission to a server, and collect the form data.
We also try to get a general idea the possibilities out there, i.e. what are the available features on the PDF forms and form handling, the possible functionalities that we are able to interact with Adobe PDFs and PDF forms, and some user case studies for the implication of form processing. Just try to open our mind, and gain some knowledge in a short crash course.
In fact the simplest way to interact with PDF forms is to submit the form DATA not the form. This is much simpler and more reliable. The form can submit in various formats including XML, and require no PDF-specific software to handle.
Equally, I feel obliged to say: you have a can of worms. Most browsers now have their own PDF viewer, some of which don't do forms, and others of which break forms. Mobile support is poor. HTML5 forms have MUCH to recommend them if you don't want to spend your life supporting users in their browser choices.
Thank you for introducing Adobe LiveCycle Forms. I am guessing this is the current product you are talking about: Adobe LiveCycle Enterprise Suite 4.
That suite has the functionality I observed in the past: a research paper publisher review process. Apparently, the publisher used the Adobe LiveCycle ES created server form and workflow, including personalized communication and versioning tracking etc.
I don't think we need LiveCycle ES for our project. You reassured me that submit form data is the direction I need to pursue.