That's a very good question! unfortunately, the problem "fixed" itself and worked fine for 6 days. This week it has returned, being "broken" for 1-2 hours each day - at different times. The problem (always) appears first in a large (490k) form that has 410 fields and uses primarily Arial. I have converted most of the fields in that form to MyriadPro and got that form to still fail. I have totally converted it to MuriadPro but now I need to wait until the system is "broken" again before I can tes...

We have seen the failure in all app servers in the cluster. the actual XMLForm process fails after it starts running in Unix. analysis of the trace file from the core dump shows that a device driver is loading a font when it fails with a C++ segmentation error (invalid memory address) sometimes the error only occurs on one app server - and when it does it's usually consistant on that server for a few days - then magically it "fixes" itself. we have restarted the JVM's and also the cell, but not ...

FYI - we are invoking this process via SOAP. I also should have specified - we do not currently run more than 1 leg of the app server cluster at a time. our web servers are clustered, so just now I redirected the web service call to one specific web server - same result. 😞 More detail is available on 180821755 - someone else here sent the issue to JP. I also sent the LCA for this to CK.

BTW - running the ODASample process results in no output either.

While the URL for ODAWebApp was originally pointed at the web server/load balancer - I have changed it to point to one server on the cluster. Additionally, to aid in testing, we have disabled one of the app servers on the cluster to force all activity on the same server. (it was the only way to get the old DDG to work consistently) Regardless, after changing the URL, the ODA still does not produce any output. The XDP's are currently on a file system. I have not tried retrieving them from the rep...

I'm guessing that you are trying to pre-fill some of the fields on a Form using XML data as imput and then render an interactive PDF so that the end user can enter more data? If so, I have done that using just one step with service = FormsService and service name = renderPDFForm. In my case I have 2 input variables InputFormName (we use this same process for multiple forms, hence the form name) as a string and InXML as XML.

You can also "Reader Extend" the form to enable the form for use in Reader. Of course, you must be licensed for Reader Extensions. The Reader contains lots of capability that is turned off without reader extensions.

Are you displaying a "Request submitted" message? Perhaps they are submitting multiple times because they are not aware that the submit was successful.