Integration requirements for SDL LiveContent Architect and SDL WorldServer
The following are items that will help you better understand the integration of SDL LiveContent Architect and SDL WorldServer and considerations when configuring translation and workflow.
SDL LiveContent Architect
Required for SDL LiveContent Architect integration:
- Languages are defined as described for source and pivot languages (see related topic). For example:
The following example defines a source language of English with target languages for German, Spanish, French, Italian and Chinese. The second group indicates that Chinese can be used as source language (pivot) for translating to Japanese and Korean.
<GenerationScheme> <FromLanguage ref="en"> <ToLanguage ref="de"/> <ToLanguage ref="es"/> <ToLanguage ref="fr"/> <ToLanguage ref="it"/> <ToLanguage ref="zh"/> </FromLanguage> <FromLanguage ref="zh"> <ToLanguage ref="ja"/> <ToLanguage ref="ko"/> </FromLanguage> </GenerationScheme> - Translation templates come from SDL WorldServer and are automatically pushed to SDL LiveContent Architect by TranslationOrganizer.
- SDL LiveContent Architect uses UTF-16 for the content.
- The dedicated user (typically 'ServiceUser') having the role TRANSLATORSERVICE.
- Statuses and status transitions, configured for the TRANSLATORSERVICE role, that defines a workflow for the integration:
- There is an initial status to indicate that the object is ready for translation.
This is typically the
To Be Translatedstatus.This status is used by TranslationBuilder to create new target language objects and by TranslationOrganizer to identify and include objects to send.
- With the status transition from the initial status, there is a status to indicate that the object is no longer under control of the CMS.
This is typically the
In Translationstatus.The status transition is:
To Be Translated to In Translation.TranslationJob option
Include 'In Translation' itemsforces the re-sending of objects in this status. - With the status transition from the status above, there is a status to indicate that the object is back in CMS control.
This is typically the
Translatedstatus.The status transition is:
In Translation to Translated. - The last status indicates that the translation was rejected and object should be re-translated.
This is typically the
Translation rejectedstatus.The status transition is:
Translated to Translation rejected. - The status transition from
Translation rejected to In Translationallows items to be re-translated.
- There is an initial status to indicate that the object is ready for translation.
to status as a result, so it can deterministically push your object from one status to the next one.
Defining and configuring the TRANSLATORSERIVCE role and the status transition are described in Configuring the translation builder.
SDL WorldServer
Required for SDL WorldServer integration:
- A dedicated user in SDL WorldServer.
This is the user that is used by Translation Organizer to logon to SDL WorldServer. This is the parameter userName within the worldServer section in the configuration file.
- SDL LiveContent Architect mount configured to use UTF-16.
Refer to the SDL WorldServer manuals for the further details.
- Locales, Workflows, Project Types, whatever is required by WorldServer to go through the translation process.
Refer to the SDL WorldServer manuals for the further details.
- After Translate step in a workflow should be an automatic Save step.
Refer to the SDL WorldServer manuals for the further details about how to configure the workflow in SDL WorldServer.
After Save step in a workflow should be Translated Content Retrieval step which is used by SDL LiveContent Architect to start getting the translation. From Translated Content Retrieval step there should be a transition called Retrieved.
Refer to the SDL WorldServer manuals for the further details about how to configure the workflow in SDL WorldServer.
- Asset path normalizer. This is optional custom component that can be implemented separately and installed in SDL WorldServer to force SDL WorldServer TM to consider the file name when doing match.
Refer to the SDL WorldServer manuals for the further details.