iwgen cannot create file

Hi all,

I'm really stuck on this one, I am running a iwgen command from a callserver command in a formapi file and I am getting an error "could not create". When I run the iwgen from the command line it works like a dream.

Is the iwgen being run by the iwui user? if so do I need to give them permissions somewhere?

thanks for any advice,
A
TS 6.7.1 SP1

Find more posts tagged with

Comments

moonkhanna

Hi all,

I'm really stuck on this one, I am running a iwgen command from a callserver command in a formapi file and I am getting an error "could not create". When I run the iwgen from the command line it works like a dream.

Is the iwgen being run by the iwui user? if so do I need to give them permissions somewhere?

thanks for any advice,
A
TS 6.7.1 SP1

please attach\ pst your code to the post

Alyssa

Hi, thanks for your reply, my ipl attached. In my formapi I have the following callserver (runs when onSaveDone is a success):

IWDatacapture.callServer("/iw-bin/product_submit.ipl?tpl=" + tplName + "&dcr=" + dcrPath + "&output=" + outputPath);

and the variables contain the following:

tplName:
//servername/default/main/branchName/WORAKREA/workareaName/templatedata/product/presentation/default.tpl

dcrPath:
//servername/default/main/branchName/WORAKREA/workareaName/templatedata/product/data/iwDCR0_091922

outputPath:
//servername/default/main/branchName/WORAKREA/workareaName/en/products/Edit_Product.html

So when I run this from the onSaveDone event in the dct, I get "could not create" but when I run my script from the command line, passing in all these variables, it works.

any suggestions welcome,
thanks,
A

moonkhanna

Hi, thanks for your reply, my ipl attached. In my formapi I have the following callserver (runs when onSaveDone is a success):

IWDatacapture.callServer("/iw-bin/product_submit.ipl?tpl=" + tplName + "&dcr=" + dcrPath + "&output=" + outputPath);

and the variables contain the following:

tplName:
//servername/default/main/branchName/WORAKREA/workareaName/templatedata/product/presentation/default.tpl

dcrPath:
//servername/default/main/branchName/WORAKREA/workareaName/templatedata/product/data/iwDCR0_091922

outputPath:
//servername/default/main/branchName/WORAKREA/workareaName/en/products/Edit_Product.html

So when I run this from the onSaveDone event in the dct, I get "could not create" but when I run my script from the command line, passing in all these variables, it works.

any suggestions welcome,
thanks,
A

Dod you try with the command that your debug log shows for regen: $regen?

nipper

Possibly an ENV issue, see if you can run iw_gen with no parameters (this will show if you have the correct libraries in the LD_LIBRARY_PATH).

Also, I am not positive //servername/iwmnt/default/... is going to work as a vpath, I have not worked with Unix for a while, but before I never used the //server

BTW, what user owns the tmp file are creating ? Does that user have write access to the WA and file you are generating ?

gzevin

Possibly an ENV issue, see if you can run iw_gen with no parameters (this will show if you have the correct libraries in the LD_LIBRARY_PATH).

Also, I am not positive //servername/iwmnt/default/... is going to work as a vpath, I have not worked with Unix for a while, but before I never used the //server

BTW, what user owns the tmp file are creating ? Does that user have write access to the WA and file you are generating ?

I think teamsite now generates thoese vpaths more and more, but I also doubt they are usable in scripts as of now.

it looks more like permission issue for me, but I could be wrong

Adam Stoller

Also, I am not positive //servername/iwmnt/default/... is going to work as a vpath
I think teamsite now generates thoese vpaths more and more, but I also doubt they are usable in scripts as of now.

If you're using a CLT that explicitly calls for a vpath - it should accept either //servername/store/path or /store/path equally well - and in some cases ("just to be nice" as long as you are talking about the "default" store) mount-dir/store/path (e.g.: Y:/... or /iwmnt/...) - but I'd say it was bad practice to rely on that last one.

Alyssa

thanks for the replies, it did turn out to be a permissions problem.