Inhalt |
---|
...
Die Jobverwaltung ist eine Sammlung eigenst ndiger eigenständiger Programme, die zum gr ten 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.
...
1 Einrichtung
(in BearbeitungArbeit)
2.
...
2 Übersicht und Anwendung
Im "bin"-Verzeichnis der Jobs nden finden Sie die Datei "runjob.bat". Wenn Sie diese ausf hren ausführen, gelangen Sie in das Hauptmen Hauptmenü der Jobverwaltung:
Codeblock |
---|
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 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 nnenkönnen. Beachten Sie dazu den nachfolgenden Unterpunkt "Stammdaten laden".
2.2.1Stammdaten 1 Stammdaten laden
(Inhalt der Job-Datei "LoadBaseData.xml" / Bearbeiten mittels Eingabe von "e1" editierenüber das Hauptmenü der Jobverwaltung)
In dieser Datei nden finden Sie folgende Punkte, die f r für die bertragung Übertragung der Stammdaten kon guriert konfiguriert werden m ssenmüssen. (Prinzipiell werden bei der Variable "value" die Werte "0" und "1" oder "true" und "false" verwendet. AusnameAusnahme:
remotemandant)
- Skipmainrubrics : wenn value=
...
- "true" werden beim Laden der Rubriken
...
- (siehe nachfolgenden Punkt "Rubric") nur die geladen, die keine Rubriken mehr unter sich tragen
- remotemandant : hier muss die korrekte Remotemandant ID des Paradise Anzeigensystems angegeben werden, um einen remote Zugriff auf das Backend zu
...
- ermöglichen (
...
- nur Paradise; bei
...
- Anzeigen(VL) egal)
LinkPublicationIssue : wird nicht mehr verwendet!- PriceRubric : wenn value="1" werden die Preisrubriken und Default-Preisrubriken
...
- geladen. (siehe Nr. 316 - Preisrubriken und Nr. 686 - Default-Rubrik-Preisrubriken
...
- (beides nur Anzeigen(VL)))
- Anrede : wenn value=
...
- "1" werden die Anredearten
...
- geladen. (siehe Nr. 69 - Anredearten)
- LKZ : wenn value=
...
- "1" werden die Länderkennzeichen geladen. (siehe Nr. 82 -
...
- Länder)
- Adressart : wenn value=
...
- "1" werden die Adressarten geladen. (siehe Nr. 65 - Adressarten)
- Publication : wenn value=
...
- "1" werden die Publikationen
...
- geladen. (siehe Nr. 150 - Publikationen)
- Issue : wenn value="1" werden die Ausgaben und Kombis
...
- geladen. (siehe Nr. 2025 - Ausgaben, Nr. 80
...
- Kombidefinition, Nr. 147 - Zuordnung Ausgaben zu Kombis)
- Rubric : wenn value=
...
- "1" werden die Rubriken
...
- geladen. (siehe Nr. 103 - Rubriken)
- Payment : wenn value="1" werden die Zahlarten
...
- geladen. (siehe Nr. 7011 - Zahlarten) (
...
- müssen danach noch von Hand angepasst werden!)
- CreditCard : wenn value=
...
- "1" werden die Kreditkarten-Arten
...
- geladen. (siehe Nr. 7010 -
...
- Kreditkarten)
- Chiffre : wenn value=
...
- "1" werden die Chiffrearten
...
- geladen. (siehe Nr. 7004 - Chiffrearten)
- Nutzung : wenn value="1" werden die Nutzungsarten
...
- geladen. (siehe Nr. 7005 - Nutzungsarten) (
...
- müssen danach noch von Hand angepasst werden)
- SpecialPriceCode : wenn value="1" werden die
...
- Rabattgründe geladen. (siehe Nr. 95
...
- Rabattgründe)
- OnlineAttribute : wenn value=
...
- "1" wird die Verschlagwortung
...
- 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)
...
- geladen. (siehe Nr. 78
...
- Geschäftsstellen)
- Emphasize : wenn value="1" werden die
...
- Auszeichnungsdefinitionen geladen. (siehe Nr. 7018 - Auszeichnungen - Deklar.)
- Measurement : wenn value=
...
- "1" werden die Maßeinheiten geladen. (siehe Nr. 86 -
...
- Maßeinheiten)
- Paneinfo : wenn value="1" werden die
...
- Flächenbedeutungen geladen. (siehe Nr. 4014 -
...
- Flächenbedeutung)
- Format : wenn value="1" werden die Formate und deren Zuordnung zu Ausgaben
...
- geladen. (siehe Nr. 112 - Formate und Nr. 72 - Zuordnung Format zu Ausgabe)
- Rechnungsart : wenn value="1" werden die Rechnungsarten
...
- geladen. (siehe Nr. 92 - Rechnungsarten)
- PublicationWhiteList : wenn value="80010, 80011, 80020" werden alle
...
- Grunddaten, die
...
- einer konkreten Publikation zugeordnet sind, nur dann geladen, wenn sie einer dieser drei Publikationen zugeordnet sind. (damit lassen sich Grunddaten aussparen, die im Web nicht benötigt werden)
- IssueWhiteList : wenn value="26093, 26094, 26116"
...
- werden alle
...
- Grunddaten, die
...
- einer konkreten Ausgabe zugeordnet sind, nur dann geladen, wenn sie einer dieser drei Ausgaben zugeordnet sind. (damit lassen sich Grunddaten aussparen, die im Web nicht benötigt werden)
Alle anderen Werte d rfen dürfen nicht ver ndert verändert werden.!
2.2.
...
2 Rubrikwochentage laden
(Inhalt der Job-Datei "LoadRubricDates.xml" / Bearbeiten mittels Eingabe von "e2" editierenüber das Hauptmenü der Jobverwaltung)
In dieser Dateinden Datei finden Sie folgende Punkte, die f r diebertragung für die Übertragung der Rubrikwochentage kon guriert konfiguriert werden werden.:
- remotemandant = hier muss die korrekte Remotemandant ID des Paradise Anzeigensystems angegeben werden, um einen remote Zugriff auf das Backend zu
...
- ermöglichen (nur Paradise; bei Anzeigen(VL) egal)
- defaultRubricStop = Der hinter "value" angegebene Wert
...
- definiert den Rubrikenschluss
...
- für alle aus dem Anzeigensystem
...
- übertragenen Rubriken. Der Wert
...
- definiert die
...
- Minuten, 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
...
- stattfinden. Angabe optional.
- offsetRubricStop
...
- = Der hinter "value" angegebene Wert
...
- definiert 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 dürfen nicht ver ndert verändert werden!
Wie die Daten in der Tabelle BASEDATA abgelegt sind, erfahren Sie unter Nr. 7006 - Rubrikwochentage.
2.2.3Erscheintermine 3 Erscheintermine laden
(Inhalt der Job-Datei "LoadETermine.xml" / Bearbeiten mittels Eingabe von "e3" editieren)über das Hauptmenü der Jobverwaltung)
In dieser Dateinden Datei finden Sie folgende Punkte, die für die f r diebertragung Übertragung der Erscheintermine kon guriert werden m ssen.konfiguriert werden müssen:
- remotemandant =
...
- hier muss die korrekte Remotemandant ID des Paradise Anzeigensystems angegeben werden, um einen remote Zugriff auf das Backend zu
...
- ermöglichen (nur Paradise; bei Anzeigen(VL) egal)
- 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
...
- an allen Ausgaben fest (nicht
...
- mit den Rubrikwochentagen
...
- (Nr. 7006) verwechseln).
Alle anderen Werte sollten nicht ver ndert verändert werden.
Wie die Daten in der Tabelle BASEDATA abgelegt sind, erfahren Sie unter Nr. 7001 - Erscheintermine
2.2.4Chiffregebuehren 4 Chiffregebuehren laden
(Inhalt der Job-Datei "LoadChiffreGebuehren.xml" / Bearbeiten mittels Eingabe von "e4" editierenüber das Hauptmenü der Jobverwaltung)
Dieser Job l dt lädt in die Tabelle BASEDATA die Chiffregeb hrenChiffregebühren. (siehe Nr. 7027 - Chiffregeb hrenChiffregebühren)
2.2.5Doppeltermin5 Doppeltermin-Infos laden
(Inhalt der Job-Datei "LoadTwinDates.xml" / Bearbeiten mittels Eingabe von "e5" editierenüber das Hauptmenü der Jobverwaltung)
Dieser Job l dt lädt in die Tabelle BASEDATA die Doppeltermin-Informationen des Uniqueaus dem VL-Anzeigensystem. (siehe Nr. 7032 - Doppeltermin-Rabatte)
2.2.6Muster 6 Muster laden
(Inhalt der Job-Datei "LoadSamples.xml" / Bearbeiten mittels Eingabe von "e6" editierenüber das Hauptmenü der Jobverwaltung)
In dieser Dateinden Datei finden Sie folgende Punkte, die für die f r diebertragung Übertragung der Muster kon guriert werden m ssen.konfiguriert werden müssen:
- remotemandant =
...
- hier muss die korrekte Remotemandant ID des Paradise Anzeigensystems angegeben werden, um einen remote Zugriff auf das Backend zu
...
- ermöglichen (nur Paradise; bei Anzeigen(VL) egal)
- MaxImageSize = maximale Breite der Mustervorschauen in Pixeln; Vorschauen werden ggfs.
...
- verkleinert, damit diese im Musterauswahldialog eine gewisse Breite nicht
...
- übersteigen
- PublicationWhiteList = es werden nur die Muster und Musterzuordnungen in die WebDB geladen, die entweder den hier
...
- aufgeführten Publikationen (
...
- Kürzel) oder keiner konkreten zugeordnet sind.
- SampleWhiteList = es werden nur die Muster in die WebDB geladen,
...
- deren Musternamen hier aufgelistet sind
Alle anderen Werte sollten nicht ver ndert verändert werden.
Der Job l dt lädt die Muster- (siehe Nr. 7002 - Muster) und deren Fl cheninformationen Flächeninformationen (siehe Nr. 7003 - Muster chenMusterflächen) in die Tabelle BASEDATA. In der Tabelle ABLAGE werden die Mustervorschauen als JPG hinterlegt. ber Ü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. :
Codeblock |
---|
<!-- 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 Für Muster (ID_SDV=7002) sind die Werte: 4,5,6,7,8,11,12,17,21,22 m glich möglich (Bedeutung siehe Nr. 7002), f r Fl chen für Flächen die Werte: 2,3,4,5,6,8,11 (siehe Nr. 7003) Wird vom Muster die H he Höhe aktualisiert, wird auch zus tzlich zusätzlich die Breite aktualisiert und umgekehrt. Soll von einer Fl che Fläche eine Positionen aktualisiert werden, so werden automatisch alle Positionen (VALUE3 bis VALUE6) aktualisiert. Achtung
...
Hinweis |
---|
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 auch das "Webeditor-Kennzeichen", wenn Sie das Muster im WYSIWYG-WebEditor anbieten wollen. Achten Sie unbedingt darauf, dass alle in den Mustern verwendeten Schriftarten auf dem Server installiert sind! |
2.2.7 Zielaufloesung für Bildflaechen 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)
...
(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.
1.Datei LoadBLZFromBackEnd.xml editieren und folgende Pfade angeben: |
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).
...
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
Wiki-Markup |
---|
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 !worddav8a58ae5e1a54882499d4cde69a685e00.png|height=38,width=38! *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 !!(ohne Trennzeichen und Zeilenumbr che)!!
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) |