How to prevent that RQM command line adapter (CLA) always adds "com.ibm.rqm.adapter.resultAttachmentsFile=VALUE" to the command line argument list?
Hi guys,
today I stumbled across the following behaviour: whenever RQM executes a script or executable via a CLA script, the system always adds a command line argument to the command specified in the test script:
E.g., setting up a command line test script using:
Thus my question:
Is there any way to prohibit that the system adds the option 'com.ibm.rqm.adapter.resultAttachmentsFile=VALUE' to the command line arguments of the called script?
Also, as contained in the documentation, the process environment contains the environment variable qm_AttachmentsFile:
As always, any input is greatly appreciated. Thanks a lot in advance & Cheers
Timo
today I stumbled across the following behaviour: whenever RQM executes a script or executable via a CLA script, the system always adds a command line argument to the command specified in the test script:
E.g., setting up a command line test script using:
Command: printargsthe command arguments will evaluate to:
Arguments: arg1 arg2
argc = 4The CLA test I am currently working on uses a command which is very strict with respect to command line parameters it receives, i.e., when parsing the command line arguments the command always exists with error
argv[0] = printarg
argv[1] = arg1
argv[2] = arg2
argv[3] = com.ibm.rqm.adapter.resultAttachmentsFile=/tmp/QMAdapter3942443898107188090.attach
Error: Invalid option 'com.ibm.rqm.adapter.resultAttachmentsFile'which effectively breaks the test.
Thus my question:
Is there any way to prohibit that the system adds the option 'com.ibm.rqm.adapter.resultAttachmentsFile=VALUE' to the command line arguments of the called script?
Also, as contained in the documentation, the process environment contains the environment variable qm_AttachmentsFile:
qm_AttachmentsFile = /tmp/QMAdapter3942443898107188090.attachwhich refers to the same attachments file as the one passed as a command line argument to the CLA command. This makes me wonder, why the system auto-appends this value as a command line argument in the first place.
As always, any input is greatly appreciated. Thanks a lot in advance & Cheers
Timo
Accepted answer
we saw this a long time ago - this has been fixed but I don't remember in which level.
Comments
Timo Reiss
Aug 31 '15, 10:28 a.m.