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) Standartgem nden Sie diese im Ordner C:\Programme\Webanzeigen\Jobs .
2.1Einrichtung
(in Bearbeitung)

2.2bersicht und Anwendung

Im "bin"-Verzeichnis der Jobs nden 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".

2.2.1Stammdaten laden

(Job-Datei "LoadBaseData.xml" mittels Eingabe von "e1" editieren)
In dieser Datei nden Sie folgende Punkte, die f r die bertragung der Stammdaten kon guriert werden m ssen. (Prinzipiell werden bei der Variable value die Werte 0 und 1 oder true und false verwendet. Ausname:
remotemandant)
Skipmainrubrics : wenn value= truewerden beim Laden der Rubriken alle die weggelassen, die noch untergeordnete Rubriken besitzen
remotemandant : hier muss die korrekte Remotemandant ID angegeben werden, um einen remote Zugriff auf das Backend zu erm glichen (P5; bei Unique beliebig)
LinkPublicationIssue : wird nicht mehr verwendet!
PriceRubric : wenn value= 1 werden die Preisrubriken und Default-Preisrubriken an Rubriken ins Web geladen. (siehe Nr. 316 - Preisrubriken und Nr. 686 - Default-Rubrik-Preisrubriken, nur Unique)
Anrede : wenn value= 1werden die Anredearten ins Web geladen. (siehe Nr. 69 - Anredearten)
LKZ : wenn value= 1werden die L ngerkennzeichen ins Web geladen. (siehe Nr. 82 - L nder)
Adressart : wenn value= 1werden die Andressarten ins Web geladen. (siehe Nr. 65 - Adressarten)
Publication : wenn value= 1werden die Publikationen ins Web geladen. (siehe Nr. 150 - Publikationen)
Issue : wenn value= 1 werden die Ausgaben und Kombis ins Web geladen. (siehe Nr. 2025 - Ausgaben, Nr. 80 Kombide nition, Nr. 147 - Zuordnung Ausgaben zu Kombis)
Rubric : wenn value= 1werden die Rubriken ins Web geladen. (siehe Nr. 103 - Rubriken)
Payment : wenn value= 1 werden die Zahlarten in die Tabelle BASEDATA geladen. (siehe Nr. 7011 - Zahlarten) (m ssen danach noch von Hand angepasst werden!)
CreditCard : wenn value= 1werden die Kreditkarten-Arten in die Tabelle BASEDATA geladen. (siehe Nr. 7010 -
Kreditkarten)
Chiffre : wenn value= 1werden die Chiffrearten in die Tabelle BASEDATA geladen. (siehe Nr. 7004 - Chiffrearten)
Nutzung : wenn value= 1 werden die Nutzungsarten in die Tabelle BASEDATA geladen. (siehe Nr. 7005 - Nutzungsarten) (m ssen danach noch von Hand angepasst werden)
SpecialPriceCode : wenn value= 1 werden die Rabattgr nde in die Tabelle BASEDATA geladen. (siehe Nr. 95 Rabattgr nde)
OnlineAttribute : wenn value= 1wird die Verschlagwortung ins Web geladen. (siehe Nr. 752 - Onlineattribute -
Textgen, Nr. 753 - Onlineattribute - Bl cke, Nr. 754 - Onlineattribute, Nr. 755 - Onlineattribute - Rubzuord., Nr. 759 - Onlineattr. Textgen. Stichwort, Nr. 761 - Onlineattr. Combobox-Werte)
BusinessLocation : wenn value= 1 werden die Gesch ftsstellen (Abteilungen) ins Web geladen. (siehe Nr. 78 Gesch ftsstellen)
Emphasize : wenn value= 1 werden die Auszeichnungsde nitionen ins Web geladen. (siehe Nr. 7018 - Auszeichnungen - Deklar.)
Measurement : wenn value= 1werden die Ma einheiten isn Web geladen. (siehe Nr. 86 - Ma einheiten)
Paneinfo : wenn value="1" werden die Fl chenbedeutungen isn Web geladen. (siehe Nr. 4014 - Fl chenbedeutung)
Format : wenn value="1" werden die Formate und deren Zuordnung zu Ausgaben ins Web geladen. (siehe Nr. 112 - Formate und Nr. 72 - Zuordnung Format zu Ausgabe)
Rechnungsart : wenn value="1" werden die Rechnungsarten ins Web geladen. (siehe Nr. 92 - Rechnungsarten)
PublicationWhiteList : wenn value="80010, 80011, 80020" werden alle geladenen Stammdaten, die eine Zuordnung zu Publikationen besitzen, auf die reduziert, die eine von den 3 genannten zugeordnet sind
IssueWhiteList : wenn value="26093,26094,26116" werden alle geladenen Stammdaten, die eine Zuordnung zu Ausgaben besitzen, auf die reduziert, die eine von den 3 genannten zugeordnet sind
Alle anderen Werte d rfen nicht ver ndert werden.

2.2.2Rubrikwochentage laden

(Job-Datei "LoadRubricDates.xml" mittels Eingabe von "e2" editieren)
In dieser Dateinden Sie folgende Punkte, die f r diebertragung der Rubrikwochentage kon guriert werden.
remotemandant = hier muss die korrekte Remotemandant ID angegeben werden, um einen remote Zugriff auf das Backend zu erm glichen (P5, bei unique beliebig) defaultRubricStop : Der hinter "value" angegebene Wert de niert den Rubrikenschluss f r alle aus dem Anzeigensystem bertragenen Rubriken. Der Wert de niert die Minunten, die vom Erscheintag um 24:00 Uhr zur ckgerechnet werden. Bsp.: bei value="1440" w rde der Schluss genau 1 Tag, also um 24:00 Uhr des Vortages statt nden. Angabe optional.
offsetRubricStop : Der hinter "value" angegebene Wert de niert die Minuten, die auf den aus dem Anzeigensystem mitgegebenen Rubrikenschluss dazugerechnet werden sollen. Bsp.: Ist der aus dem Anzeigensystem kommende Rubrikenschluss genau 12 Stunden und value="1440", so wird im Web der Rubrikenschluss genau 1 Tag und 12 Stunden vor 24:00 Uhr des Erscheintages sein.
Die property name -Werte sollten nicht ver ndert werden! Wie die Daten in der Tabelle BASEDATA abgelegt sind erfahren Sie unter Nr. 7006 - Rubrikwochentage.

2.2.3Erscheintermine laden

(Job-Datei "LoadETermine.xml" mittels Eingabe von "e3" editieren)
In dieser Dateinden Sie folgende Punkte, die f r diebertragung der Erscheintermine kon guriert werden m ssen.
remotemandant = hier muss die korrekte Remotemandant ID angegeben werden, um einen remote Zugriff auf das Backend zu erm glichen (P5, bei unique beliebig)
days = legt die Anzahl der zu bertragenden Erscheintermine f r alle Rubriken fest (Bsp.: Wenn value= 30 so werden die n chsten 30 Tage ins Web bertragen (nur, wenn auch verf gbar)) rsoffset = legt den Rubrikenschluss aller Termine aller Ausgaben fest (nicht an den Rubrikwochentagen!).
Alle anderen Werte sollten nicht ver ndert werden.
Wie die Daten in der Tabelle BASEDATA abgelegt sind erfahren Sie unter Nr. 7001 - Erscheintermine

2.2.4Chiffregebuehren laden

(Job-Datei "LoadChiffreGebuehren.xml" mittels Eingabe von "e4" editieren)
Dieser Job l dt in die Tabelle BASEDATA die Chiffregeb hren. (siehe Nr. 7027 - Chiffregeb hren)

2.2.5Doppeltermin-Infos laden

(Job-Datei "LoadTwinDates.xml" mittels Eingabe von "e5" editieren)
Dieser Job l dt in die Tabelle BASEDATA die Doppeltermin-Informationen des Unique. (siehe Nr. 7032 - Doppeltermin-Rabatte)

2.2.6Muster laden

(Job-Datei "LoadSamples.xml" mittels Eingabe von "e6" editieren)
In dieser Dateinden Sie folgende Punkte, die f r diebertragung der Muster kon guriert werden m ssen.
remotemandant = hier muss die korrekte Remotemandant ID angegeben werden, um einen remote Zugriff auf das Backend zu erm glichen (P5, bei unique beliebig)
MaxImageSize = maximale Breite der Mustervorschauen in Pixeln; Vorschauen werden ggfs. verkleiner, damit diese im Musterauswahldialog eine gewisse Breite nicht bersteigen
PublicationWhiteList = es werden nur die Muster in die WebDB geladen, die den hier aufgef hrten Publikationen (K rzel) zugeordnet sind
SampleWhiteList = es werden nur die Muster in die WebDB geladen, die hier mit ihrem Musternamen aufgef hrt sind
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 - Muster 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 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.
Achtung

2.2.7Zielau oesung f r Bildchen in 7029 setzen

(Job-Datei "SetResolution7029.xml" mittels Eingabe von "e7" editieren)
Dieser Job errechnet f r alle Muster chen, die f r einen Bildupload eingerichtet wurden (siehe Fehler: Referenz nicht gefunden) die Mindestanzahl an Pixeln in Abh ngigkeit der vom Anzeigensystem vorgegebenen Zielau sung f r Printimages. (Stammbea -> Satz/Technik, Bild bernahme -> Zielau 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)

2.2.8Zuordnung von Rubriken zu Webkombis durchf hren

Job veraltet - wird nicht mehr ben tigt. Jedwede Kombi muss im Anzeigensystem eingerichtet werden und mittels Job "Stammdaten laden" in die WebDB geladen werden.

2.2.9nichtbernommene Auftr ge pr fen

(Job-Datei "CheckForNewOrders.xml" mittels Eingabe von "e9" editieren)
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.

2.2.10BLZ-Tabelle aus Backend-DB in die WebDB laden

(Job-Datei "LoadBLZFromBackEnd.xml" mittels Eingabe von "e10" editieren)
Dieser Job liest die BLZ-Tabelle der Anzeigen-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 Anzeigen-DB korrekt hinterlegt und aktiviert ist und der Rechner, von dem aus die Jobs ausgef hrt werden, ein Direktzugriff auf die Anzeigen-DB erlaubt ist.

2.2.11Kollektive laden

(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).

2.2.12automatische Jobl ufe anzeigen/einrichten

In diesem kleinen Untermen lassen sich sehr einfach Jobs automatisiert als geplanten Windows-Task einrichten, ndern und auch wieder entfernen.

2.3Aktivieren neuer/ge nderter Grunddaten im Web

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

2.4Modul jrun.bat

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)

2.4.4CryptString

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.

2.4.5CryptAdmPwd

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)