Reader: controlling the Reader MUI startup language

Adobe Reader MUI is Adobe’s Multilingual User Interface version, with which you can install any combination of supported languages. For example, you can install French, German, and Spanish simultaneously and then switch among those languages within Adobe Reader. The user interface changes to the appropriate language automatically.

If you have problems controlling the startup language of Adobe Reader MUI, then try the following to gain more fine-grained control over the startup language:

  1. Under the Reader preferences, there is a setting for the startup language under the section entitled “International.”  You can set this setting to the language of choice. Or, you can set it to “like operating system,” which starts Adobe Reader MUI using the same locale as the host operating system.
  2. Set the registry key UseMUI as outlined in the screenshot  so that the operating system language is used as the Adobe Reader MUI startup language:

If you are still having problems with the startup language, try manually configuring the appropriate keys in the registry. Use either the Customization wizard (for enterprise deployments), or change them directly in the Windows registry for single installations.

  1. Delete (or make sure that the following keys are not present) NOTE: for a fresh non-customized install these keys are sometimes not present:
  • HKEY_CURRENT_USER\Software\Adobe\Adobe Acrobat\9.0\Language\UseMUI\UseMUI
  • HKEY_CURRENT_USER\Software\Adobe\Adobe Acrobat\9.0\Language\next
  1. Then add the following registry key:
  • [HKEY_LOCAL_MACHINE\SOFTWARE\Adobe\Adobe Acrobat\9.0\Language\next]
    @=”exlang32.deu”

Note: For Reader, the value is “RdLang32.DEU”.

reference: (181710397)

VN:F [1.9.22_1171]
Was this helpful? Please rate the content.
Rating: 0.0/10 (0 votes cast)

LiveCycle ES: ALC-DSC-119-000: InvalidCoercionException using a custom component

Issue

The exception below occurs when using a custom component (DSC) in LiveCycle ES 8.2.1 designed to extend the functionality provided by the services from Adobe. The component includes the TaskManager DSC JAR file.

####<09-Jul-2010 15:04:21 o'clock CEST> <Error> <com.adobe.workflow.AWS> <PI> <server1> <[ACTIVE] ExecuteThread: '1' for queue: 'weblogic.kernel.Default (self-tuning)'> 
<<anonymous>> <BEA1-2CB96822045F171B0B4D> <> <1278680661381> <000000> <stalling action-instance: 2101 with message: Cannot coerce object: 
com.adobe.idp.taskmanager.dsc.userservice.UserServiceInfo@33142fb of type: com.adobe.idp.taskmanager.dsc.userservice.UserServiceInfo to type: 
class com.adobe.idp.taskmanager.dsc.userservice.UserServiceInfo:

ALC-DSC-119-000: com.adobe.idp.dsc.util.InvalidCoercionException: Cannot coerce object: com.adobe.idp.taskmanager.dsc.userservice.UserServiceInfo@33142fb of type: 
com.adobe.idp.taskmanager.dsc.userservice.UserServiceInfo to type: class com.adobe.idp.taskmanager.dsc.userservice.UserServiceInfo
at com.adobe.idp.dsc.util.CoercionUtil.toType(CoercionUtil.java:1047)
at com.adobe.workflow.datatype.CoercionUtil.toType(CoercionUtil.java:168)
at com.adobe.workflow.engine.PEUtil.processMapping(PEUtil.java:968)
at com.adobe.workflow.engine.PEUtil.invokeAction(PEUtil.java:666)
at com.adobe.workflow.engine.SynchronousBranch.handleInvokeAction(SynchronousBranch.java:466)
at com.adobe.workflow.engine.SynchronousBranch.execute(SynchronousBranch.java:863)
at com.adobe.workflow.engine.ProcessEngineBMTBean.continueBranchAtAction(ProcessEngineBMTBean.java:2773)
at com.adobe.workflow.engine.ProcessEngineBMTBean.asyncInvokeProcessCommand(ProcessEngineBMTBean.java:704)
at com.adobe.workflow.engine.adobe_ProcessEngineBMTEJB_e5zjcz_ELOImpl.asyncInvokeProcessCommand(adobe_ProcessEngineBMTEJB_e5zjcz_ELOImpl.java:1697)
at com.adobe.workflow.engine.ProcessCommandControllerBean.doOnMessage(ProcessCommandControllerBean.java:156)
at com.adobe.workflow.engine.ProcessCommandControllerBean.onMessage(ProcessCommandControllerBean.java:99)
at weblogic.ejb.container.internal.MDListener.execute(MDListener.java:429)
at weblogic.ejb.container.internal.MDListener.transactionalOnMessage(MDListener.java:335)
at weblogic.ejb.container.internal.MDListener.onMessage(MDListener.java:291)
at weblogic.jms.client.JMSSession.onMessage(JMSSession.java:4072)
at weblogic.jms.client.JMSSession.execute(JMSSession.java:3962)
at weblogic.jms.client.JMSSession$UseForRunnable.run(JMSSession.java:4490)
at weblogic.work.ServerWorkManagerImpl$WorkAdapterImpl.run(ServerWorkManagerImpl.java:518)
at weblogic.work.ExecuteThread.execute(ExecuteThread.java:209)
at weblogic.work.ExecuteThread.run(ExecuteThread.java:181)

Reason

This error occurs when you include the TaskManager DSC JAR in your component. The TaskManager DSC (that is, the service itself) is not meant for use as a library.

Solution

Remove the TaskManager JAR from your component and use the libraries provided with the SDK. Or, extract any required classes from the DSC JAR and include them in your component.

reference (181617740/2660587)

VN:F [1.9.22_1171]
Was this helpful? Please rate the content.
Rating: 1.0/10 (1 vote cast)

LiveCycle ES: Error 500 in the AdminUI when searching for tasks

Issue

When you search for tasks in the AdminUI (Adminui > Services > LiveCycle Process Management ES > Task Search), the following HTTP error occurs:

Error 500--Internal Server Error 

From RFC 2068 Hypertext Transfer Protocol -- HTTP/1.1:

10.5.1 500 Internal Server Error

The server encountered an unexpected condition which prevented it from fulfilling the request.

Reason

This error occurs when there is information missing from the database entry for a certain task in the returned list of results. For example, if the PROCESS_NAME value is empty or null for a task in the TB_TASK table. This issue can happen if you use custom code to access the database directly and modify it. It can also occur if you are running a purge utility not supplied by Adobe on the database.

Adobe plans to fix this issue in ES2 SP2 and in ES3.

Solution

This error is a product issue in LiveCycle ES and there are patches available for 8.2.1.2 and 8.2.1.3.  You should contact enterprise support if you require one of these patches.  The issue has been fixed in ES2 SP2 and later versions.

 reference: (181590010/2633888)

VN:F [1.9.22_1171]
Was this helpful? Please rate the content.
Rating: 0.0/10 (0 votes cast)

LiveCycle ES2: “ImportFormDataException: ALC-FDI-001-305″ importing data to a PDF

Issue

The following exception occurs when you use FormDataIntegration to merge xml data into a prerendered PDF file:

com.adobe.livecycle.formdataintegration.client.ImportFormDataException: 
ALC-FDI-001-305: Operation aborted: Malformed input PDF or data.

Reason

When a PDF form contains a rich-text enabled field with data (default or already merged), the FormDataIntegrationClient can’t import the data. This issue has been identified as a limitation in the AFML library as it presently does not support the tab-interval style attribute.

In the current LiveCycle ES2 documentation, it states that the FormDataIntegrationClient is the preferred way to import data to a PDF form:

http://livedocs.adobe.com/livecycle/es/sdkHelp/programmer/sdkHelp/importingExportingIntro.51.2.html

Adobe Engineering confirms that the Forms service using renderPDFForm is the recommended way to import data, rather than using the FormDataIntegrationClient. Adobe plans to update the documentation to reflect this information.

Solutions

Do one of the following:

  • Place the text in rich-text fields that do not have the tab-interval style attribute.
  • Use the renderPDFForm API from Forms ES2 by setting “Generate Server Appearances” to false.

reference: (181504595/2591446)

VN:F [1.9.22_1171]
Was this helpful? Please rate the content.
Rating: 0.0/10 (0 votes cast)