2018 Release One (1) Expere Engine and Tools Changelog
Expere Engine Release: 2018 Release One (1)External release date is 4/6/2018. Expere Engine build number is: 2018.1.1.4753 .
New Features
- See Features page for more information
Enhancements
- Multiple product support behavior enhanced for OPPSA
- AncillaryOutput barcodes now honor bottom margins for recordable documents
- PrintingOption (Duplexing) element moved to InstanceProperties
- Discrete Party logic updated
- Expere Testing System: FileSystem repository supported
- Generation behavior modified for multiple instances of same document
- Testing System installation section updated in Expere Implementation Guide
- Upgrade to iText 5.5.12
- InstanceDisplayName and InstanceFileName logic updated for safe truncation
- Components updated to newer versions
- Inline Packages now support metadata
- Acroform fillable fields enhancement
- Archived Changelog topics enhanced
- InlinePackage behavior enhancement
- Inline package functionality enhanced to support Expere autoselection
- Documentation feedback feature available in Expere Engine webhelp
- Barcode enhancement: additional location options
- Extra underscore added when email address is not present for WKES naming
Defect Corrections
| Multiple product support behavior enhanced for OPPSA |
|---|
|
Summary: The following API requests now support an unlimited number
of OPPSA products when passed into Expere:
The optional |
| Implementation Notes: This feature is available in the Expere Engine 2018.1 release. |
| Ancillary barcodes now honor bottom margins for recordable documents |
|---|
|
Summary: We have adjusted the static placement of the ancillary
barcode for documents where margin requirements have been authored. It was
determined that certain documents contained barcodes; in some cases, those
documents are recordable which causes issues when formally recording with
the county or state. This behavior has been enhanced: the ancillary barcode
now honors the bottom and side margins so users can record their documents
with any county or state. Note the following:
|
| Implementation Notes: This feature is available in the 2018.1 release of the Expere Engine. No user action is required. |
| PrintingOption (Duplexing) element moved to InstanceProperties |
|---|
|
Summary: As part of a continued effort to implement the Single State
Delivery feature, we have updated the Expere response by moving the
<PrintingOption/> element from
<DocInstance/> to
<InstanceProperties/>. Moving
<PrintingOption/> element to
<InstanceProperties/> element allows for easier
grouping when working with the various elements used for handling state
specific printing requirements. The following options are available using
the <PrintingOption/> element:
|
| Implementation Notes: This feature is available in the 2018.1 Expere Engine release. |
| Discrete Party logic updated |
|---|
|
Summary: As part of a continued effort to implement the Single State
Delivery feature, we have added a new element called
<DiscreteParties/>. Within
<DiscreteParties/>,
<DiscreteParty/> elements include the following new
elements:
This allows those users implementing WK E-Sign or other print fulfillment services to track mailings using additional data. Note: Additionally, Expere will continue to accept the
<DiscretePartyID/> element when authored on
content. |
Technical Notes: Sample request
below: |
| Implementation Notes: This feature is available in the 2018.1 Expere Engine release. |
| Expere Testing System: FileSystem repository supported |
|---|
|
|
Summary: In an effort to allow FileSyetem testing through the Expere
Testing System we have updated the API calls for AssembleDocumentRequest,
AssempleDocumentSet, and AutoSelectionRequest, to no longer require a
Database. As a result, the Expere Testing System now uses GenerateRequest,
SelectRequest, and SelectandGenerateRequest API calls when working with
Autoselection & Assembly, Autoselection, and Assembly. The details
behind what API call is used for each is outlined below. The following Testing System menu options have been updated:
|
| Implementation Notes: This enhancement is available in the 2018.1 Expere Engine release. For detailed information, see the Expere Testing System user guide. |
| FillableFieldSet order behavior modified |
|---|
|
Issue: An issue had been identified with Expere .NET when validating
the element order of FillableFieldSet and
PageSize in the Expere Response. Specifically, the Java
version of Expere, as well as schema validation, expects
PageSize to be before
FillableFieldSet. Where Expere .NET had the opposite order,
with FillableFieldSet before
PageSize. |
Solution: For Expere .NET, the Packet.cs has been
updated to return the elements in the same order as it does for Expere Java.
As a result, you will see an update to the Expere response (.NET only) with
PageSize first, then
FillableFieldSet. |
| Implementation Notes: This defect correction is available in the 2018.1 Expere Engine release. |
| PDFMerge fillable fields behavior modified |
|---|
|
Issue: Previously in a request containing PDFMerge with
eSignatureCoordindatesOnly set to "true," the resulting
PDF document displayed the corresponding fields as fillable. This was
incorrect behavior. |
Solution: This issue has been resolved; PDFMerge with
eSignatureCoordindatesOnly set to "true" does not
produce fillable fields on the resulting PDF document. |
| Implementation Notes: This feature is available in the 2018.1 Expere Engine release. |
| Generation behavior modified for multiple instances of same document |
|---|
|
| Summary: When a request is made to Expere with multiple rule sources in a package, currently Expere will generate the duplicate documents multiple times for each rule source. This is due to Expere's behavior or requiring that PKGD files from different packages be named differently. To mitigate this issue, we have modified Expere's behavior whereby, a Select or SelectAndGenerate request will generate a document only once, even if the request has packages that contain multiple rule sources. |
| Implementation Notes: This feature is available in the 2018.1 Expere Engine release. |
| Testing System installation section updated in Expere Implementation Guide |
|---|
|
Summary: We have updated the Testing System installation section in
the Expere Implementation Guide to reflect the following changes:
|
| Implementation Notes: This feature is available in the 2018.1 Expere Engine release. |
| New build content provided for use with Linux and AIX on file system |
|---|
|
Issue: We identified an issue where users of the File System
repository on UNIX-based systems received a ‘FileNotFound’ exception when
trying to generate documents. This was a result of the
content.manifest file being created in a format which
Linux and AIX could not read. To correct this issue changes were made to
Expere, as well as the content builder. |
Solution: Expere can now use the same content.manifest file for File
System or Database (requiring minor edits to the
BSI.Properties for File System users), as a result of
the changes made to the content builder.
|
Implementation Notes: This defect correction is available in the
2018.1 Expere Engine release. As stated above, File System users will need
to uncomment specific lines on the BSI.Properties file to
take advantage of this change and no longer receive the ‘FileNotFound’
exception. This change will also require content to be rebuilt, (using the
updated content builder) and deployed. For detailed information, see Setting up BSI.Properties for File
System. |
|
Upgrade to iText 5.5.12 |
|---|
|
| Summary: Previously, Expere did not merge PDF's correctly when a set of documents contained more than one fillable field with the same name. For example, if you merged two PDF's that had a field named the same on each of those PDF's, Expere did not preserve both fields. Expere will now preserve both fields and link them together; thus, if you change the value of one instance of the field the other instances are automatically updated. Upgrading from iText 5.5.9 to 5.5.12 resolves this issue. Additionally, we will no longer sequence IssuedDatefields when using Merged PDF ancillary output options; our Expere Engine Developer Guide contains detailed information on sequencing. |
| Implementation Notes: This feature is available in the 2018.1 Expere Engine release. |
| InstanceDisplayName and InstanceFileName logic updated for safe truncation |
|---|
|
Summary: The bsi.properties file has been updated to
allow truncation of the <InstanceDisplayName/> and
<InstanceFileName/> element values when either
exceed 250 characters. This ensures that errors will not occur when field
name lengths exceed what Microsoft Windows supports. As a result of this
change, the first 21 characters appeared following by a "_" and 32 character
hash value. |
Technical Notes: Sample <InstanceFileName/> value
here: |
| Implementation Notes: See Expere Implementation Guide: Truncating InstanceDisplayName and InstanceFileName for detailed information. This feature is available in the 2018.1 Expere Engine release. |
| Components updated to newer versions |
|---|
|
Summary: Due to an application assessment, we determined Jaxen 1.1.3
in the ExpereIEServices.ear folder on the release media
required updating. |
| Implementation Notes: This feature is available in the 2018.1 release of the Expere Engine. |
| Inline package functionality enhanced to use Expere autoselection with Select API requests |
|---|
|
| Summary: Previously when a Select API requests
contained an inline package that was submitted to Expere, the Select request
did not adhere to Expere autoselection rules. This behavior has been modified; all Select API calls that contain inline package requests now use Expere autoselection rules when determining if a document can be generated with the provided transaction data. |
| Implementation Notes: This feature is available in the 2018.1 Expere Engine release. |
| Inline Packages now support metadata |
|---|
|
Summary: The <DocCustomDataItem/> element in <InlinePackageDoc/> contains the metadata used for an
inline package. The Custom Data Items defined in the .REQ file will no
longer be honored with an inline package request. |
Technical Notes: Sample request with new <DocCustomDataItem/>
element: |
| Implementation Notes: This feature is available in the 2018.1 Expere Engine release. |
| Acroform fillable fields enhancement |
|---|
|
| Summary: Previously if a fillable text field
passed from a custom .REQ file contained an underline, it would not print on
the corresponding document when XY coordinates were requested. We have enhanced the acroform field logic to accept and print underlines when XY coordinates are requested. |
| Implementation Notes: This feature is available in the 2018.1 Expere Engine release. |
| Wildfly Linux deployment issue resolved |
|---|
|
| Issue: Previously, deploying Wildfly on Linux platforms using File System content resulted in a FileNotFound exception when attempting to read the content.manifest file. This issue occurred due to an incorrect path separator. |
| Solution: This issue has been resolved; Wildfly now operates normally on Linux using File System content. |
| Implementation Notes: This defect correction is available in the 2018.1 Expere Engine release. |
| Archived Changelog topics enhanced |
|---|
|
| Summary: We have enhanced the Expere Engine and Tools Archived Changelog Overview and Important Notifications section so that each set of 2016 changelogs now reside on a separate page. |
| Implementation Notes: This enhancement is available in the 2018.1 Expere Engine release. |
| InlinePackage behavior enhancement |
|---|
|
| Summary: Previously, a transaction containing an inline package was failed if the request referenced a package that did not exist. This behavior has been revised whereby the transaction will continue to be processed even if an inline package references a package that does not exist. Expere will skip processing the package that is absent and log a warning pertaining to the transaction with the name of the package. Furthermore, if all packages referenced in the request do not exist, Expere will dispatch a failed error back to the calling entity. |
Technical Notes: Sample code below:
|
| Implementation Notes: This feature is available in the 2018.1 Expere Engine release. |
| Inline package functionality enhanced to support Expere autoselection |
|---|
|
Summary: Previously when a document was requested
through the <InlinePackageDoc/> element,
it disregarded autoselection but still appeared in the <PackageDocName/> element as part of the
package document set. It was determined that in some cases, a document was
specified in the <InlinePackageDoc/>
element that caused Expere to generate the document despite the lack of
transaction data needed to fully generate the document. Now, all inline package requests that reference documents utilize Expere autoselection rules when determining if the document could be generated with the provided transaction data. |
Technical Notes: Sample request:
Sample
response: |
| Implementation Notes: This feature requires a 2018.1 Expere Engine update. |
| Documentation feedback feature available in Expere Engine webhelp |
|---|
|
| Summary: To gather your feedback, we have implemented documentation feedback forms on our Expere Engine webhelp. The feedback you provide will go directly to our SupportLine staff and will allow us to consider your suggestions to improve our documentation. |
| Implementation Notes: This feature is available on every page of your Expere Engine changelog webhelp, Developer's Guide, Implementation Guide, and Testing System User Guide. |
| Barcode enhancement: additional location options |
|---|
|
Summary: Expere Engine users may now select their
barcode location in their request by selecting one of the following
justification options using the HorizontalAlignment parameter:
|
Technical Notes: Sample request consists of the
following: |
| Implementation Notes: This feature requires a 2018.1 Expere Engine update. For more information, see Barcode. |
| Extra underscore added when email address is not present for WKES naming |
|---|
|
| Summary: We have enhanced WKES naming functionality to now include a two underscore placeholder if the signer does not have an email address. |
Technical Notes: Note the following:
|
| Implementation Notes: This enhancement requires a 2018.1 Expere Engine update. See Sequencing: WKES email address sequencing and naming behavior for more information. |