Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.

Table of Contents

Known Issue Status

Occurrence
Display known issue occurrence
EndingWithRelease1.11
StartingFromRelease1.3
 
Change Management Issue
Jira
serverSOS JIRA
columnskey,summary,type,created,updated,due,assignee,reporter,priority,status,resolution
serverId6dc67751-9d67-34cd-985b-194a8cdc9602
keyJS-1281419
 

Behavior

  • Passed Test Case
    • Starting Situation
      • A holidays.xml file is being included into a from a live_file folder into an order for "non working days"
      •  order.xml and holiday.xml  are deploy in to the JobschedulerJobScheduler
      • Jobscheduler read JobScheduler reads the order.xml and included file holidayholidays.xml 
      • Jobscheduler JobScheduler suppress the job execution for dates defined as "non working days" in the holidayholidays.xml
    • Action
      • Check JOC and right click on the order --> show start times --> submit
    • Behavior
      • Jobscheduler JobScheduler will show all dates jobs will be executed. Jobscheduler JobScheduler will supress execution for "non working days"
  • Failed Test Case
    • Starting Situation
      • A holidays.xml file is being included into a from a live_file folder into an order for "non working days"
      • User apply changes into The user applies changes to the holiday.xml file and deploy deploys it in to JobschedulerJobScheduler.
      • Jobscheduler JobScheduler does not read CHANGES changes from the  holidayholiday.xml file.
    • Action
      • Check JOC and right click on the order --> show start times --> submit
    • Behavior
      • The Jobscheduler JobScheduler will ignore the changes from holiday.xml file and will execute jobs on "not working days".
  • Explanation
    • When stating that an order is associated to a job chain then technically this means that it is assigned the first job node of the job chain.
    • Adding a new job node to the top of the job chain does not modify the order's assignment to the job node that was the first node at the time when the order was updated the last timeJobScheduler reads new and changed job, job chain, order and schedule files as soon as they are deployed in the JobScheduler live folder. JobScheduler does not reload changes done in the included holiday files i.e. holidays.xml.

Requirement

  • The order should consider a newly added job node at the top of the job chain and should execute accordingly JobScheduler should auto reload changes effected to the included holidays.xml file if configured from a live_file attribute.

Workaround

  • Solution 1:  Update the order configuration
    • An updated order configuration file will force JobScheduler to reload the order configuration and to adjust the assignment of the initial state.
  • Solution 2: Use start and end nodes
    • We recommend that you use our /sos/jitl/JobChainStart start job as the first node in every job chain and our /sos/jitl/JobChainEnd end job as the last full node. These are dummy jobs without any function of their own. However, they are helpful for fixing orders or pre-/post-processing rules: changes to the names and/or order of states within a job chain do not require a change to the order.

...

  •  Restart JobScheduler
    • from JOC Menu
    • from command line $SCHEDULER_HOME/bin/jobscheduler.[cmd/sh] restart
  • Solution 2: Reload job configuration
    • update all the orders using a system command i.e. Linux touch command  touch $(grep -Rl 'bank-holidays.xml' *.order.xml)