automatic XMI export

[ngong]

Do you know a way to automatically export an EA model to its XMI representation?

I was able to identify only procedures which need manual interaction. What I am looking for is a command line in a Win batch file that I can start on a regular basis.

[Geert Bellekens]

You can use Project Interface.ExportPackageXMI

see https://www.sparxsystems.com/enterprise_architect_user_guide/14.0/automation/project_2.html

Geert

[ngong]

Thank you, Geert - that works:

Code: [Select]

!INC Local Scripts.EAConstants-JScript

function OnProjectBrowserScript()
{
// Get the type of element selected in the Project Browser
var thePackage as EA.Package;
thePackage = Repository.GetTreeSelectedPackage();
theProject = Repository.GetProjectInterface();
theProject.ExportPackageXMI(thePackage.PackageGUID,22,0,-1,0,0,"C:\\Temp\\my.xmi");
}

OnProjectBrowserScript();

Now the next question is: how can I start EA from a batch file - e.g. called from Jenkins - for a certain model and running that script unattended?

[Eve]

Running from Jenkins, though technically possible is a licensing issue.

See https://www.sparxsystems.com/products/ea/eula.html section 6 for the "server" limitations.

My summary, if everyone who will be triggering that action has their own fixed (not floating) EA license you're probably okay.

Technically, the solution just requires you to convert so that it creates the repository instance and opens a project. There are examples for several outdated languages here.

[ngong]

Thank you, Eve, for pointing me to the license issue. It would mean - and I see no problem about it - (let me repeat in my words:) that for Jenkins as a user we buy a personal license.

For my technical question: It would be better to use Repository.GetProjectInterface() from an EA-external program which is Connect to the Interface, rather than trying to start EA in a way executing an internal script.

[Eve]

(let me repeat in my words:) that for Jenkins as a user we buy a personal license.

Very much no. "Every end user MUST have a genuine Enterprise Architect license of the correct edition;"

For my technical question: It would be better to use Repository.GetProjectInterface() from an EA-external program which is Connect to the Interface, rather than trying to start EA in a way executing an internal script.

I think you mean GetObject.("EA.App").Repository.

Either way works. Connecting to an already open EA will be a bit faster, but it also runs the risk of EA using out of date information. You probably also need to handle there not already being a running instance of EA, which would mean writing the create instance and load project code anyway.

[ngong]

"very much no": Eve, I am a bit lost with the license issue: if Jenkins runs every night and exports an xmi, who is the "user" that needs a license (I may replace "Jenkins" by "the operator responsible for Jenkins maintenance").

[Eve]

Jenkins can (and often does) have triggers besides a simple scheduled task.

If the only trigger is a fixed schedule you may be okay with a single license.