This discussion has been locked.
You can no longer post new replies to this discussion. If you have a question you can start a new discussion

Unexpected exception when initializing task, using server TMs on Groupshare 2017 server. failed to initialize translation engine follows.

Dear SDL Devs and Community,

we are using the API of the latest Trados Studio 2019 with server based TMs on a GS 17 server and keep running into the following problem.

We have an existing sdlproj project. This project was created based on a project template which had information on Server-TMs on our server URL (gs 2017 server) and uses TMs on this very server. The TMs are thus known by our created project.

We have several occurences in our code of similar error messages. The following stack of exception is produced when calling:

ProjectPackageCreation projectPackage = project.CreateProjectPackage(Guid manualTaskId, string packageName, string comment, ProjectPackageCreationOptions options);

What you will see next are the Exception and InnerExceptions of the ProjectPackageCreation object.

Unexpected exception when initializing task 'Analyse': Die Übersetzungs-Engine 'sdltm.URL/Organization English (US) - French (France)' konnte nicht instanziiert werden..

Sdl.ProjectAutomation.Core.ProjectAutomationException: Unexpected exception when initializing task 'Analyse': Die Übersetzungs-Engine 'sdltm.https://URL/?orgPath=%2FOrganization&tmName=Organization English (US) - French (France)' konnte nicht instanziiert werden.. ---> Sdl.ProjectApi.ProjectApiException: Unexpected exception when initializing task 'Analyse': Die Übersetzungs-Engine 'sdltm.https://URL/?orgPath=%2FOrganization&tmName=Organization English (US) - French (France)' konnte nicht instanziiert werden.. ---> Sdl.ProjectAutomation.Core.ProjectAutomationException: Die Übersetzungs-Engine 'sdltm.https://URL/?orgPath=%2FOrganization&tmName=Organization English (US) - French (France)' konnte nicht instanziiert werden. ---> System.Collections.Generic.KeyNotFoundException: No identity information found for server 'https://URL/'.
bei Sdl.Enterprise2.Studio.Platform.Client.IdentityModel.IdentityInfoCache.ValidateKey(String key)
bei Sdl.Enterprise2.Studio.Platform.Client.IdentityModel.IdentityInfoCache.GetIdentityInfo(String key)
bei Sdl.LanguagePlatform.TranslationMemoryApi.IdentityInfoCacheCredentialStore.GetCredential(Uri uri)
bei Sdl.LanguagePlatform.TranslationMemoryApi.TranslationProviderCredentialStore.GetCredential(Uri uri)
bei Sdl.LanguagePlatform.TranslationMemoryApi.ServerBasedTranslationMemoryFactory.GetUserCredentials(Uri translationProviderUri, ITranslationProviderCredentialStore credentialStore)
bei Sdl.LanguagePlatform.TranslationMemoryApi.ServerBasedTranslationMemoryFactory.CreateTranslationProvider(Uri translationProviderUri, String translationProviderState, ITranslationProviderCredentialStore credentialStore)

In preparation of the project package creation step, we try to make sure, that the TMs are available to the project as follows:

string credentials = "user=" + tmServer.username + ";password=" + tmServer.password + ";type=CustomUser";
project.Credentials.AddCredential(strTmUri, credentials);
project.UpdateTranslationProviderConfiguration(tmConfig);
project.Save();

with strTmUri being similar to this: 'sdltm.URL/ English (US) - German (Germany)'

It seems to us, that somehow the login credentials, URL, TM name or a combination of these is wrong. Since we basically are using the demo code from several SDL sources (see links below) it would be great, if you could point out other potential sources of error.

Our project is huge, new, and does work as expected in general but does not really cooperate well with server based TMs on the GS server. We tried to apply everything the docu states @ http://producthelp.sdl.com/SDK/TranslationMemoryApi/2017/html/50a524b7-e3fe-4ba6-894b-b3959fd3f8ce.htm and of course in the projectautomation API part. Further clarification on your side would be greatly appreciated.

Best regards,

Hendrik, on behalf of the Plunet CAT integration team

We already used these resources describing similar problems and TM handling:

https://community.sdl.com/developers-more/developers/language-developers/f/api_qa_-_sdl_tms/12877/how-to-use-analyzefiles-pretranslate-tasks-with-server-based-translation-memory

https://community.sdl.com/developers-more/developers/language-developers/f/sdk_qa/1013/analyzefiles-and-pretranslatefilestasks-inproject-automation-api-ignore-server-tms

https://gist.github.com/cromica/e1a976fdfdc821136c7610b5e984904e

https://github.com/sdl/trados-studio-api-samples/tree/master/LanguagePlatform/Sdl.SDK.LanguagePlatform.Samples.TmAutomation

http://producthelp.sdl.com/SDK/TranslationMemoryApi/3.0/html/646950ef-d135-46dd-a2cf-1c4ebf57ec94.htm




[locked by: Paul at 7:24 AM (GMT 1) on 29 Apr 2021]
Parents
  • Hi Guys,

    I have investigated this issue this morning and identified the root cause.  It seems that there is an issue in resolving the correct version of System.Net.Http assembly; the original exception is getting gobbled up with abstraction, which was preventing us from understanding the root cause in this case.

    You can work around this by simply making a hard reference to the same version of this assembly (that Studio 2019 is using) in your automation project.

    Add this reference to your project: C:\Program Files (x86)\SDL\SDL Trados Studio\Studio15\System.Net.Http.dll

  • Hi,

    I hope it's ok if I ask this here instead of creating a new post, but we are having similar issues.

    We have an application which we developed using the Trados Studio 2019 API that we use to analyze files for translation. But instead of server based TMs, the application uses file based TMs that are stored on the local file system.

    We've now been trying to update this application to the new Trados Studio 2021 API, but we are now running into an issue where the analysis reports are not being generated. The issue seems to be the similar to the one above with the following error message: 

    Unexpected exception when initializing task 'Analyse': Die Übersetzungs-Engine 'sdltm.file:///c:/TradosServer/10.0.2.234/MainTMs/C00001612_de-DE_en-GB_def.sdltm' konnte nicht instanziiert werden.."

    Any idea what could be the cause of this? Since we are not using server based TMs it don't think the System.Net.Http.dll is the issue. Thank you very much for any help, it's very much appreciated.

    Here is the entire exception stack trace:

    <SOAP-ENV:Envelope xmlns:xsi="">www.w3.org/.../XMLSchema-instance" xmlns:xsd="">www.w3.org/.../XMLSchema" xmlns:SOAP-ENC="">schemas.xmlsoap.org/.../" xmlns:SOAP-ENV="">schemas.xmlsoap.org/.../" xmlns:clr="">schemas.microsoft.com/.../1.0" SOAP-ENV:encodingStyle="">schemas.xmlsoap.org/.../">
    <SOAP-ENV:Body>
    <a1:ProjectApiException id="ref-1" xmlns:a1="">schemas.microsoft.com/.../Sdl.ProjectApi, Version=16.0.0.0, Culture=neutral, PublicKeyToken=c28cdb26c445c888">
    <ClassName id="ref-4">Sdl.ProjectApi.ProjectApiException</ClassName>
    <Message id="ref-5">Unexpected exception when initializing task &#39;Analyse&#39;: Die Übersetzungs-Engine &#39;sdltm.file:///c:/TradosServer/10.0.2.234/MainTMs/C00001612_de-DE_en-GB_def.sdltm&#39; konnte nicht instanziiert werden..</Message>
    <Data xsi:null="1"/>
    <InnerException href="#ref-6"/>
    <HelpURL xsi:null="1"/>
    <StackTraceString id="ref-7"> bei Sdl.ProjectApi.Implementation.TaskExecution.ContentProcessingTaskImplementation.InitializeTaskImplementations()
    bei Sdl.ProjectApi.Implementation.TaskExecution.ContentProcessingTaskImplementation.Execute()
    bei Sdl.ProjectApi.Implementation.AutomaticTaskExecuter.Execute()</StackTraceString>
    <RemoteStackTraceString xsi:null="1"/>
    <RemoteStackIndex>0</RemoteStackIndex>
    <ExceptionMethod id="ref-8">8
    InitializeTaskImplementations
    Sdl.ProjectApi.Implementation, Version=16.0.0.0, Culture=neutral, PublicKeyToken=c28cdb26c445c888
    Sdl.ProjectApi.Implementation.TaskExecution.ContentProcessingTaskImplementation
    Void InitializeTaskImplementations()</ExceptionMethod>
    <HResult>-2146233088</HResult>
    <Source id="ref-9">Sdl.ProjectApi.Implementation</Source>
    <WatsonBuckets xsi:null="1"/>
    </a1:ProjectApiException>
    <a3:ProjectAutomationException id="ref-6" xmlns:a3="">schemas.microsoft.com/.../Sdl.ProjectAutomation.Core, Version=16.0.0.0, Culture=neutral, PublicKeyToken=c28cdb26c445c888">
    <ClassName id="ref-10">Sdl.ProjectAutomation.Core.ProjectAutomationException</ClassName>
    <Message id="ref-11">Die Übersetzungs-Engine &#39;sdltm.file:///c:/TradosServer/10.0.2.234/MainTMs/C00001612_de-DE_en-GB_def.sdltm&#39; konnte nicht instanziiert werden.</Message>
    <Data xsi:null="1"/>
    <InnerException href="#ref-12"/>
    <HelpURL xsi:null="1"/>
    <StackTraceString id="ref-13"> bei Sdl.ProjectAutomation.FileBased.Internal.AutomationServerEvents.HandleTranslationProviderException(ITranslationProviderItem translationProviderItem, Exception exception)
    bei Sdl.ProjectApi.Helpers.ProjectCascadeFactory.GetTranslationProviderLanguageDirection(ITranslationProviderItem translationProviderItem, LanguagePair languageDirection, Boolean performUpdate, Boolean refreshCache)
    bei Sdl.ProjectApi.Helpers.ProjectCascadeFactory.CreateProjectCascadeEntries(IList`1 projectCascadeEntryDataList, LanguagePair languagePair, Boolean readOnly, Boolean refreshCache)
    bei Sdl.ProjectApi.Helpers.ProjectCascadeFactory.CreateCascade(ProjectCascadeSettings projectCascadeSettings, Boolean refreshCache)
    bei Sdl.ProjectApi.Helpers.LanguageDirectionHelper.CreateCascade(ILanguageDirection languageDirection, ProjectCascadeEntryDataFilterFunction filter, IComparer`1 sort, Boolean readOnly, Boolean refreshCache)
    bei Sdl.ProjectApi.Helpers.LanguageObjectsCache.&#60;&#62;c__DisplayClass6_0.&#60;GetRecognizers&#62;b__0(String _)
    bei System.Collections.Concurrent.ConcurrentDictionary`2.GetOrAdd(TKey key, Func`2 valueFactory)
    bei Sdl.ProjectApi.Helpers.LanguageObjectsCache.GetRecognizers(ILanguageDirection languageDirection)
    bei Sdl.ProjectApi.AutomaticTasks.Analysis.AnalysisDataCollectorX.CreateAnalysisDataStorage(ILanguageDirection languageDirection, AnalysisTaskSettings analysisSettings, TranslationMemorySettings translationMemorySettings, ILanguageObjectsCache objectsCache)
    bei Sdl.ProjectApi.AutomaticTasks.Analysis.AnalysisDataCollectorX.Initialize(IList`1 files)
    bei Sdl.ProjectApi.AutomaticTasks.Analysis.AnalysisTask.CreateAnalysisDataCollectors()
    bei Sdl.ProjectApi.AutomaticTasks.Analysis.AnalysisTask.InitializeTask(IExecutingAutomaticTask task)
    bei Sdl.ProjectApi.Implementation.TaskExecution.ContentProcessingTaskImplementation.InitializeTaskImplementations()</StackTraceString>
    <RemoteStackTraceString xsi:null="1"/>
    <RemoteStackIndex>0</RemoteStackIndex>
    <ExceptionMethod id="ref-14">8
    HandleTranslationProviderException
    Sdl.ProjectAutomation.FileBased, Version=16.0.0.0, Culture=neutral, PublicKeyToken=c28cdb26c445c888
    Sdl.ProjectAutomation.FileBased.Internal.AutomationServerEvents
    Void HandleTranslationProviderException(Sdl.ProjectApi.ITranslationProviderItem, System.Exception)</ExceptionMethod>
    <HResult>-2146233088</HResult>
    <Source id="ref-15">Sdl.ProjectAutomation.FileBased</Source>
    <WatsonBuckets xsi:null="1"/>
    </a3:ProjectAutomationException>
    <a4:ArgumentNullException id="ref-12" xmlns:a4="">schemas.microsoft.com/.../System">
    <ClassName id="ref-16">System.ArgumentNullException</ClassName>
    <Message id="ref-17">Der Wert darf nicht NULL sein.</Message>
    <Data xsi:null="1"/>
    <InnerException xsi:null="1"/>
    <HelpURL xsi:null="1"/>
    <StackTraceString id="ref-18"> bei System.Activator.CreateInstance(Type type, Boolean nonPublic)
    bei System.Activator.CreateInstance(Type type)
    bei Sdl.Core.PluginFramework.DefaultObjectResolver.CreateObject(Type objectType, XElement attributeElement)
    bei Sdl.Core.PluginFramework.Implementation.Extension.CreateInstance()
    bei Sdl.Core.PluginFramework.ObjectRegistry`2.CreateObjects()
    bei Sdl.LanguagePlatform.TranslationMemoryApi.TranslationProviderManager.GetTranslationProviderFactories()
    bei Sdl.LanguagePlatform.TranslationMemoryApi.TranslationProviderManager.CreateTranslationProvider(Uri translationProviderUri, String translationProviderState, ITranslationProviderCredentialStore credentialStore)
    bei Sdl.ProjectApi.TranslationProviderCache.CreateTranslationProvider(Uri translationProviderUri, String translationProviderState, ITranslationProviderCredentialStore credentialStore)
    bei Sdl.ProjectApi.TranslationProviderCache.GetTranslationProvider(Uri translationProviderUri, String translationProviderState, ITranslationProviderCredentialStore credentialStore, Boolean performUpdate, Boolean refreshCache)
    bei Sdl.ProjectApi.Helpers.ProjectCascadeFactory.GetTranslationProviderLanguageDirection(ITranslationProviderItem translationProviderItem, LanguagePair languageDirection, Boolean performUpdate, Boolean refreshCache)</StackTraceString>
    <RemoteStackTraceString xsi:null="1"/>
    <RemoteStackIndex>0</RemoteStackIndex>
    <ExceptionMethod id="ref-19">8
    CreateInstance
    mscorlib, Version=4.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089
    System.Activator
    System.Object CreateInstance(System.Type, Boolean)</ExceptionMethod>
    <HResult>-2147467261</HResult>
    <Source id="ref-20">mscorlib</Source>
    <WatsonBuckets xsi:null="1"/>
    <ParamName id="ref-21">type</ParamName>
    </a4:ArgumentNullException>
    </SOAP-ENV:Body>
    </SOAP-ENV:Envelope>

  • Hi ,  I'd try to keep the issues separate to avoid scope creep.

    I'm interested to understand if your team were successful in getting the automation working, given the indications I provided above for the Studio 2019 specific issue?
    If yes, then please close this ticket to confirm that the solution provided worked, so that others may also benefit from it; wdyt?

  • Hi Patrick,

    First of all, thank you very much for the quick answer.

    We've tried following the steps you indicated above, but this did not solve our problem. We still get the same error after referencing System.Net.Http Version 4.3.3 as you mentioned above. We also tried using the newer version 4.3.4, but unfortunately this also didn't help.

  • Hi , sorry to hear this.

    I can confirm that during my tests, I was able to reproduce the same exception message that you received initially; I discovered that the root exception was related to a discrepancy in the version of  System.Net.Http; the solution was to make specific reference to that assembly as opposed to pulling it from the GAC.

    What is the full version of Studio 2019 that you are using in your automation environment?

    Lets try the following:

    • I will prepare and provide your team with the automation sample project that I coded where this is working interrogating your GS 2017 server, against the latest production release of Studio 2019 SR2 CU8 that I have locally.  I will update you via e-mail either later on today or tomorrow morning.
    • Try the test without any other plugins from being loaded with the automation Studio environment, to exclude any external influences (e.g. unknowns)
Reply
  • Hi , sorry to hear this.

    I can confirm that during my tests, I was able to reproduce the same exception message that you received initially; I discovered that the root exception was related to a discrepancy in the version of  System.Net.Http; the solution was to make specific reference to that assembly as opposed to pulling it from the GAC.

    What is the full version of Studio 2019 that you are using in your automation environment?

    Lets try the following:

    • I will prepare and provide your team with the automation sample project that I coded where this is working interrogating your GS 2017 server, against the latest production release of Studio 2019 SR2 CU8 that I have locally.  I will update you via e-mail either later on today or tomorrow morning.
    • Try the test without any other plugins from being loaded with the automation Studio environment, to exclude any external influences (e.g. unknowns)
Children