Page 1 of 1

Making Parameter Sets and their value files dynamic

Posted: Fri Jul 11, 2014 3:39 am
by JPalatianos
Hello,
We are setting up a specific project where we are looking for dynamically writing a value file for a parameter set and having a subsequnt job(s) use these for their processing. When using Administrative variables we use $PROJDEF to insure we bring in the latest value from administrator. Is their a similar feature for Parametre sets and their value files?
Thanks - - John

Posted: Fri Jul 11, 2014 7:01 am
by ray.wurlod
There isn't, but you can use an upstream command/routine/job to write name=value pairs into values files.

Posted: Fri Jul 11, 2014 10:21 am
by JPalatianos
Let's say we populate an existing value file with name/value pairs via some sort of a script...will a job running after this using the parameter set and value file read in the new values or does the job need to be recompiled first?

Posted: Fri Jul 11, 2014 10:37 am
by chulett
It won't need to be recompiled.

Posted: Fri Jul 11, 2014 11:20 am
by qt_ky
I have found that when using encrypted parameters, for passwords, that are defined within a parameter set, that it is necessary to recompile jobs that rely on the parameter set, every time after a password changes. I have not tested the same behavior when using a values file.

Posted: Fri Jul 11, 2014 2:50 pm
by EII
Eric, are you setting the encrypted password string to $PROJDEF in the parameter set? If not this should prevent you from any recompile situation when the password is updated in the admin client.

Posted: Fri Jul 11, 2014 9:32 pm
by qt_ky
In my case, I have encrypted parameters defined as parameters (not environment variables) within a parameter set. As they are not environment variables, they do not use $PROJDEF and DS Administrator does not come into play.

In 8.7 I must recompile jobs that rely on the encrypted parameter, every time after keying in a changed password value directly into the parameter set. This was not the behavior I originally expected to find but it's happened a number of times and proven otherwise. That's what I wanted to share as FYI to the question about recompiling.

We used to use encrypted environment variables but found in job logs that they were visibly less secure in version 8.7. But, that's different topic...

Posted: Sat Jul 12, 2014 7:34 am
by chulett
Sure... but to come back to the original question at hand, the answer is still no. Unless someone has some experience to the contrary?

Posted: Sun Jul 13, 2014 3:25 pm
by ray.wurlod
What happens if you use an encrypted environment variable reference in a parameter set? Do you still need to re-compile? Just a thought.