The difference between STAT and ****, is that when a job is dependent on a STAT condition, the pre-req job must explicitly add a STAT condition ('no date' from v8) and it will not be triggered by a 'date' condition.
When a job is dependent on ****, then it will be triggered by the condition with any date in the database.
The **** and $$$$ are the same. I think these exist to support different products that have been acquired by BMC over the years., though
Neither one is the same as STAT though
I got your point. The same can be executed by providing a ****, where, the job that providing the condition gives ONLY the condition and not date, and the same way job that receives the condition also looks ONLY for condition and not date.
Can you explain in detail please.
1 of 1 people found this helpful
**** and $$$$ should be considered as wildcards the same as you would in regular expressions or % in an SQL statement.
**** and $$$$ cannot be used to ADD a condition, they can only be used for an IN condition. In this way you can have a job triggered by a condition in the database with ANY date associated with it.
For example you might have a job that runs at end of month, but only if a pre-requisite adhoc job has been run on any day during the month.
STAT (static) conditions are designed to be used for non-date specific conditions, for example you might have a condition APPLICATION-UP STAT which is added to the database when an application is started and deleted when the application is stopped. STAT is not a wildcard and an when a STAT condition is specified for input to a job, it will only be satisfied by a STAT condition in the database.
Importantly, STAT conditions won't be deleted by your ctmcontb housekeeping utility regardless of their age.
Confusing the issue with STAT conditions is that BMC have decided for some reason to specify this as 'No Date' in EM since v8. I wish they would stop 'simplifying' things!
I hope this helps to clarify and doesn't create more confusion!
Thanks Paul. That was really good explanation.