DataDeploy null -k parameter value throws error

Hi,

I've got an issue with a DataDeploy config file, and I can reproduce it easily. So I'm wondering whether it is a bug, or if I am doing something wrong.
If I set a substitution parameter to null (as in '') then I get an error in the log files. The deployment still succeeds, but there is the error in the log.
Now I don't mind so much as it succeeds, but the system admins have some scripts running that monitor for any "error" in the log files so it needs to be cleaned up.

Here is the snippet of the config file (simplified of course):
[html]

[/html]
There are more columns in the table, but they are not necessary for this.

I call the deployment as per normal, except I set the $div = ''. As follows :


-k div=""

And the snippet of the log file is as follows :


DBD: **WARN**ubstituteParameters 104 Replacing undefined parameter $div with empty string
DBD: **ERROR**:com.interwoven.dd100.dd.TColumnCfg 103 Value type not specified for [DIV].
DBD: ERROR:Invalid column element. name-from-field not allowed.

As I said, the deployment is successful, but there are those errors in the logs which I need to get rid of.

I've tried setting $div to be a space but unless it is an actual character it logs the same error.

Any ideas?

Thanks,

Jeremy

Find more posts tagged with

Comments

Adam Stoller

What happens if you don't specify it at all (i.e.: no '

-k div=...

') or without a corresponding value (i.e.: literally '

-k div=

')?

My guess is that you'll still get the error, but it's worth trying just to make sure.

Another alternative is to have multiple definitions - one which uses $div and one which avoids that column altogether.

If that doesn't work, then perhaps you'll need some sort of tuple preprocessor (or post-processor?) that checks the value of 'div' and if it matches something like "NODIV" then remove it completely from the tuple. Seems like a lot of work to me, but it may be necessary if you want to be able to truly determine success / failure of the deployment and cannot otherwise get rid of the $div.

Jeremy

What happens if you don't specify it at all (i.e.: no '
-k div=...
') or without a corresponding value (i.e.: literally '
-k div=
')?

My guess is that you'll still get the error, but it's worth trying just to make sure.

Another alternative is to have multiple definitions - one which uses $div and one which avoids that column altogether.

If that doesn't work, then perhaps you'll need some sort of tuple preprocessor (or post-processor?) that checks the value of 'div' and if it matches something like "NODIV" then remove it completely from the tuple. Seems like a lot of work to me, but it may be necessary if you want to be able to truly determine success / failure of the deployment and cannot otherwise get rid of the $div.

Hi Ghoti,

Thanks for the response. I have tried that and it returns the same response.

I also noticed a little higher in the log file it shows the full DD args for the deployment and when -k div='' or I don't include the -k div at all it does not put that argument in the line.
I also tested by putting a "fake" -k TEST=TEST in the command line and it prints out.
So the DD command removes any arguments that are blank from the command (if that makes sense?).


ENG: 2012-03-30 15:59:36 MEST GMT+02:00 DD args  basearea="/iwmnt/default/main/prd/intranet/communications/grp_bgc_01/EDITION/Frontend Deployment 2012-03-29_14:35"  corp="n"  iwdd="frontend_BEE"  mytemplatepath="templatedata/communication/NewsCategory/data"  options="differential"  TEST="TEST"  group="1"  myarea="/iwmnt/default/main/prd/intranet/communications/grp_bgc_01/STAGING"  cfg=/ecmi/ecm/iw-home/opendeploy/OpenDeployNG/conf/custom/communications/NewsCategory_dd.xml need-result=yes depuuid=96082eb0-7a70-11e1-bd9c-8f4b6070bc61 leglabel=database

Thanks for the other suggestions. I might try a substitution where I set -k div="---" or somehting and the substitution matches that and inserts an empty value - or I will at least see if that works!

Thanks - I will post outcomes here.

Jeremy

Jeremy

Still looking...answer I put here doesn't work quite as the docs suggest.