• Replies 84 replies
  • Subscribers 359 subscribers
  • Views 70062 views
  • Users 0 members are here
Options
Related

SDL PowerShell Toolkit

Paul

SDL is pleased to announce the availability of a beta version of the SDL PowerShell Toolkit.

The SDL PowerShell Toolkit is a set of modules using Windows PowerShell scripting technology and the Project Automation and Translation Provider APIs from the SDL Trados Studio Professional SDK. In a nutshell, the modules provide functions and sample code that you can re-use in your PowerShell scripts to automate SDL Trados Studio. They feature an initial set of code for use in typical Studio automation tasks such as creating a project, a translation memory or a package derived from a project. You can use these as a starting point for your own PowerShell-based efforts. It is assumed that the reader is familiar with Windows PowerShell as well as an initial understanding of the SDL Trados Studio SDK, in particular the project automation API.

Over time, we would like to see the development community develop further modules and helpful functions that we can share with each other.

Best regards, Ian

Ian Davies | Senior Product Manager | SDL | Language Technologies Division | +44 7826843819

Paul Filkin | RWS Group

________________________
Design your own training!
You've done the courses and still need to go a little further, or still not clear? 
Tell us what you need in our Community Solutions Hub

PowerShellToolkit.zip
Rate translation
×
Suggest better translation
×
  • in reply to Paul
    I just posted it to the most logical place - the original PS Toolkit thread.
    Nevermind, I've placed it to my signature ;-)
  • in reply to Evzen Polenka
    Hi Evzen,
    thanks a lot for your work. The scripts help me a lot!!
    I just have one problem: i can not use project templates with server based tms. Do you know what i have to do that i can use the powershell scripts with groupshare tms?
    When i run new-project i get the follwing error, as soon as the first tm related task (in this case analyse) is started:

    Error: Unexpected exception when initializing task 'Analyse': Die Übersetzungs-Engine 'sdltm.myServer/ konnte nicht instanziiert werden

    Any hint what i can do would be great!

    Best Regards,
    Michael
  • in reply to Michael Broellochs

    Hi Michael, I'm really glad to see someone using STraSAK! Cool!

    It could be that the forum corrupted the TM URI you pasted, but if not, then it looks like you have the TM URI incorrectly written:

    sdltm.http://myServer/?orgPath=/&tmName=DE-EN

    According to the SDK it should be like this (assuming that the TM is placed in the root and its name is "DE-EN"):

    sdltm.http://myServer/DE-EN

    Try to format the TM URI like this (actually, it should be done automatically by Studio when creating the template) and see if it works.

    I can't try it as I don't have access to any GroupShare TMs anymore. And I actually never used STraSAK with GroupShare... I only started implementing server-based TMs support, but then lost access to needed resources...

    EDIT:
    Just managed to get .sdlproj file with GS TM defined... the format is different from what the SDK says :-O

    sdltm.https://blablabla/?orgPath=%2Fblablabla%2F&tmName=blablabla

    So if the URI format in your template matches this format, then I would say there is something strange happening in Studio... like it's not initializing something when automated from external application instead of internal plugin, or something...
    It would not be the first time, unfortunately...
  • in reply to Evzen Polenka
    Hi Evzen,

    many thanks for your response! I think i used the correct uri.
    I justed created a testscript and accessed the server tms an get information about the content, so i think the "connection" works.
    As soon as i use any task which is TM related it doesn't work and throws the errors...

    Maybe i cancel this project... I can't get any help from SDL, the support closes immediatly any api / sdk / rest related case. It doesn't matter if it is a question or if you want to push a bug to them. It takes me nearly 2 month to tell SDL that there is a bug in the REST Api... No it is a offical bug, which will hopfully be adressed soon.

    I do not know if this here is a bug or something else and it's to hard to find out without any response from SDL.

    Anyway: Thanks for your response and your scripts!! :)

    Regards,
    Michael