Die Jobverwaltung ist eine Sammlung eigenständiger Programme, die zum größten Teil dem Laden wichtiger Grunddaten aus dem Anzeigensystem in die WebDB dient. (Anwendung: siehe Punkt 3 - Grunddaten laden)
(in Arbeit)
Im "bin"-Verzeichnis der Jobs finden Sie die Datei "runjob.bat". Wenn Sie diese ausführen, gelangen Sie in das Hauptmenü der Jobverwaltung:
1 Stammdaten laden 2 Rubrikwochentage laden 3 Erscheintermine laden 4 Chiffregebuehren laden 5 Doppeltermin-Infos laden 6 Muster laden 7 Zielaufloesung fuer Bildflaechen in 7029 setzen 8 Zuordnung von Rubriken zu Webkombis durchfuehren 9 nicht uebernommene Auftraege pruefen 10 BLZ-Tabelle aus Backend-DB in die WebDB laden 11 Kollektive laden ------------------------------------------------- 99 automatische Joblaeufe anzeigen/einrichten ------------------------------------------------- e+Nummer = Job-XML-Datei editieren (z.B. e1) eapp = app.properties bearbeiten t = jobs.log mit Tail.exe beobachten x Batchablauf verlassen
Um eine dieser Grunddaten aus dem Anzeigensystem in die WebDB zu laden, geben Sie einfach die entsprechende Nummer vor der Bezeichnung ein und drücken anschließend Enter.
Zum Laden der "Stammdaten" ist es ggfs. notwendig die Job-Datei zuvor mittels "e1" zu editieren, da hier unterschiedliche Grunddaten geladen werden können. Beachten Sie dazu den nachfolgenden Unterpunkt "Stammdaten laden".
(Inhalt der Job-Datei "LoadBaseData.xml" / Bearbeiten mittels "e1" über das Hauptmenü der Jobverwaltung)
In dieser Datei finden Sie folgende Punkte, die für die Übertragung der Stammdaten konfiguriert werden müssen. (Prinzipiell werden bei der Variable "value" die Werte "0" und "1" oder "true" und "false" verwendet. Ausnahme: remotemandant
Alle anderen Werte dürfen nicht verändert werden!
2.2.2 Rubrikwochentage laden
(Inhalt der Job-Datei "LoadRubricDates.xml" / Bearbeiten mittels "e2" über das Hauptmenü der Jobverwaltung)
In dieser Datei finden Sie folgende Punkte, die für die Übertragung der Rubrikwochentage konfiguriert werden werden:
Die "property name"-Werte dürfen nicht verändert werden!
Wie die Daten in der Tabelle BASEDATA abgelegt sind, erfahren Sie unter Nr. 7006 - Rubrikwochentage.
(Inhalt der Job-Datei "LoadETermine.xml" / Bearbeiten mittels "e3" über das Hauptmenü der Jobverwaltung)
In dieser Datei finden Sie folgende Punkte, die für die Übertragung der Erscheintermine konfiguriert werden müssen:
Alle anderen Werte sollten nicht verändert werden.
Wie die Daten in der Tabelle BASEDATA abgelegt sind, erfahren Sie unter Nr. 7001 - Erscheintermine
(Inhalt der Job-Datei "LoadChiffreGebuehren.xml" / Bearbeiten mittels "e4" über das Hauptmenü der Jobverwaltung)
Dieser Job lädt in die Tabelle BASEDATA die Chiffregebühren. (siehe Nr. 7027 - Chiffregebühren)
(Inhalt der Job-Datei "LoadTwinDates.xml" / Bearbeiten mittels "e5" über das Hauptmenü der Jobverwaltung)
Dieser Job lädt in die Tabelle BASEDATA die Doppeltermin-Informationen aus dem VL-Anzeigensystem. (siehe Nr. 7032 - Doppeltermin-Rabatte)
(Inhalt der Job-Datei "LoadSamples.xml" / Bearbeiten mittels "e6" über das Hauptmenü der Jobverwaltung)
In dieser Datei finden Sie folgende Punkte, die für die Übertragung der Muster konfiguriert werden müssen:
Alle anderen Werte sollten nicht verändert werden.
Der Job lädt die Muster- (siehe Nr. 7002 - Muster) und deren Flächeninformationen (siehe Nr. 7003 - Musterflächen) in die Tabelle BASEDATA. In der Tabelle ABLAGE werden die Mustervorschauen als JPG hinterlegt. Über VALUE15=1 in ID_SDV=7002 kann ein Muster von einer Aktualisierung durch den Job teilweise ausgeschlossen werden. Die Steuerung, welche Felder in so einem Fall noch aktualisiert werden sollen, muss in der LoadSamples.xml angepasst werden:
<!-- update white list --> <property name="updateSample" value="4,5,6,7,8,11,12,17,21,22"/> <property name="updateArea" value="2,3,4,5,6,8,11"/>
In "value" werden die Indizes aus der BASEDATA-Tabelle eingetragen. Für Muster (ID_SDV=7002) sind die Werte: 4,5,6,7,8,11,12,17,21,22 möglich (Bedeutung siehe Nr. 7002), für Flächen die Werte: 2,3,4,5,6,8,11 (siehe Nr. 7003) Wird vom Muster die Höhe aktualisiert, wird auch zusätzlich die Breite aktualisiert und umgekehrt. Soll von einer Fläche eine Positionen aktualisiert werden, so werden automatisch alle Positionen (VALUE3 bis VALUE6) aktualisiert.
Es werden nur die Muster ins Web geladen, bei denen in der Kommerziellen Musterbearbeitung (kgrafmust.exe) unter "Muster" - "Verwaltungsdaten ändern" bei "Internetexport" "ja" angegeben ist. Setzen Sie hier unbedingt auch das "Webeditor-Kennzeichen"! Achten Sie zudem darauf, dass alle in den Mustern verwendeten Schriftarten auf dem Server installiert sind, sonst sind sowohl die Mustervorschauen als auch die berechneten Anzeigenvorschauen optisch falsch!
(Inhalt der Job-Datei "SetResolution7029.xml" / Bearbeiten mittels "e7" über das Hauptmenü der Jobverwaltung)
Dieser Job errechnet für alle Musterflächen, die für einen Bildupload eingerichtet wurden (siehe Fehler: Referenz nicht gefunden) die Mindestanzahl an Pixeln in Abhängigkeit der vom Anzeigensystem vorgegebenen Zielauflösung für Printimages. (Stammbea -> Satz/Technik, Bildübernahme -> Zielauflösung für Bildquellen aus pixelbasierten Quellen) Dieser errechnete Wert wird in VALUE5 aller Datensätze mit ID_SDV=7029 abgespeichert. (siehe Nr. 7029 Def. Muster für Bildupload)
Job veraltet - wird nicht mehr benötigt. Jedwede Kombi muss im Anzeigensystem eingerichtet werden und mittels Job "Stammdaten laden" in die WebDB geladen werden.
(Inhalt der Job-Datei "CheckForNewOrders.xml" / Bearbeiten mittels "e9" über das Hauptmenü der Jobverwaltung)
Dieser Job verschickt eine e-Mail in welcher die Anzahl der noch nicht übernommenen Aufträge hinterlegt ist. Das Template dieser Mail lässt sich über das Admintool im Bereich Mailtemplates (siehe Admintool-Handbuch) einrichten.
(Inhalt der Job-Datei "LoadBLZFromBackEnd.xml" / Bearbeiten mittels "e10" über das Hauptmenü der Jobverwaltung)
Dieser Job liest die BLZ-Tabelle der Anzeigensystem-DB aus und erzeugt in Verbindung mit der Bankleitzahlen-XML-Datei der Bundeszentralbank ein SQL-Script, welches die BLZ-Tabelle der WebDB mit allen Banken aus der Anzeigen-DB bef llt. Die XML-Datei wird verwendet, um die Prüfziffern zu ergänzen, da diese derzeit im Anzeigensystem nicht verwaltet werden. Diesem Job muss der komplette Pfad auf die Bankleitzahlen-XLS-Datei der Deutschen Bundesbank mitgegeben werden. (Job-Datei editieren)
Außerdem muss darauf geachtet werden, dass in der app.properties der JDBC-Eintrag auf die Anzeigensystem-DB korrekt hinterlegt und aktiviert ist und der Rechner, von dem aus die Jobs ausgeführt werden, ein Direktzugriff auf die Anzeigensystem-DB erlaubt ist.
(Job-Datei "LoadKollektive.xml" mittels Eingabe von "e11" editieren)
Dieser Job l dt alle Kollektive des Anzeigensystems in die WebDB (siehe auch: Nr. 7039 - Kollektive und Nr. 7040 -
Kollektivtermine).
In diesem kleinen Untermen lassen sich sehr einfach Jobs automatisiert als geplanten Windows-Task einrichten, ndern und auch wieder entfernen.
Daten im Anzeigensystem geändert:
SDV-Dateien: Logon und Tomcat auf allen SOAP-Servern neu starten, ggfs. betreffenden Job starten, nach Job alle Weberfassungen und Admintools neu starten oder ber Nacht warten
Typokataloge: Alle "jefws"-Dienste neu starten oderber Nacht warten
Grunddaten au erhalb der Stammbea (Rubriken, Muster, Bausteine, Schriften, etc.): Tomcat auf allen SOAP-Servern neu starten, ggfs. betreffenden Job starten, nach Job alle Weberfassungen und Admintools neu starten oder ber Nacht warten ( berschreibschutz (ge ndert-Flag) im Web beachten!)
Stammdaten, bei denen auf Neustart des Logons hingewiesen wird (Ausgaben, Kombis, Kollektive, etc., au er Preise): Logon und Tomcat auf allen SOAP-Servern neu starten, ggfs. betreffenden Job starten, nach Job alle Weberfassungen und Admintools neu starten oder ber Nacht warten Preise: Logon und Tomcat auf allen SOAP-Servern neu starten
Daten im Web geändert:
Grunddatenber das Admintool: alle Weberfassungen und Admintools neu starten oderber Nacht warten
KOMBI_CFG: alle Weberfassungen neu starten oderber Nacht warten
Benutzergruppen (GRUPPE, GRUPPE_OBJEKTE, GRUPPE_TYP_OBJEKT): ˜nderungen sind sofort wirksam
Im bin-Verzeichnis ndet sich zus tzlich zur Jobverwaltung das Modul "jrun.bat" zum ent- und verschl sseln von Grunddaten.
Wenn Sie diese ausf hren, erhalten Sie folgende Meldung:
Stammdaten: jrun de.hup.advtools.SqlSData
Ablage:jrun de.hup.advtools.SqlAblage jrun de.hup.advtools.UnPack jrun de.hup.advtools.CryptString jrun de.hup.advtools.CryptAdmPwd jrun de.hup.advtools.GetETermin
2.4.1SqlSData
(in Bearbeitung)
2.4.2SqlAblage
(in Bearbeitung)
2.4.3UnPack
(in Bearbeitung)
Hiermit verschl sseln Sie ein manuell angegebenes Passwort, welches die Weberfassung als Vergleichsobjekt erhalten muss. Beim Neuladen der Stammdaten m ssen Sie ein Passwort angeben, welches mit dem hier erzeugten verglichen wird. Stimmen diese nicht berein, erfolgt keine Aktion.
Geben Sie diese Befehlszeile (jrun de.hup.advtools.CryptString) in die Konsole ein, gefolgt von einem Leerzeichen und einem Passwort, welches Sie zuk nftig f r das Neuladen der Stammdaten verwenden wollen. Beispiel: jrun de.hup.advtools.CryptString hup:
*Wichtig*AchtenSiebeidemeingegebenenPasswortaufGro-undKleinschreibung!
Nach der Eingabe der Befehlszeile erhalten Sie eine Zeichenkette aus Zahlen und Buchstaben, welches Ihr Passwort in verschl sselter Form darstellt.
Beispiel:
5754BB1E78A4CB7373B9A1DE8721E1904B0F41ADB03CCE6E98850BAB759E6C1799BA403A6DC4B57E4E ffnen Sie nun die Datei app.properties Ihrer Weberfassung. Diese nden Sie in der Regel im Tomcatordner unter webapps\hupwebanz\WEB_INF . Suchen Sie in dieser Datei nach der Zeichenkette hupwebanz.admpwd . Geben Sie hinter das = ihr verschl sseltes Passwort ein.
Das Ergebnis sollte wie folgt aussehen: ################################################### ##
Passwort f r Admin-Action
hupwebanz.admpwd=5754BB1E78A4CB7373B9A1DE8721E1904B0F41ADB03CCE6E98850BAB759E6C1799BA403A6DC4B57 (ohne Trennzeichen und Zeilenumbruch)
Speichern Sie Ihre ˜nderung ab und schlie en Sie die Datei.
Hiermit erzeugen Sie ebenfalls ein verschl sseltes Passwort, welches jedoch zus tzlich mit dem aktuellen Datum und der Uhrzeit Ihres System versehen wird. Dieses Passwort ben tigen Sie zum Neuladen der Stammdaten ber Ihren Browser.
Geben Sie diese Zeichenkette (jrun de.hup.advtools.CryptAdmPwd) in Ihre Konsole ein, gefolgt von Ihrem Passwort, welches Sie bereits unter <span style="color: #0000ff">jrun de.hup.advtools.CryptString</span> verwendet und verschl sselt in die app.properties Ihrer Weberfassung eingespeichert haben.
Beispiel:
jrunde.hup.advtools.CryptAdmPwdhup *Wichtig*DasPasswortmussdiegleicheGro-undKleinschreibungbesitzen,wiedasunter<span style="color: #0000ff">jrun</span><span style="color: #0000ff">de.hup.advtools.CryptString</span>verwendete!
Sie erhalten wieder eine Zeichenkette aus Zahlen und Buchstaben. Diese beinhaltet jedoch neben Ihrem Passwort auch einen aktuellen Zeitstempel Ihres Systems. Hintergrund ist der, dass das hierbei erzeugte Passwort nur eine gewisse Zeit g ltig ist, um die Sicherheit zu erh hen. Der hierbei mit eingelesene Zeitstempel darf maximal nur 7,5 Minuten hinter oder vor der Systemzeit des Rechners liegen, auf dem Ihre Weberfassung l uft. Ist die Differenz gr er, ist das Passwort ung ltig. ffnen Sie nun Ihren Browser und geben Sie folgende Befehlszeile in die Adressleiste ein:
http://<HOST>[<:PORT>]/hupwebanz/mainNavigationAction.do?event=admin&mode=refresh&pwd=<PASSWORT> <HOST> - hier muss die DNA oder IP-Adresse Ihres Weberfassungsrechners angegeben werden [<:PORT>] - verwenden Sie einen anderen HTTP-Port als 80, so muss dieser hier angegeben werden <PASSWORT> hier muss das eben generierte Passwort eingegeben werden Bsp.. http://192.168.0.1:8080/hupwebanz/mainNavigationAction.do?event=admin&mode=refresh&pwd=
4554BB1E78A4CB7373B9A1DE8721E1904B0F41ADB0658A294997FC42478F96EFBE169 DF83E7FB57E4E !Unable to render embedded object: File ((ohne Trennzeichen und Zeilenumbr che)) not found.!
Stimmen Ihre Eingaben und be nden Sie sich noch innerhalb des 15-min tigen Zeitfensters, so erhalten Sie folgende Meldung:
Die Stammdaten wurden aktualisiert! Http://192.168.0.1:8080/hupwebanz War die Eingabe nicht korrekt, sehen Sie folgende Meldung:
Keine Aktion! Http://192.168.0.1:8080/hupwebanz
2.4.6GetETermin
(in Bearbeitung)
