Representar formularios

Los ejemplos de este documento solo son para AEM Forms en un entorno JEE.

Acerca del servicio Forms

El servicio Forms permite crear aplicaciones cliente de captura de datos interactivas que validan, procesan, transforman y envían formularios creados normalmente en Designer. Los autores de formularios pueden desarrollar un único diseño de formulario que el servicio Forms procesa en PDF, SWF o HTML en varios entornos de explorador.

Cuando un usuario final solicita un formulario, una aplicación cliente envía la solicitud al servicio de Forms, que lo devuelve en un formato adecuado. En cuanto el servicio Forms recibe una solicitud, combina los datos con un diseño de formulario y, a continuación, envía el formulario en el formato deseado. La salida del servicio de Forms es un formulario interactivo, normalmente un documento de PDF. Un formulario interactivo permite a los usuarios rellenar campos ubicados en el formulario.

Según el tipo de aplicación cliente, puede escribir el formulario en un explorador web cliente o guardarlo como archivo de PDF. Una aplicación basada en web puede escribir el formulario en un explorador web. Una aplicación de escritorio puede guardar el formulario como un archivo de PDF. Para mostrar cómo escribir en un explorador web y en un archivo de PDF, los inicios rápidos se encuentran en Renderización de Forms Las secciones de se organizan de la siguiente manera:

• Los ejemplos de API de Java con establecimiento inflexible de tipos (modo SOAP) son un servlet Java.
• Los ejemplos del servicio web (Java Base64) son un servlet Java.
• Los ejemplos del servicio web (MTOM) son una aplicación de consola (no todos los inicios rápidos tienen un ejemplo de MTOM).

Puede pasar un diseño de formulario (un archivo XDP) o un documento de PDF al servicio Forms de una de las dos maneras siguientes:

• Puede hacer referencia al diseño de formulario mediante un valor de URL. Este enfoque implica el uso de un URLSpec objeto. La raíz de contenido se pasa al servicio de Forms mediante la variable URLSpec del objeto setContentRootURI método. El nombre del diseño del formulario ( formQuery) se pasa como parámetro independiente. Los dos valores se concatenan para obtener la referencia absoluta al diseño de formulario. (La mayoría de los inicios rápidos se encuentran en la variable Renderización de Forms utilice este método).
• Puede pasar un com.adobe.idp.Document que contiene el diseño de formulario al servicio Forms. Dos nuevos métodos llamados renderPDFForm2 y renderHTMLForm2 aceptar un com.adobe.idp.Document que contiene un diseño de formulario. (Consulte Pasar documentos al servicio de Forms

Puede realizar estas tareas mediante el servicio Forms:

• Procesar PDF forms interactivos. (Consulte Procesamiento de PDF forms interactivos.)
• Procesar formularios en el cliente. (Consulte Procesar Forms en el cliente.)
• Procesar formularios basados en fragmentos (Consulte Procesar Forms basado en fragmentos.)
• Procesar formularios con derechos activados. (Consulte Procesamiento de Forms con derechos activados.)
• Procesar formularios como HTML. (Consulte Representar Forms como HTML.)
• Procesar Forms del HTML mediante archivos CSS personalizados (Procesar Forms del HTML mediante archivos CSS personalizados.)
• Administrar formularios enviados. (Consulte Gestión de Forms enviados.)
• Crear documentos de PDF con datos XML enviados. (Consulte Crear documentos de PDF con datos XML enviados.)
• Rellenar previamente formularios. (Consulte Rellenado previo de Forms con diseños flexibles.)
• Pasar documentos. (Consulte Pasar documentos al servicio de Forms
• Calcular datos de formulario. (Consulte Calcular datos de formulario.)
• Optimizar una aplicación. (Consulte Optimización del rendimiento del servicio de Forms.)

Recursos de Business.Adobe.com

Multichannel Communication Content Insights Personalized Communications Mobile Forms Managed Cloud Dynamic Forms