Create copy of Aris Report Script

Philipp Hess on April 15, 2010

Hi all,

I need to create copies of reports to create new revised versions of them.

Does anybody out there know how to create a copy of an Aris report script without losing any information?

So far, I've tried two different ways to copy reports:

1) Export report and import it again under a new name.

Problem:

Due to the identifier, Aris recognises the report and overwrites the original one.

2) Create new report and copy script code into the new report.

Disadvantages:

- String table isn't copied

- Properties have to be copied manually field by field

- In case the original report was created in the wysiwyg-editor, the copy can only be edited in the script editor.

--> Possible workaround for the string table: To avoid losing the string table, I copied the original string table to excel and created a variable declaration for each string (e.g. var HEADERTEXT1 = "xyz"). Subsequently, I copied this table back into the script to define each string as a global variable.

I confess it's not pretty but, it works...

Does anybody have better solution how to create a copy of a report? Or is there a better way to handled versioning of reports?

Many thanks in advance!

Tags: #arisreportscripting; #arishack

Bookmark

Notify Moderator

8 Replies

Stefan Geis on April 16, 2010

Phillip,

do you know where the identifier is stored in the exported data?

My guess is that it is just the file names (without filename extension) in the exported amx / zip file (to open the exported data, add the filename extension ".zip"). If I am correct, a solution is to extract all the files, change the names from e.g. cfc7a6e0-fc0f-11dd-67f4-aec0902754fe.info to something else, but the same something for all of the files (i.e. .script, .info, .loc), re-zip it, remove the extension .zip and import the data.

But this is a hack because the filename seems to be a GUID. If you change it to something similar, it is more likely that your new filename still satisfies the GUID properties (especially to be unique on your machine) but you never know...

In case you try this, let me know whether this worked & good luck!

Stefan

Like

Sign in
or register to reply.

Notify Moderator
PH

Philipp Hess Author on April 16, 2010 as Reply to Robert Stowman

Hi Stefan

Thanks a lot for you answer. That's an excellent idea! And I can say it right away: It works perfeclty.

To make sure that I don't accidentially take a used identifier, I created a new empty report and took its GUID. According to your advice, I renamed the files in the .arx file and re-imported it. The copy of the report then overwrote the emtpy report which was exactly how it was intended.

Remark about compression of the zip file:

Firstly, I got an error during the import because Aris doesn't seem to be able to handle "enhanded deflate" compression. But using normal compression, it worked flawlessly.

Thank you very much for your help & best regards,

Philipp

Like

Sign in
or register to reply.

Notify Moderator
Stefan Geis on April 16, 2010

Yeah, that's a gimme five! :D

Your idea to reuse the GUID from a dummy script makes this a perfect concept / hack.

... and makes an exceptional good starter into the weekend,

have a nice one!

Stefan

P.S. Is there a way (script) to automatically create a script?

Like

Sign in
or register to reply.

Notify Moderator
PH

Philipp Hess Author on April 20, 2010

:-)

So far, I've never had the need to create scripts out of scripting.... But there's no report object listed in the Aris script reference. So, I don't think that it's possible create a report out of a report.

But I thought there would be a function in Javascript which allows to interpret a string as source code... Ah yes, the function is called eval() - I haven't tried whether is available in Aris. But applied recursively, one could theoretically create a new report out of an existing one depending on certain criteria. But however, I'm not sure that this is what you had in mind - it might be rather something to tinker around with :-)

Have a good evening,

Philipp

Like

Sign in
or register to reply.

Notify Moderator
Martin Schröder on April 20, 2010
Congratulations, Philipp!

I enjoyed the script training with IDS some weeks ago and your findings were presented there as "best practice" to preserve the string tables.

To wrap up the hack: If you dare to fumble with the files directly you do not need to go via the exported archive.
The directories under

%ARISHOME71%\LocalServer\templates\scriptservice\Report\
represent the report script categories shown in Business Architect > Administration > Evaluation(?) > Report.

In order to create a distinct version of your script, copy all source and their properties files

{original_GUID}.*
to a temp. directory, rename them into

{your_new_GUID}.*
and move them back to a directory/category of your choice under

...\scriptservice\Report\
I suppose it works similary for macros under

...\scriptservice\ClientScript\
After sharing many of the exercise scripts in class the "Save As...(with new GUID)" function climbed high on my wishlist for the ABA Script Editor.

Regards, Martin
Like

Sign in
or register to reply.

Notify Moderator
PH

Philipp Hess Author on June 1, 2010

Hi Volker

your macro's really fantastic! It makes the copying of reports much easier... also, getting the the *.info-file directly from the source folder is a very good idea!

How big do you consider the risk of accidentally creating the same GUID a second time? Having the length of the GUID in mind, it's statistically insignificant I guess . Have you ever encountered any problems?

Thank you very much for sharing your script :-)

Cheers, Philipp

Like

Sign in
or register to reply.

Notify Moderator
Volker Eckardt on June 1, 2010 as Reply to Frank Weyand

Hi Philipp,

Thanks a lot for your kind replay, nice to see that you find it useful. The way how I am constructing the GUID is just a workaround because I was not able to find a better way. Additionally I had trouble calling ARIS internal classes (this works quite good in reports but errors out in macros) – therefore I decided to stop further investments. Probably someone else could tell me how I can get the next free GUID in my installation in a macro?

But apart from that, the risk to get one which is already in use is really so low….

Volker

Like

Sign in
or register to reply.

Notify Moderator
Jonas Ekstrom on September 27, 2013

Hi,

is this script still valid and downloadable?

Jonas

Like

Sign in
or register to reply.

Notify Moderator