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)
2.1 Einrichtung
(in Arbeit)
2.2 Übersicht und Anwendung
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".
2.2.1 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
- 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 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:
- 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 dürfen nicht verändert werden!
Wie die Daten in der Tabelle BASEDATA abgelegt sind, erfahren Sie unter Nr. 7006 - Rubrikwochentage.
2.2.3 Erscheintermine laden
(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:
- 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 werden.
Wie die Daten in der Tabelle BASEDATA abgelegt sind, erfahren Sie unter Nr. 7001 - Erscheintermine
2.2.4 Chiffregebuehren laden
(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)
2.2.5 Doppeltermin-Infos laden
(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)
2.2.6 Muster laden
(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:
- 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 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!
2.2.7 Zielaufloesung für Bildflaechen in 7029 setzen
(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)
2.2.8 Zuordnung 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.9 nicht übernommene Aufträge prüfen
(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.
2.2.10 BLZ-Tabelle aus Backend-DB in die WebDB laden
(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.
Datei "LoadBLZFromBackEnd.xml" editieren und folgende Pfade angeben:
<property name="xlsfile" value="E:\module\hupwebanz\data\BLZ_20090309.xls"/> → „xslfile" muss auf BLZ-Datei (XLS) der Bundeszentralbank zeigen (kompletter Pfad) <property name="sqlfile" value="E:\module\hupwebanz\data\BLZ_20090309.sql"/> → „sqlfile" gibt den Namen des sql-Scripts an, welches geschrieben wird (kompletter Pfad)
Datei app.properties editieren und Daten für Direktzugriff auf Unique-DB angeben:
(Dem Rechner muss der Direktzugriff möglich/erlaubt sein!)MSSQLDatasource.jdbc/hup-uniquevl.DriverClassName=com.microsoft.jdbc.sqlserver.SQLServerDriver Datasource.jdbc/hup-uniquevl.Url=jdbc:microsoft:sqlserver://DBSERVER:PORT;DatabaseName=DBNAME Datasource.jdbc/hup-uniquevl.Username=BENUTZER Datasource.jdbc/hup-uniquevl.Password=PASSOWRT Datasource.jdbc/hup-uniquevl.MaxIdle=1 Datasource.jdbc/hup-uniquevl.ValidationQuery=SELECT 1
OracleDatasource.jdbc/hup-uniquevl.DriverClassName=oracle.jdbc.driver.OracleDriver Datasource.jdbc/hup-uniquevl.Url=jdbc:oracle:thin:@DBSERVER:PORT:DBNAME Datasource.jdbc/hup-uniquevl.Username=BENUTZER Datasource.jdbc/hup-uniquevl.Password=PASSWORT Datasource.jdbc/hup-uniquevl.MaxIdle=1 Datasource.jdbc/hup-uniquevl.ValidationQuery=select 1 from dual
Prüfen der Daten für Zugriff auf WebDB (app.properties):
Datasource.jdbc/hup-webanz.DriverClassName=com.mysql.jdbc.Driver Datasource.jdbc/hup-webanz.Url=jdbc:mysql://DBSERVER:PORT/DBNAME?zeroDateTimeBehavior=convertToNull Datasource.jdbc/hup-webanz.Username=BENUTZER Datasource.jdbc/hup-webanz.Password=PASSOWRT Datasource.jdbc/hup-webanz.MaxIdle=1 Datasource.jdbc/hup-webanz.ValidationQuery=SELECT 1
Job ausführen (das generierte SQL-Script wird automatisch in die WebDB eingespielt)
2.2.11 Kollektive laden
(Inhalt der Job-Datei "LoadKollektive.xml" / Bearbeiten mittels "e11" über das Hauptmenü der Jobverwaltung)
Dieser Job lädt alle Kollektive des Anzeigensystems in die WebDB (siehe auch: Nr. 7039 - Kollektive und Nr. 7040 - Kollektivtermine).
2.2.12 automatische 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.3 Aktivieren neuer/geänderter Grunddaten im Web
System | geänderte Daten | ToDo, um diese in WebAnzeigen zu aktiveren |
---|---|---|
Anzeigensystem | SDV-Dateien | Logon und Tomcat auf Backend-Server neu starten, ggfs. betreffenden Job starten; nach Job Weberfassung und Admintool neu starten oder über Nacht warten |
Typokataloge | Alle "jefws"-Dienste neu starten oder über Nacht warten | |
Grunddaten außerhalb der Stammbea (Rubriken, Muster, Bausteine, Schriften, etc.) | Tomcat auf Backend-Server neu starten, ggfs. betreffenden Job starten, nach Job Weberfassung und Admintool 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, Preise, etc.) | Logon und Tomcat auf Backend-Server neu starten, ggfs. betreffenden Job starten, nach Job Weberfassung und Admintool neu starten oder über Nacht warten Preise: Logon und Tomcat auf Backend-Server neu starten | |
WebAnzeigen | Grunddaten (über das Admintool oder direkt in der WebDB) | Weberfassung und Admintool neu starten oder über Nacht warten |
Datenbank-Tabelle KOMBI_CFG | Weberfassung neu starten oder über Nacht warten | |
Benutzergruppen (GRUPPE, GRUPPE_OBJEKTE, GRUPPE_TYP_OBJEKT) | Änderungen sind sofort wirksam |
2.4 Modul 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)