Converting Word Documents to PDF Documents
This section describes how you can use the Generate PDF API to programmatically convert a Microsoft Word document to a PDF document.
Summary of steps
To convert a Microsoft Word document to a PDF document, perform the following tasks:
- Include project files.
- Create a Generate PDF client.
- Retrieve the file to convert to a PDF document.
- Convert the file to a PDF document.
- Retrieve the results.
Include project files
Include necessary files into your development project. If you are creating a client application using Java, include the necessary JAR files. If you are using web services, ensure that you include the proxy files.
Create a Generate PDF client
Before you can programmatically perform a Generate PDF operation, create a Generate PDF service client. If you are using the Java API, create a GeneratePdfServiceClient
object. If you are using the web service API, create a GeneratePDFServiceService
object.
Retrieve the file to convert to a PDF document
Retrieve the Microsoft Word document to convert to a PDF document.
Convert the file to a PDF document
After you create the Generate PDF service client, you can invoke the createPDF2
method. This method needs information about the document to convert, including the file extension.
Retrieve the results
After the file is converted to a PDF document, you can retrieve the results. For example, after you convert a Word file to a PDF document, you can retrieve and save the PDF document.
See also
Convert Word documents to PDF documents using the Java API
Convert Word documents to PDF documents using the web service API
Convert Word documents to PDF documents using the Java API
Convert a Microsoft Word document to a PDF document by using the Generate PDF API (Java):
-
Include project files.
Include client JAR files, such as adobe-generatepdf-client.jar, in your Java project’s class path.
-
Create a Generate PDF client.
- Create a
ServiceClientFactory
object that contains connection properties. - Create a
GeneratePdfServiceClient
object by using its constructor and passing theServiceClientFactory
object.
- Create a
-
Retrieve the file to convert to a PDF document.
- Create a
java.io.FileInputStream
object that represents the Word file to convert by using its constructor. Pass a string value that specifies the file location. - Create a
com.adobe.idp.Document
object by using its constructor and passing thejava.io.FileInputStream
object.
- Create a
-
Convert the file to a PDF document.
Convert the file to a PDF document by invoking the
GeneratePdfServiceClient
object’screatePDF2
method and passing the following values:- A
com.adobe.idp.Document
object that represents the file to convert. - A
java.lang.String
object that contains the file extension. - A
java.lang.String
object that contains the file type settings to be used in the conversion. File type settings provide conversion settings for different file types, such as .doc or .xls. - A
java.lang.String
object that contains the name of the PDF settings to be used. For example, you can specifyStandard
. - A
java.lang.String
object that contains the name of the security settings to be used. - An optional
com.adobe.idp.Document
object that contains settings to be applied while generating the PDF document. - An optional
com.adobe.idp.Document
object that contains metadata information to be applied to the PDF document.
The
createPDF2
method returns aCreatePDFResult
object that contains the new PDF document and a log information. The log file typically contains error or warning messages generated by the conversion request. - A
-
Retrieve the results.
To obtain the PDF document, perform the following actions:
- Invoke the
CreatePDFResult
object’sgetCreatedDocument
method, which returns acom.adobe.idp.Document
object. - Invoke the
com.adobe.idp.Document
object’scopyToFile
method to extract the PDF document from the object created in the previous step.
If you used the
createPDF2
method to obtain the log document (not applicable to HTML conversions), perform the following actions:- Invoke the
CreatePDFResult
object’sgetLogDocument
method. This returns acom.adobe.idp.Document
object. - Invoke the
com.adobe.idp.Document
object’scopyToFile
method to extract the log document.
- Invoke the
Convert Word documents to PDF documents using the web service API
Convert a Microsoft Word document to a PDF document by using the Generate PDF API (web service):
-
Include project files.
Create a Microsoft .NET project that uses MTOM. Ensure that you use the following WSDL definition:
http://localhost:8080/soap/services/GeneratePDFService?WSDL&lc_version=9.0.1
.NOTE
Replacelocalhost
with the IP address of the server hosting AEM Forms. -
Create a Generate PDF client.
-
Create a
GeneratePDFServiceClient
object by using its default constructor. -
Create a
GeneratePDFServiceClient.Endpoint.Address
object by using theSystem.ServiceModel.EndpointAddress
constructor. Pass a string value that specifies the WSDL to the AEM Forms service (for example,http://localhost:8080/soap/services/GeneratePDFService?blob=mtom
.) You do not need to use thelc_version
attribute. However, specify?blob=mtom
. -
Create a
System.ServiceModel.BasicHttpBinding
object by getting the value of theGeneratePDFServiceClient.Endpoint.Binding
field. Cast the return value toBasicHttpBinding
. -
Set the
System.ServiceModel.BasicHttpBinding
object’sMessageEncoding
field toWSMessageEncoding.Mtom
. This value ensures that MTOM is used. -
Enable basic HTTP authentication by performing the following tasks:
- Assign the AEM forms user name to the field
GeneratePDFServiceClient.ClientCredentials.UserName.UserName
. - Assign the corresponding password value to the field
GeneratePDFServiceClient.ClientCredentials.UserName.Password
. - Assign the constant value
HttpClientCredentialType.Basic
to the fieldBasicHttpBindingSecurity.Transport.ClientCredentialType
. - Assign the constant value
BasicHttpSecurityMode.TransportCredentialOnly
to the fieldBasicHttpBindingSecurity.Security.Mode
.
- Assign the AEM forms user name to the field
-
-
Retrieve the file to convert to a PDF document.
- Create a
BLOB
object by using its constructor. TheBLOB
object is used to store the file that you want to convert to a PDF document. - Create a
System.IO.FileStream
object by invoking its constructor. Pass a string value that represents the file location of the file to convert and the mode in which to open the file. - Create a byte array that stores the content of the
System.IO.FileStream
object. You can determine the size of the byte array by getting theSystem.IO.FileStream
object’sLength
property. - Populate the byte array with stream data by invoking the
System.IO.FileStream
object’sRead
method and passing the byte array, the starting position, and the stream length to read. - Populate the
BLOB
object by assigning to itsMTOM
property the contents of the byte array.
- Create a
-
Convert the file to a PDF document.
Convert the file to a PDF document by invoking the
GeneratePDFServiceService
object’sCreatePDF2
method and passing the following values:- A
BLOB
object that represents the file to be converted. - A string that contains the file extension.
- A
java.lang.String
object that contains the file type settings to be used in the conversion. File type settings provide conversion settings for different file types, such as .doc or .xls. - A string object that contains the PDF settings to be used. You can specify
Standard
. - A string object that contains the security settings to be used. You can specify
No Security
. - An optional
BLOB
object that contains settings to be applied while generating the PDF document. - An optional
BLOB
object that contains metadata information to be applied to the PDF document. - An output parameter of type
BLOB
that is populated by theCreatePDF2
method. TheCreatePDF2
method populates this object with the converted document. (This parameter value is required only for web service invocation). - An output parameter of type
BLOB
that is populated by theCreatePDF2
method. TheCreatePDF2
method populates this object with the log document. (This parameter value is required only for web service invocation).
- A
-
Retrieve the results.
- Retrieve the converted PDF document by assigning the
BLOB
object’sMTOM
field to a byte array. The byte array represents the converted PDF document. Ensure you use theBLOB
object that is used as the output parameter for thecreatePDF2
method. - Create a
System.IO.FileStream
object by invoking its constructor and passing a string value that represents the file location of the converted PDF document. - Create a
System.IO.BinaryWriter
object by invoking its constructor and passing theSystem.IO.FileStream
object. - Write the contents of the byte array to a PDF file by invoking the
System.IO.BinaryWriter
object’sWrite
method and passing the byte array.
- Retrieve the converted PDF document by assigning the
Converting HTML Documents to PDF Documents
This section describes how you can use the Generate PDF API to programmatically convert HTML documents to PDF documents.
Summary of steps
To convert an HTML document to a PDF document, perform the following tasks:
- Include project files.
- Create a Generate PDF client.
- Retrieve the HTML content to convert to a PDF document.
- Convert the HTML content to a PDF document.
- Retrieve the results.
Include project files
Include necessary files into your development project. If you are creating a client application using Java, include the necessary JAR files. If you are using web services, ensure that you include the proxy files.
Create a Generate PDF client
Before you can programmatically perform a Generate PDF operation, you must create a Generate PDF service client. If you are using the Java API, create a GeneratePdfServiceClient
object. If you are using the web service API, create a GeneratePDFServiceService
.
Retrieve the HTML content to convert to a PDF document
Reference HTML content that you want to convert to a PDF document. You can reference HTML content such as an HTML file or HTML content that is accessible using a URL.
Convert the HTML content to a PDF document
After you create the service client, you can invoke the appropriate PDF creation operation. This operation needs information about the document to be converted, including the path to the target document.
Retrieve the results
After the HTML content is converted to a PDF document, you can retrieve the results and save the PDF document.
See also
Convert HTML content to a PDF document using the Java API
Convert HTML content to a PDF document using the web service API
Convert HTML content to a PDF document using the Java API
Convert an HTML document to a PDF document using the Generate PDF API (Java):
-
Include project files.
Include client JAR files, such as adobe-generatepdf-client.jar, in your Java project’s class path.
-
Create a Generate PDF client.
Create a
GeneratePdfServiceClient
object by using its constructor and passing aServiceClientFactory
object that contains connection properties. -
Retrieve the HTML content to convert to a PDF document.
Retrieve HTML content by creating a string variable and assigning a URL that points to HTML content.
-
Convert the HTML content to a PDF document.
Invoke the
GeneratePdfServiceClient
object’shtmlToPDF2
method and pass the following values:- A
java.lang.String
object that contains the URL of the HTML file to be converted. - A
java.lang.String
object that contains the file type settings to be used in the conversion. File type settings can include spidering levels. - A
java.lang.String
object that contains the name of the security settings to be used. - An optional
com.adobe.idp.Document
object that contains settings to be applied while generating the PDF document. If this information is not supplied, the settings are automatically chosen based on the previous three parameters. - An optional
com.adobe.idp.Document
object that contains metadata information to be applied to the PDF document.
- A
-
Retrieve the results.
The
htmlToPDF2
method returns anHtmlToPdfResult
object that contains the new PDF document that was generated. To obtain the newly created PDF document, perform the following actions:- Invoke the
HtmlToPdfResult
object’sgetCreatedDocument
method. This returns acom.adobe.idp.Document
object. - Invoke the
com.adobe.idp.Document
object’scopyToFile
method to extract the PDF document from the object created in the previous step.
- Invoke the
Convert HTML content to a PDF document using the web service API
Convert HTML content to a PDF document by using the Generate PDF API (web service):
-
Include project files.
Create a Microsoft .NET project that uses MTOM. Ensure that you use the following WSDL definition:
http://localhost:8080/soap/services/GeneratePDFService?WSDL&lc_version=9.0.1
.NOTE
Replacelocalhost
with the IP address of the server hosting AEM Forms. -
Create a Generate PDF client.
-
Create a
GeneratePDFServiceClient
object by using its default constructor. -
Create a
GeneratePDFServiceClient.Endpoint.Address
object by using theSystem.ServiceModel.EndpointAddress
constructor. Pass a string value that specifies the WSDL to the AEM Forms service (for example,http://localhost:8080/soap/services/GeneratePDFService?blob=mtom
.) You do not need to use thelc_version
attribute. However, specify?blob=mtom
. -
Create a
System.ServiceModel.BasicHttpBinding
object by getting the value of theGeneratePDFServiceClient.Endpoint.Binding
field. Cast the return value toBasicHttpBinding
. -
Set the
System.ServiceModel.BasicHttpBinding
object’sMessageEncoding
field toWSMessageEncoding.Mtom
. This value ensures that MTOM is used. -
Enable basic HTTP authentication by performing the following tasks:
- Assign the AEM forms user name to the field
GeneratePDFServiceClient.ClientCredentials.UserName.UserName
. - Assign the corresponding password value to the field
GeneratePDFServiceClient.ClientCredentials.UserName.Password
. - Assign the constant value
HttpClientCredentialType.Basic
to the fieldBasicHttpBindingSecurity.Transport.ClientCredentialType
. - Assign the constant value
BasicHttpSecurityMode.TransportCredentialOnly
to the fieldBasicHttpBindingSecurity.Security.Mode
.
- Assign the AEM forms user name to the field
-
-
Retrieve the HTML content to convert to a PDF document.
Retrieve HTML content by creating a string variable and assigning a URL that points to HTML content.
-
Convert the HTML content to a PDF document.
Convert the HTML content to a PDF document by invoking the
GeneratePDFServiceService
object’sHtmlToPDF2
method and pass the following values:- A string that contains the HTML content to convert.
- A
java.lang.String
object that contains the file type settings to be used in the conversion. - A string object that contains the security settings to be used.
- An optional
BLOB
object that contains settings to be applied while generating the PDF document. - An optional
BLOB
object that contains metadata information to be applied to the PDF document. - An output parameter of type
BLOB
that is populated by theCreatePDF2
method. TheCreatePDF2
method populates this object with the converted document. (This parameter value is required only for web service invocation).
-
Retrieve the results.
- Retrieve the converted PDF document by assigning the
BLOB
object’sMTOM
field to a byte array. The byte array represents the converted PDF document. Ensure you use theBLOB
object that is used as the output parameter for theHtmlToPDF2
method. - Create a
System.IO.FileStream
object by invoking its constructor and passing a string value that represents the file location of the converted PDF document. - Create a
System.IO.BinaryWriter
object by invoking its constructor and passing theSystem.IO.FileStream
object. - Write the contents of the byte array to a PDF file by invoking the
System.IO.BinaryWriter
object’sWrite
method and passing the byte array.
- Retrieve the converted PDF document by assigning the
Converting PDF Documents to Non-image Formats
This section describes how you can use the Generate PDF Java API and web service API to programmatically convert a PDF document to an RTF file, which is an example of a non-image format. Other non-image formats include HTML, text, DOC, and EPS. When converting a PDF document to RTF, ensure that the PDF document does not contain form elements, such as a submit button. Form elements are not converted.
Summary of steps
To convert a PDF document to any of the supported types, perform the following steps:
- Include project files.
- Create a Generate PDF client.
- Retrieve the PDF document to convert.
- Convert the PDF document.
- Save the converted file.
Include project files
Include necessary files into your development project. If you are creating a client application using Java, include the necessary JAR files. If you are using web services, ensure that you include the proxy files.
Create a Generate PDF client
Before you can programmatically perform a Generate PDF operation, you must create a Generate PDF service client. If you are using the Java API, create a GeneratePdfServiceClient
object. If you are using the web service API, create a GeneratePDFServiceService
object.
Retrieve the PDF document to convert
Retrieve the PDF document to convert to a non-image format.
Convert the PDF document
After you create the service client, you can invoke the PDF export operation. This operation needs information about the document to be converted, including the path to the target document.
Save the converted file
Save the converted file. For example, if you convert a PDF document to an RTF file, save the converted document to an RTF file.
See also
Convert a PDF document to a RTF file using the Java API
Convert a PDF document to a RTF file using the web service API
Convert a PDF document to a RTF file using the Java API
Convert a PDF document to an RTF file by using the Generate PDF API (Java):
-
Include project files.
Include client JAR files, such as adobe-generatepdf-client.jar, in your Java project’s class path.
-
Create a Generate PDF client.
Create a
GeneratePdfServiceClient
object by using its constructor and passing aServiceClientFactory
object that contains connection properties. -
Retrieve the PDF document to convert.
- Create a
java.io.FileInputStream
object that represents the PDF document to convert by using its constructor. Pass a string value that specifies the location of the PDF document. - Create a
com.adobe.idp.Document
object by using its constructor and passing thejava.io.FileInputStream
object.
- Create a
-
Convert the PDF document.
Invoke the
GeneratePdfServiceClient
object’sexportPDF2
method and pass the following values:- A
com.adobe.idp.Document
object that represents the PDF file to convert. - A
java.lang.String
object that contains the name of the file to convert. - A
java.lang.String
object that contains the name of the Adobe PDF settings. - A
ConvertPDFFormatType
object that specifies the target file type for the conversion. - An optional
com.adobe.idp.Document
object that contains settings to be applied while generating the PDF document.
The
exportPDF2
method returns anExportPDFResult
object that contains the converted file. - A
-
Convert the PDF document.
To obtain the newly created file, perform the following actions:
- Invoke the
ExportPDFResult
object’sgetConvertedDocument
method. This returns acom.adobe.idp.Document
object. - Invoke the
com.adobe.idp.Document
object’scopyToFile
method to extract the new document.
- Invoke the
Convert a PDF document to a RTF file using the web service API
Convert a PDF document to an RTF file by using the Generate PDF API (web service):
-
Include project files.
Create a Microsoft .NET project that uses MTOM. Ensure that you use the following WSDL definition:
http://localhost:8080/soap/services/GeneratePDFService?WSDL&lc_version=9.0.1
.NOTE
Replacelocalhost
with the IP address of the server hosting AEM Forms. -
Create a Generate PDf client.
-
Create a
GeneratePDFServiceClient
object by using its default constructor. -
Create a
GeneratePDFServiceClient.Endpoint.Address
object by using theSystem.ServiceModel.EndpointAddress
constructor. Pass a string value that specifies the WSDL to the AEM Forms service (for example,http://localhost:8080/soap/services/GeneratePDFService?blob=mtom
.) You do not need to use thelc_version
attribute. However, specify?blob=mtom
. -
Create a
System.ServiceModel.BasicHttpBinding
object by getting the value of theGeneratePDFServiceClient.Endpoint.Binding
field. Cast the return value toBasicHttpBinding
. -
Set the
System.ServiceModel.BasicHttpBinding
object’sMessageEncoding
field toWSMessageEncoding.Mtom
. This value ensures that MTOM is used. -
Enable basic HTTP authentication by performing the following tasks:
- Assign the AEM forms user name to the field
GeneratePDFServiceClient.ClientCredentials.UserName.UserName
. - Assign the corresponding password value to the field
GeneratePDFServiceClient.ClientCredentials.UserName.Password
. - Assign the constant value
HttpClientCredentialType.Basic
to the fieldBasicHttpBindingSecurity.Transport.ClientCredentialType
. - Assign the constant value
BasicHttpSecurityMode.TransportCredentialOnly
to the fieldBasicHttpBindingSecurity.Security.Mode
.
- Assign the AEM forms user name to the field
-
-
Retrieve the PDF document to convert.
- Create a
BLOB
object by using its constructor. TheBLOB
object is used to store a PDF document that is converted. - Create a
System.IO.FileStream
object by invoking its constructor and passing a string value that represents the file location of the PDF document and the mode in which to open the file. - Create a byte array that stores the content of the
System.IO.FileStream
object. You can determine the size of the byte array by getting theSystem.IO.FileStream
object’sLength
property. - Populate the byte array with stream data by invoking the
System.IO.FileStream
object’sRead
method and passing the byte array, the starting position, and the stream length to read. - Populate the
BLOB
object by assigning to itsMTOM
property the contents of the byte array.
- Create a
-
Convert the PDF document.
Invoke the
GeneratePDFServiceServiceWse
object’sExportPDF2
method and pass the following values:- A
BLOB
object that represents the PDF file to convert. - A string that contains the path name of the file to convert.
- A
java.lang.String
object that specifies the file location. - A string object that specifies the target file type for the conversion. Specify
RTF
. - An optional
BLOB
object that contains settings to be applied while generating the PDF document. - An output parameter of type
BLOB
that is populated by theExportPDF2
method. TheExportPDF2
method populates this object with the converted document. (This parameter value is required only for web service invocation).
- A
-
Save the converted file.
- Retrieve the converted RTF document by assigning the
BLOB
object’sMTOM
field to a byte array. The byte array represents the converted RTF document. Ensure you use theBLOB
object that is used as the output parameter for theExportPDF2
method. - Create a
System.IO.FileStream
object by invoking its constructor. Pass a string value that represents the location of the RTF file. - Create a
System.IO.BinaryWriter
object by invoking its constructor and passing theSystem.IO.FileStream
object. - Write the contents of the byte array to a RTF file by invoking the
System.IO.BinaryWriter
object’sWrite
method and passing the byte array.
- Retrieve the converted RTF document by assigning the
Adding Support for Additional Native File Formats
This section explains how to add support for additional native file formats. It provides an overview of the interactions between the Generate PDF service and the native applications that this service uses to convert native file formats into PDF.
This section also explains the following:
- How to modify the response that the Generate PDF service provides to the native applications that this product already uses to convert native file formats into PDF
- The interactions between the Generate PDF service, the Generate PDF service Application Monitor (AppMon) component, and native applications, such as Microsoft Word
- The roles that XML grammars play in those interactions
Component interactions
The Generate PDF service converts native file formats by invoking the application associated with the file format and then interacting with the application to print the document using the default printer. The default printer must be set up as the Adobe PDF printer.
This illustration shows the components and drivers involved with native application support. It also mentions the XML grammars that influence the interactions.
Component interactions for native file conversion
This document uses the term native application to indicate the application used to produce a native file format, such as Microsoft Word.
AppMon is an enterprise component that interacts with a native application in the same way a user would navigate through the dialog boxes presented by that application. The XML grammars used by AppMon to instruct an application, such as Microsoft Word, to open and print a file involve these sequential tasks:
- Opening the file by selecting File > Open
- Ensuring that the Open dialog box appears; if not, handling the error
- Providing the file name in the File Name field and then clicking the Open button
- Ensuring that the file actually opens
- Opening the Print dialog box by selecting File > Print
- Ensuring that the Print dialog box appears
AppMon uses standard Win32 APIs to interact with third-party applications to transfer UI events such as key-strokes and mouse clicks, which is useful to control these applications to produce PDF files from them.
Due to a limitation with these Win32 APIs, AppMon is not able to dispatch these UI events to some specific kinds of windows, such as floating menu-bars (found in some applications such as TextPad), and certain kind of dialogs whose contents cannot be retrieved using the Win32 APIs.
It is easy to visually identify a floating menu-bar; however it might not be possible to identify the special types of dialogs just by visual inspection. You would require a third-party application such as Microsoft Spy++ (part of the Microsoft Visual C++ development environment) or its equivalent WinID (that can be downloaded free of cost from https://www.dennisbabkin.com/php/download.php?what=WinID) to examine a dialog to determine if AppMon would be able to interact with it using standard Win32 APIs.
If WinID is able to extract the dialog contents such as the text, sub-windows, window class ID, and so on, then AppMon would also be able to do the same.
This table lists the type of information used in printing native file formats.
Includes PDF settings, security settings, and file type settings.
File type settings associate file name extensions with the corresponding native applications. File type settings also specify native application settings used to print native files.
To change settings for an already supported native application, the system administrator sets the File Type Settings in the administration console.
To add support for a new native file format, you must manually edit the file. (See Adding or modifying support for a native file format.)
Specifies interactions between the Generate PDF service and a native application. Such interactions usually direct the application to print a file to the Adobe PDF driver.
The script contains instructions that direct the native application to open specific dialog boxes and that supply specific responses to fields and buttons in those dialog boxes.
The Generate PDF service includes script files for all supported native applications. You can modify these files using an XML editing application.
To add support for a new native application, you must create a script file. (See Creating or modifying an additional dialog XML file for a native application.)
Specifies how to respond to dialog boxes that are common to multiple applications. Such dialog boxes are generated by operating systems, helper applications (such as PDFMaker), and drivers.
The file that contains this information is appmon.global.en_US.xml.
Specifies how to respond to application-specific dialog boxes.
The file that contains this information is appmon.`[appname]`.dialog.`[locale]`.xml (for example, appmon.word.en_US.xml).
Do not modify this file.
To add dialog box instructions for a new native application, see Creating or modifying an additional dialog XML file for a native application.
Specifies overrides and additions to application-specific dialog box instructions. The section presents an example of such information.
The file that contains this information is appmon.`[appname]`.addition.`[locale]`.xml. An example is appmon.addition.en_US.xml.
Files of this type can be created and modified using an XML editing application. (See Creating or modifying an additional dialog XML file for a native application.)
Important: Create additional application-specific dialog box instructions for each native application your server will support.
About the script and dialog XML files
Script XML files direct the Generate PDF service to navigate through application dialog boxes in the same way a user would navigate through the application dialog boxes. Script XML files also direct the Generate PDF service to respond to dialog boxes by performing actions such as pressing buttons, selecting or deselecting check boxes, or selecting menu items.
In contrast, dialog XML files simply respond to dialog boxes with the same types of actions used in script XML files.
Dialog box and window element terminology
This section and the next section use different terminology for dialog boxes and the components they contain, depending on the perspective being described. Dialog box components are items such as buttons, fields, and combo boxes.
When this section and the next section describe dialog boxes and their components from the perspective of a user, terms such as dialog box, button, field, and combo box are used.
When this section and the next section describe dialog boxes and their components from the perspective of their internal representation, the term window element is used. The internal representation of window elements is a hierarchy, where each window element instance is identified by labels. The window element instance also describes its physical characteristics and behavior.
From a user’s perspective, the dialog boxes and their components show different behaviors, where some dialog box elements are hidden until activated. From an internal representation perspective, no such issue of behavior exists. For example, the internal representation of a dialog box looks similar to that of the components it contains, with the exception that the components are nested within the dialog box.
This section describes XML elements that provide AppMon with instructions. These elements have names such as the dialog
element and the window
element. This document uses a monospaced font to distinguish XML elements. The dialog
element identifies a dialog box that an XML script file can cause to be displayed, either intentionally or unintentionally. The window
element identifies a window element (dialog box or the components of a dialog box).
Hierarchy
This diagram shows the hierarchy of script and dialog XML. A script XML file conforms to the script.xsd schema, which includes (in the XML sense) the window.xsd schema. Similarly, a dialog XML file conforms to the dialogs.xsd schema, which also includes the window.xsd schema.
Hierarchy of script and dialog XML
Script XML files
A script XML file specifies a series of steps that direct the native application to navigate to certain window elements and then supply responses to those elements. Most responses are text or keystrokes that correspond to the input a user would provide to a field, combo box, or button in the corresponding dialog box.
The intent of the Generate PDF service’s support for script XML files is to direct a native application to print a native file. However, script XML files can be used to accomplish any task that a user can perform when interacting with the native application’s dialog boxes.
The steps in a script XML file are executed in order, without any opportunity for branching. The only conditional test supported is for time-out/retry, which causes a script to terminate if a step does not complete successfully within a specific period of time and after a specific number of retries.
In addition to steps being sequential, the instructions within a step are also executed in order. Ensure that the steps and instructions reflect the order in which a user would perform those same steps.
Each step in a script XML file identifies the window element that is expected to appear if the step’s instructions are successfully performed. If an unexpected dialog box appears while executing a script step, the Generate PDF service searches the dialog XML files as described in the next section.
Dialog XML files
Running native applications displays different dialog boxes, which appear regardless of whether the native applications are in a visible or invisible mode. The dialog boxes can be generated by the operating system or by the application itself. When native applications are running under control of the Generate PDF service, system and native application dialog boxes are displayed in an invisible window.
A dialog XML file specifies how the Generate PDF service responds to system or native application dialog boxes. The dialog XML files allow the Generate PDF service to respond to unprompted dialog boxes in a way that facilitates the conversion process.
When the system or native application displays a dialog box that is not handled by the currently executing script XML file, the Generate PDF service searches the dialog XML files in this order, stopping when it finds a match:
- appmon.
[appname]
.additional.[locale]
.xml - appmon.
[appname]
.[locale]
.xml (Do not modify this file.) - appmon.global.
[locale]
.xml (Do not modify this file.)
If the Generate PDF service finds a match for the dialog box, it dismisses it by sending it the keystroke or other action specified for the dialog box. If the instructions for the dialog box specify an abort message, the Generate PDF service terminates the currently executing job and generates an error message. Such an abort message would be specified in the abortMessage
element in the script XML grammar.
If the Generate PDF service encounters a dialog box that is not described in any of the previously-listed files, the Generate PDF service incorporates the dialog box’s caption into the log file entry. The currently executing job eventually times out. You can then use the information in the log file to compose new instructions in the additional dialog XML file for the native application.
Adding or modifying support for a native file format
This section describes the tasks you must perform to support other native file formats or to modify support for an already supported native file format.
Before you can add or modify support, you must complete the following tasks.
Choosing a tool for identifying window elements
The dialog and script XML files require you to identify the window element (dialog box, field, or other dialog component) to which your dialog or script element is responding. For example, after a script invokes a menu for a native application, the script must identify the window element on that menu to which keystrokes or an action are to be applied.
You can easily identify a dialog box by the caption it displays in its title bar. However, you must use a tool such as Microsoft Spy++ to identify lower-level window elements. The lower-level window elements can be identified through a variety of attributes, which are not obvious. Additionally, each native application may identify its window element differently. As a result, there are multiple ways of identifying a window element. Here is the suggested order for considering window element identification:
- Caption itself if it is unique
- Control ID, which may or may not be unique for a given dialog box
- Class name, which may or may not be unique
Any one or a combination of these three attributes can be used to identify a window.
If the attributes fail to identify a caption, you can instead identify a window element by using its index with respect to its parent. An index specifies the position of the window element relative to its sibling window elements. Frequently, indexes are the only way to identify combo boxes.
Be aware of these issues:
- Microsoft Spy++ displays captions by using an ampersand (&) to identify the caption’s hot key. For example, Spy++ shows the caption for one Print dialog box as
Pri&nt
, which indicates that the hotkey is n. Caption titles in script and dialog XML files must omit ampersands. - Some captions include line breaks. the Generate PDF service cannot identify line breaks. If a caption includes a line break, include enough of the caption to differentiate it from the other menu items and then use regular expressions for the omitted part. An example is (
^Long caption title$
). (See Using regular expressions in caption attributes.) - Use character entities (also called escape sequences) for reserved XML characters. For example, use
&
for ampersands,<
and>
for less than and greater than symbols,'
for apostrophes, and"
for quotation marks.
If you plan to work on dialog or script XML files, you should install the application Microsoft Spy++.
Unpackaging the dialog and script files
The dialog and script files reside in the appmondata.jar file. Before you can modify any of these files or add new script or dialog files, you must unpackage this JAR file. For example, assume that you want to add support for the EditPlus application. You create two XML files, named appmon.editplus.script.en_US.xml and appmon.editplus.script.addition.en_US.xml. These XML scripts must be added to the adobe-appmondata.jar file in two locations, as specified below:
- adobe-livecycle-native-jboss-x86_win32.ear > adobe-Native2PDFSvc.war\WEB-INF\lib > adobe-native.jar > Native2PDFSvc-native.jar\bin > adobe-appmondata.jar\com\adobe\appmon. The adobe-livecycle-native-jboss-x86_win32.ear file is in the export folder at
[AEM forms install directory]\configurationManager
. (if AEM Forms is deployed on another J2EE application server, replace the adobe-livecycle-native-jboss-x86_win32.ear file with the EAR file that corresponds to your J2EE application server.) - adobe-generatepdf-dsc.jar > adobe-appmondata.jar\com\adobe\appmon (the adobe-appmondata.jar file is within the adobe-generatepdf-dsc.jar file). The adobe-generatepdf-dsc.jar file is in the
[AEM forms install directory]\deploy
folder.
After you add these XML files to the adobe-appmondata.jar file, you must redeploy the GeneratePDF component. To add dialog and script XML files to the adobe-appmondata.jar file, perform these tasks:
- Using a tool such as WinZip or WinRAR, open the adobe-livecycle-native-jboss-x86_win32.earfile > adobe-Native2PDFSvc.war\WEB-INF\lib > adobe-native.jar > Native2PDFSvc-native.jar\bin > adobe-appmondata.jar file.
- Add the dialog and script XML files to the appmondata.jar file or modify existing XML files in this file. (See Creating or modifying a script XML file for a native applicationand Creating or modifying an additional dialog XML file for a native application.)
- Using a tool such as WinZip or WinRAR, open adobe-generatepdf-dsc.jar > adobe-appmondata.jar.
- Add the dialog and script XML files to the appmondata.jar file or modify existing XML files in this file. (See Creating or modifying a script XML file for a native applicationand Creating or modifying an additional dialog XML file for a native application.) After you add the XML files to the adobe-appmondata.jar file, place the new adobe-appmondata.jar file into the adobe-generatepdf-dsc.jar file.
- If you added support for an additional native file format, create a system environment variable that provides the path of the application (See Creating an environment variable to locate the native application.)
To redeploy the GeneratePDF component
- Log in to Workbench.
- Select Window > Show Views > Components. This action adds the Components view to Workbench.
- Right-click the GeneratePDF component, and then select Stop Component.
- When the component has stopped, right-click and select Uninstall Component to remove it.
- Right-click the Components icon and select Install Component.
- Browse for and select the modified adobe-generatepdf-dsc.jar file and then click Open. Notice that a red square appears next to the GeneratePDF component.
- Expand the GeneratePDF component, select Service Descriptors, and then right-click GeneratePDFService and select Activate Service.
- In the configuration dialog box that appears, enter applicable configuration values. If you leave these values blank, default configuration values are used.
- Right-click GeneratePDF and select Start Component.
- Expand Active Services. A green arrow appears next to the service name if it is running. Otherwise, the service is in a stopped state.
- If the service is in a stopped state, right-click the service name and select Start Service.
Creating or modifying a script XML file for a native application
If you want to direct files to a new native application, you must create a script XML file for that application. If you want to modify how the Generate PDF service interacts with a native application that is already supported, you must modify the script for that application.
The script contains instructions that navigate through the native application’s window elements and that supply specific responses to those elements. The file that contains this information is appmon.
[appname]`` .script.
[locale].xml
. An example is appmon.notepad.script.en_US.xml.
Identifying steps the script must execute
Using the native application, determine the window elements that you must navigate and each response you must perform to print the document. Notice the dialog boxes that result from any response. The steps will be similar to these steps:
- Select File > Open.
- Specify the path and then click Open.
- Select File > Print on the menu bar.
- Specify the properties required for the printer.
- Select Print and wait for the Save As dialog box to appear. The Save As dialog box is required for the Generate PDF service to specify the destination for the PDF file.