General processing

• Gemäß den übergebenen Parametern wird ein SAP-Hana-Job mit genau einem Schedule zur sofortigen Ausführung angelegt.
  • Der im Action Endpoint angegebene SAP-Job kann synchron oder asynchron von SAP gestartet werden, wobei der JITL Job darüber keine Kenntnis hat. Ist aber auch nicht relevant, da JITL Job sowieso nicht weiß, wieviel Zeit der SAP-Job benötigt.
  • Der REST API Aufruf POST /scheduler/jobs liefert "jobId" und "scheduleId"
• "jobId" und "scheduleId" wird im Dateisystem des Agenten gespeichert.
  
  • Ein weiterer JILT Job SAPS4HANARetrieve, der regelmäßig laufen sollte, prüft anhand dieser Daten die SAP Job Execution Status zu einem späteren Zeitpunkt, falls die SAP-Jobs langlaufend sind.
• Es wird der SAP Job Execution Status (wiederholt) geprüft.
  
  • Anzahl und Interval der Prüfungen sind konfigurierbar.
  • Die Prüfung erfolgt mit REST API Aufruf GET /scheduler/jobs/{jobId}/schedules/{scheduleId}/runs
    • Die Prüfung endet spätestens, wenn HTTP 404 geliefert wird oder wenn der "runStatus" gleich "COMPLETED" oder "UNKNOWN" ist. Dann wird ...
      • "jobId" und "scheduleId" aus Dateisystem des Agenten gelöscht
      • SAP-Hana-Job wird gelöscht (mit DELETE /scheduler/jobs/{jobId})

Parameter

Die Parameter sind dreieiteilig.

1. Parameter, die der SAP-HANA-Job braucht. Diese sind ...
   • Name des SAP-HANA-Jobs: Der Name wird implizit aus der OrderId und den Job-Instruction-Label gebildet.

     • Ggf. muss der Name dem erlaubten Zeichenvorrat eines SAP-HANA-Jobnames angepasst werden.

       Zu klären: Was meint "Name must not contain special characters or only numbers"?

   • Action Endpoint des SAP-Jobs, der vom SAP-HANA-Job gestartet wird
   • HTTP Methode des Action Endpoints
   • Description des SAP-HANA-Jobs (optional)
2. Parameter, die jener SAP-Job braucht, der vom SAP-HANA-Job gestartet wird.
   • Optionale Liste von Name/Werte-Paaren
3. Parmeter, die der JITL-Job braucht.
   • Anzahl und Interval der Status-Prüfungen