1 Themenübersicht
Das Tool „actjob“ (activate development job) führt alle Schritte durch, die zur Aktivierung einer Entwicklungsaufgabe notwendig sind. Sollte der jeweils nächste Schritt nicht möglich sein, bricht das Tool ab.
2 Zielgruppe
- Entwickler
- System-Administratoren
3 Beschreibung
Wenn Sie die Bearbeitung einer Entwicklungsaufgabe abschließen möchten, dann müssen Sie je nach Inhalt verschiedene Schritte ausführen. Das Tool „actjob“ führt die folgenden Schritte aus, wenn die Option „auto“ angegeben ist:
- Generierung
- crtbo (Erzeugung/Änderung eines Business Objects)
- crtdv (Erzeugung/Änderung von Objektsichten)
- crtvs (Erzeugung/Änderung von Valuesets)
- checkin (Einchecken der Java Sourcen)
- Ablegen benötigter Klassen im Patch-Verzeichnis
- Vorbereitung der noch folgenden Schritte nach Neustart durch das Anlegen einer autoexec.scl Datei
- Neustart des Application Servers
- Aktivierung
- cnvbo
- Freigabe der Entwicklungsaufgabe
- actbo (Aktivierung der Business Objekte)
- Aktivierung der Aufgabe
- Entfernung der Klassen aus dem Patch-Verzeichnis.
- Aufräumen
- Entfernung der autoexec.scl Datei
- Neustart des Application Servers
3.1 Befehl
Nachfolgend finden Sie den Befehl inklusive aller möglichen Parameter.
| actjob | [-auto] [-generate][-copyToPatch] [-activate] [-stop] [-conflict] [-j:<str-1> … -j:<str-n>] [-ord:<str>] [-orderType:<str>] [-complete] |
3.2 Parameter
Die Parameter des Befehls werden in der folgenden Tabelle erläutert. Die in eckigen Klammern gesetzten Parameter sind optional, die anderen hingegen sind Pflichtparameter. Für einige Parameter kann ein Stern (*) als Platzhalter angegeben werden, um damit alle möglichen Werte ausgeben zu können. Nicht alle Parameter können mehrfach genannt werden, nur die, die folgenden Zusatz an den Parametervariablen aufweisen, sind für die Mehrfachnennung zugelassen: „<str-1> … <str–n>“.
| Parameter | Erläuterung |
| [-auto] | Kennzeichen für den automatisierten Ablauf, d.h. Folgeschritte werden ebenfalls noch angestoßen. Eventuell notwendige Neustarts des Application-Servers werden automatisch angestoßen. |
| [-generate] | Ausführung der Teilschritte
· crtbo · crtdv · crtvs · checkin Falls gleichzeitig der Parameter –auto angegeben wurde, werden auch noch die folgenden Schritte ausgeführt: · Kopieren der Klassen ins Patch-Verzeichnis wie bei option „-copyToPatch“ · Vorbereitung des nächsten Schritts durch Anlegen einer autoexec.scl Datei, die im Prinzip nur das Kommando für den Aufruf dieses Tool enthält. · Neustart des Application-Servers |
| [-copyToPatch] | Dieser Parameter ist nur in Verbindung mit dem Parameter „-generate“ erlaubt.
Ablegen benötigter Klassen im Patch-Verzeichnis aus den Arbeitsverzeichnissen der Aufgabe. Ablegen einer Datei AutoActivateJob.xml im Patch-Verzeichnis. Diese Datei enthält die Informationen, welche Klassen ins Patch-Verzeichnis kopiert wurden. |
| [-activate] | Ausführung der Teilschritte
· cnvbo · Freigabe der Entwicklungsaufgabe · actbo (Aktivierung der Business Objekte) · Aktivierung der Aufgabe Sobald die Aktivierung der Aufgabe(n) erfolgreich abgeschlossen ist, werden noch einige Dateien entfernt. Dies sind · Die im Patch-Verzeichnis abgelegten Klassen wie in der Datei AutoActivateJob.xml vermerkt. · Die AutoActivateJob.xml Datei. Falls gleichzeitig der Parameter –auto gesetzt ist, so werden auch noch die Schritte ausgeführt die mit dem Parameter –stop verbunden sind. |
| [-stop] | Für die vorangegangenen Teilschritte war es notwendig bestimmte Dateien abzulegen. Diese werden jetzt entfernt. Im Einzelnen sind dies:
· Die im Patch-Verzeichnis abgelegten Klassen wie in der Datei AutoActivateJob.xml vermerkt falls diese nicht bereits gelöscht ist. · Die AutoActivateJob.xml Datei falls diese nicht bereits gelöscht ist. · Die autoexec.scl Datei Falls gleichzeitig der Parameter –auto gesetzt ist, erfolgt noch ein Neustart des Application-Servers. |
| [-j:<str-1> … -j:<str-n>] | Die angegebenen Entwicklungsaufgaben werden behandelt sofern sie noch offen oder freigegeben sind. Wird diese Option gewählt, so ist die Option –conflict nicht möglich.
Hinweis: Der Toolshell–User wird zu den Aufgaben als Bearbeiter hinzugefügt, falls er noch nicht Bearbeiter der Aufgabe ist. |
| [-conflict] | Alle Konfliktaufgaben, die noch offen oder freigegeben sind, werden behandelt. Eine gleichzeitige, explizite Angabe von Aufgaben ist nicht möglich.
Hinweis: Der Toolshell–User wird zu den Aufgaben als Bearbeiter hinzugefügt, falls er noch nicht Bearbeiter der Aufgabe ist. |
| [-ord:<str>] | Insbesondere Konfliktaufgaben werden ohne Entwicklungsauftrag erzeugt. Um die Weiterverarbeitung zu erleichtern können Sie den optionalen Parameter –ord verwenden um für die ausgewählten Aufgaben einen Auftrag zu setzen.
Hinweis: Ist in einer gewählten Aufgabe bereits ein anderer Auftrag eingetragen, so führt dies zu einem Fehler und das Tool bricht ab. |
| [-orderType:<str>] | Insbesondere Konfliktaufgaben werden ohne Entwicklungsauftrag erzeugt. Um die Weiterverarbeitung zu erleichtern können Sie den optionalen Parameter –orderType verwenden um für die ausgewählten Aufgaben einen passenden Entwicklungsauftrag mit dem angegebenen Auftragstyp zu erzeugen.
Hinweis: Nur Entwicklungsaufgaben ohne eingetragenen Entwicklungsauftrag sind betroffen. |
| [-complete] | Es wird versucht die Entwicklungsaufträge der angegebenen Entwicklungsaufgaben in den Zustand „erledigt“ zu bringen. |