nav[aria-label="Primary Navigation"] { padding: 0; & ul { list-style: none; width: 100%; display: flex; flex-direction: row; justify-content: start; align-items: start; gap: 30px; padding: 0; & li { margin: 0; } & ul li { list-style: none; } } }

Script variable

catorarn

Solution stack: TeamSite 672/Solaris10, WFM1010

Concerning an external taskScript variable
I am trying to avoid having to create a sh script or a perl script to do this. I was wondering if the product supports the following command:

Script Variable:

[html]
var cmd = '$IW_HOME/bin/iwmkwa';
var b = '/iwmnt/default/main/UHB';
var w = 'UHB';
var c = ''UHB Workarea''';
var e = 'INITIAL';
var u = 'root';
var g = 'userdoc';

cmd + " " + b + " " + w + " " + c + " " + e + " " + u + " " + g;
[/html]
It looks like the comment cannot be parsed for some reason

The same occurs if I put the full command in the command variable of the external task without using a script variable

I am putting the stuff in a script now, but I find it inefficient to use perl or a script. On top of that, I now need to put this through versioning in this customer, which is a pain in the neck as well.

I hope I am doing something wrong here

Find more posts tagged with

Comments

Adam Stoller

Solution stack: TeamSite 672/Solaris10, WFM1010
[...]
Script Variable:
var cmd = '$IW_HOME/bin/iwmkwa';
var b = '/iwmnt/default/main/UHB';
var w = 'UHB';
var c = '[color=red]'UHB Workarea'''[/color];
var e = 'INITIAL';
var u = 'root';
var g = 'userdoc';

cmd + " " + b + " " + w + " " + c + " " + e + " " + u + " " + g;
[...]
I hope I am doing something wrong here

You're absolutely doing something wrong if your code looks like that. You cannot have a value of: single_quote-single_quote-string-single_quote-single_quote-single_quote
First off - your quotes don't balance - you have 5 single_quotes.
Secondly - you cannot nest single_quotes within single_quotes.

You might be able to do this:

var c = '"UHB Workarea"';

- or:
single_quote-double_quote-string-double_quote-single_quote.

catorarn

Thanks for spotting that!

The task at hand is getting more and more interesting now:

I have 2 script variables now that parse correctly and execute but do not do anything:

deleteWA:

[html]
var cmd = '$IW_HOME/bin/iwrmwa';
var b = '/iwmnt/default/main/UHB_arnout';
var w = 'UHB';

cmd + " " + b + " " + w;
[/html]

and

createWA

var cmd = '$IW_HOME/bin/iwmkwa';
var b = '/iwmnt/default/main/UHB_arnout';
var w = 'UHB';
var c = '"UHB_Workarea"';
var e = 'INITIAL';
var u = 'root';
var g = 'userdoc';

cmd + " " + b + " " + w + " " + c + " " + " " + e + " " + u + " " + g;

Now, the situation is that the SCRIPT variables are running, as we can see in the iwutild_cmdout.log the following:

Usage: iwmkwa branchpath waname comment base_ed [ownerid [groupid]]
Usage: iwmkwa -h
Usage: iwmkwa -v
Create a workarea.

branchpath Vpath of the branch to hold the workarea.
waname Name to give workarea.
comment Descriptive comment.
base_ed Name of the base edition for the workarea.
ownerid Owner of the workarea.
groupid Group, if the workarea is to be shared.

We have then tried the following:

We created a GLOBAL variable and pasted in the command:

/opt/interwoven/iw-home/bin/iwmkwa '/default/main/UHB_arnout' 'UHBGREG7' 'UHB_GREG_Workarea' 'INITIAL'

This leads to the same result > no workarea created, but the command has been executed as the same syntax is thrown in iwutild_cmdout.log

-h Display this usage message.
-v Display version.

We experimented with leaving the user and group out as well as leaving the "" from the comment. For all these versions in the command line the command executes fine.

Another thought we had was that the task Area V Path should be a different workarea then $IW_WORKAREA and the owner of the task needs to be root.
None of these seems to let us delete the workarea.

I am now going to write a java class, but I am disappointed about this really.
At least I know it is not my disability to put quotes in the wrong order and out of sync at this stage.. (-:

Adam Stoller

[...]
We have then tried the following:

We created a GLOBAL variable and pasted in the command:

/opt/interwoven/iw-home/bin/iwmkwa '/default/main/UHB_arnout' 'UHBGREG7' 'UHB_GREG_Workarea' 'INITIAL'

This leads to the same result > no workarea created, but the command has been executed as the same syntax is thrown in iwutild_cmdout.log

-h Display this usage message.
-v Display version.

We experimented with leaving the user and group out as well as leaving the "" from the comment. For all these versions in the command line the command executes fine.

Another thought we had was that the task Area V Path should be a different workarea then $IW_WORKAREA and the owner of the task needs to be root.
None of these seems to let us delete the workarea.
[,,,]

If none of your arguments contain white-space within them, you do not need quotes around them - i.e.:

.../iwmkwa /default/main/UHB_arnout UHBGREG7 UHB_GREG_Workarea INITIAL

should work just fine from the command line and from within a script.

The user running the command, or owning the process that runs the command, must have sufficient privileges to do so - which means they either have to have Master privileges or Admin privileges for that branch (/default/main/UHB_arnout). If you're going to specify an owner, the owner should be at least an Editor on the branch.

Also things like: the workarea cannot already exist by that name, the server cannot be in a frozen state, etc.

If you do have white-space in any of the arguments, I recommend using double-quotes around them rather than single-quotes - e.g.:

.../iwmkwa /default/main/UHB_arnout UHBGREG7 "UHB workarea for Greg" INITIAL

If you're trying to execute the command via FormAPI / JavaScript code through a callServer() request - you may be running into an issue regarding who is running the command - I'd suggest moving the construction and execution of the command into a server-side script (Perl, shell, Java, whatever) where you can add more debugging code to verify things. E.g.: in Perl you might also print out the values of ($< and $>) which are the real and effective UIDs of the process owner.

catorarn

I created a java class that deletes and creates the workarea. I agree it is better to do it this way.

Thanks for the feedback