![]() |
Telelogic DOORS (steve huntington) | ![]() |
new topic :
profile :
search :
help :
dashboard :
calendar :
home
|
||
Latest News:
|
|
Topic Title: Automatically run export script in regular intervalls Topic Summary: Created On: 16-Mar-2006 15:08 Status: Post and Reply |
Linear : Threading : Single : Branch |
![]() |
![]()
|
![]() |
|
You can use batch mode to run your script and then use some operating system command to schedule the running of this batch mode script. For more information, use the search function to search for "batch mode" if this forum (DXL Exchange).
------------------------- Pekka.Makinen@softqa.fi SoftQA Oy -http://www.softqa.fi/ |
|
![]() |
|
![]() |
|
Getting regular scripts to run in batch mode is a bit of a drag. Of major consern are [1] scripts that require a current module. Batch Mode scripts will need to open a specific module since there are no open modules when the script starts. [2] Confirm, Query, and dialog boxes cannot get any input from the user since there is no user to push the buttons.
No, you need to write DXL specifically intended for batch mode. Fortunately your code can include "if (batchMode())" statements to deal with the differences; e.g. "if (batchMode()) Response = 0;else Response = query("What do you want to do", Options)". Another example I use is this: "if (batchMode()) <call the main "DoIt" apply callback on the Dialog>; else show dbDialog". That is, in batchMode presume the user pushes the "OK" button on a dialog that you've Realized but not yet Shown. Once you do that you need can schedule a task whose "target" is something like this: "...\bin\doors.exe -u MyUser -P MyPassword -b MyBatchMode.dxl" Notice your password is typed in UNencrypted. That can be a real beast for security. What I did was create a local DOS batch file with that target within it, and restricted R access to the batch file to myself only (so Only I can see my password). Now the Scheduled tast invokes the batch file and anyone can see the schedule task. Scheduled tasks will require you to input your system login name and password in the "Run As" section; but that stuff is encrypted so its OK. Its real sticky. - Louie |
|
![]() |
|
![]() |
|
I have a similar problem in that I am calling via RunFile() from an external application. When I run the script localy with the module open it works correctly. When I run it from the execuatable which starts a new session of Doors, it gives an error when I try to read data from the module selected. I am stuck as the command to 'Open' the Module. Is there an alternate mode to access the data without 'Opening' the Module? If not, what command do I use to open it?
|
|
![]() |
|
![]() |
|
You open a module either in read-only mode or in exclusive edit by the read or edit commands:
From DXL Help: read, edit, share (open module) Declaration Module read(string name [,bool disp]) Module edit(string name [,bool disp]) Module share(string name [,bool disp]) Operation These functions return a module handle for the module named name. The name argument can be an absolute or relative path. The read function opens the module for reading, edit for unshared editing, and share for shared editing. The optional disp flag allows the visibility of the opened module to be specified; the module is displayed in a window if disp is true or omitted. ------------------------- Pekka.Makinen@softqa.fi SoftQA Oy -http://www.softqa.fi/ |
|
![]() |
FuseTalk Standard Edition v3.2 - © 1999-2009 FuseTalk Inc. All rights reserved.