FAQ HUP WebAnzeigen
Eine FAQ lebt von gestellten Fragen. Sie haben eine Frage? Dann nur zu!
Allgemein
Welche Dinge müssen bei einer Neuinstallation beachtet/vom Verlag abgefragt / eingerichtet werden?
- physikalische Server, Betriebsysteme, Verteilung der Komponenten im Netzwerk?
- Frontend/Erfassung, Datenbank, Backend/Admintool+Services auf Windows-Rechner mit VL-Logon
- Userverwaltung - webanzeigen-eigene oder SSO/HASSO?
- Java-Version auf Windows-Servern (/wiki/spaces/PO/pages/221564831)
- Wo sollen die WebAnzeigen-(Sub-)Domains und SSL-Zertifikate liegen? Mit auf dem Frontend-Server?
- Wer wartet die (Sicherheit des) Webservers/Frontend-Servers?
- Updates und spätere Optimierung des Webservers, Aktualisierung SSL-Zertifikate
weitere Fragen siehe nächsten Abschnitt "Welche Dinge müssen beim Erweitern um eine weitere Publikation beachtet/vom Verlag abgefragt werden?"
Welche Dinge müssen beim Erweitern um eine weitere Publikation beachtet/vom Verlag abgefragt / eingerichtet werden?
- Template
- Styleguide (Farben, etc.)
- Karten für die Verbreitungsgebiete
- Links zu den AGB, DS, Wiederrufsbelehung
- vHost, SSL-Zertifikat?
- Grunddaten laden (per WebAnzeigen-Jobs)
- 1 Stammdaten
- Publikation (150)
- Ausgaben/Kombis (2025, 147, 80)
- Rubrik(en) (103)
- ggfs. Preisrubriken (316, 686) → meist wird hier nur per Script die zu setzenden Preisrubriken in die 686.sdv eingetragen, da diese auch vererbt werden
- Format (72)
- 2 Rubrikwochentage (7006)
- 3 Erscheintermine (7001)
- 4 Chiffregebühren (7027)
- 5 Doppeltermininfos (7032)
- 6 Muster (7002, 7003)
- 1 Stammdaten
- Grunddaten einrichten (per SQL in WebAnzDB)
- 686 - Preisrubriken (Default für Web-Aufträge)
- 7001 - Erscheintermine (wenn z.B. Start der Publ. erst ab Termin X)
- 7002 - Muster
- Nutzungsabhängigkeit
- 7006 - Rubrikwochentage
- Schlusszeiten
- Wochentage
- 7007 - Mailtemplates (BASEDATA, ID_SDV=7007 + ABLAGE, TYP=3)
- 7018 - Auszeichnungspakete (7018.sdv, ID_SDV 7019, 7020)
- verwendbare Schriftbausteine?
- Abhängigkeit zu Zielflächenbedeutung in ID_SDV 752 beachten
- 7024 - Veredelung
- 7026 - Bilder für Ausgabengebiete
- 7030 - Aborabatte / Onlinerabatt
- 7031 - publikationsabh. Chiffre-Zusendungstext
- 7033 - Chiffre-Abholungstext je Abholungsort
- 7035 - Domain-Konfig
- 7037 - Standard-Ausgabe
- 7042 - Chiffre-Abholungsorte
- 7043 - Erlaubte Buchungskombinationen
- 7044 - nur ein Termin buchbar
- 7045 - Muster-Blacklist
- 7050 - Internet-Kennzeichen
- 7051 - Wiederholeranzeigen
- 7053 - Standard-Rubrikenschluss
- 7054 - Chiffrepflicht-Kennzeichen
Was muss bei (Grunddaten-)Änderungen neu gestartet werden, damit diese von WebAnzeigen erkannt werden? (Aktivieren neuer/geänderter Grunddaten im Web)
Im Anzeigensystem geänderte Daten | ToDo, damit die Änderung von WebAnzeigen erkannt wird |
---|---|
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 oder über 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 |
In WebAnzeigen geänderte Daten | |
Grunddaten über das Admintool | alle Weberfassungen und Admintools neu starten oder über Nacht warten |
Tabelle KOMBI_CFG | alle Weberfassungen neu starten oder über Nacht warten |
Benutzergruppen (Tabellen GRUPPE, GRUPPE_OBJEKTE, GRUPPE_TYP_OBJEKT) | Änderungen sind sofort wirksam |
Wie kann man den Java-Prozess debuggen?
(remotedebugging! - noch zu überarbeiten)
Im Java-Service-Wrappers die Datei "wrapper.conf", die den WebAnzeigen-Tomcat auf dem Zielsystem startet, erweitern:
wrapper.java.additional.17=-Xdebug
wrapper.java.additional.18=-Xrunjdwp:transport=dt_socket,address=8000,server=y,suspend=y
"DebugWin32_6.11.01.404" auf das Zielsystem kopieren
- windbg.exe starten. Menü "File" ...
- Symbol File Path... =
- Source File Path... =
- Image File Path... =
- Tomcat über den Java-Service-Wrapper mit der angepasste wrapper.conf starten. (sollte im Haltemodus starten, bis sich ein Debugprozess auf Port 8000 verbindet)
- DebugWin - File - Attach to a Process... und an den wrapper.exe-Prozess klemmen
- Jetzt sollte im Fenster des Tomcat-Prozesses Betrieb aufkommen und dieser hochgefahren werden. Währendessen laufen im DebugWin-Fenster die Meldungen ein.
Wie werden die Bankdaten validiert? Wird die SepaBox dafür verwendet?
Die Validierung erfolgt (leider!) zweistufig (Zusammenhänge und Ablauf jedoch unklar).
- Es wird die SEPABox benötigt
- Es wird sowohl in der Weberfassung als auch dem Admintool auf Dateiebene eine CSV-Datei (.\shared\data\bic-de.csv) erwartet, welche ein Export aus dem XLSX der BLZ-Datei der Deutschen Bundesbank (https://www.bundesbank.de/Redaktion/DE/Standardartikel/Aufgaben/Unbarer_Zahlungsverkehr/bankleitzahlen_download.html) ist.
Ist eine vom User angegebene BIC in dieser nicht enthalten, erfolgt im Logfile der Applikation folgende Meldung: "[2x019] Angegebene BIC existiert nicht, Die von Ihnen angegebene BIC existiert nicht!"
Das aus dem XLSX exportierte CSV-Format muss folgender Syntax genügen, wobei die erste Zeile die Beschreibungszeile sein muss:
"Bankleitzahl";"Kurzbezeichnung";"Bezeichnung";"BIC";"PLZ";"Ort";"Gültig bis" "10000000";"BBk Berlin";"Bundesbank";"MARKDEF1100";"10591";"Berlin";"" "10010010";"Postbank Berlin";"Postbank";"PBNKDEFFXXX";"10916";"Berlin";"" ... "12070000";"Deutsche Bank Luckenwalde";"Deutsche Bank";"DEUTDEBB188";"14943";"Luckenwalde";"" ...
Das Login im Firefox schlägt immer wieder einmal fehl. Im IE11 und Edge funktioniert es gar nicht.
- Prüfen, dass nicht der http/https-mixed-mode aktiviert ist. Machte bei MDV massive Probleme. ("hupwebanz.httpMode" in der app.properties von webanz sollte besser auf 2 (= https-only) stellen.)
- Cookies müssen vom Browser akzeptiert werden.
WebAnzeigen streikt komplett mit Logfile-Meldung: de.hup.bo.advkommerzbo.impl.unique.ModulKommerzExc: 1 | ..\ModulKommerzBOJni.cpp | 310 | ... Exception occured!
- Prüfen, ob auf dem Server, wo der KommBO (im Tomcat) läuft, Kaspersky läuft und diesen beenden.
Logfile-Meldung: de.hup.bo.advkommerzbo.base.ModuleCommerceExc: 63016 | ..\SEPAUtil.cpp | 78 | Fehler beim Aufruf der Methode 'init' aus der Assembly 'webserviceconnector.dll'. Bitte prüfen Sie ggf. die .NET-Sicherheitsrichtlinien. (4.1@1.0)
- In einer Admin-CMD ausführen: C:\Windows\Microsoft.NET\Framework\v2.0.50727\CasPol.exe -m -cg LocalIntranet_Zone FullTrust
- Rechner neu starten
Wie funktioniert die Vorbelegung von Auftragsattributen per URL-Parameter / Deeplinks?
Funktion: anzeigePubRubrikOutput.do
Parameter:
- resetAd=1 ... setzt den aktuellen Auftrag zurück
- initAd=1 ... initialisiert einen neuen Auftrag
- u={ID} ... setzt die Nutzung (Tabelle BASEDATA, Wert ID_SDV_REC aus ID_SDV 7005)
- p={iD} ... setzt die Publikation (Tabelle BASEDATA, Wert ID_SDV_REC aus ID_SDV 150)
r={ID} ... setzt die Rubrik (Tabelle BASEDATA, Wert ID_SDV_REC aus ID_SDV 103)
- i={ID} ... setzt die Ausgabe (Tabelle BASEDATA, Wert ID_SDV_REC aus ID_SDV 2025) – wegen Einschränkungen in der Erfassungsreihenfolge nur sinnvoll/möglich, wenn auch eine Rubrik gesetzt wird, die auch gebucht werden darf und damit auch Ausgaben angeboten werden
In älteren Versionen sind die Parameter anders: https://webanzeigen.stadtzeitung.de/webanz/anzeigePubRubrikOutput.do?adUsingCollectionSelect=7005010&publicationCollectionSelect=11&rubricCollectionSelect=99&initAd=1&resetAd=1
java.sql.SQLException: Cannot create PoolableConnectionFactory (null, message from server: "Host '193.0.63.150' is not allowed to connect to this MySQL server")
/wiki/spaces/CON/pages/221087078 - bind-address anpassen
Erweitertes Schnittstellen-Logging zum VL
VL-Anzeigen - Logging der Schnittstelle aktivieren
Kann man unabhängig der Sepabox-Checks (z.B. Bagatellgrenze) alle über WebAnzeigen getriggerten, neuen SEPA-Mandate als unterschrieben und gültig anlegen (lassen)?
Ja, dafür gibt es in /wiki/spaces/CON/pages/221086726 den Konfigschalter
- Kommerz.CreateValidSepaAuthorizationForWeborders = "1";
der auf dem System gesetzt sein muss, wo der Tomcat mit dem KommBO läuft.
Preise
Es wird kein Preis gefunden. Im KommBO wird folgende Fehlermeldung ausgegeben: "Bei gesetzter Berechnungsfarbe/-höhe/-spaltigkeit muss ein Berechnungsgrund angegeben werden."
GRUND: Wahrscheinlich wird die Mindestmenge (Höhe, Zeilenanzahl, Worte) nicht erreicht. In diesem Fall wird eine Berechnungsmenge in der APos in Backend eingetragen. Wenn der Mandantschalter VAL_SCHALTERART_BERECHNUNGSGRUND_ERZWINGEN aktiv ist, muss ein Berechnungsgrund vorhanden sein.
LÖSUNG: Mehr Text für Anzeige erfassen oder CFG-Eintrag "Kommerz.DefaultSpecialDiscountReason4CalcAmount" setzen.
In WebAnzeigen wird kein Preis gefunden und im Logfile fehlt die Angabe der verwendeten, preisrelevanten Attribute. Was nun?
Zusätzlich zu den (meistens) aufgelisteten Attributen (Publ, Ausgabe, Muster, Preis-Maß-Einheit, 4c-Knz., ...) gibt es noch den Ortspreis/Preisgebiet (<Preisgebiet>) und die Internetgebühr/Internetzuschlag (<Erscheintermin InternetgebuehrKz="1">), welche nicht mit aufgeführt wird, aber ebenfalls mit preisrelevant ist.
Diese beiden Werte aus dem Auftrags-XML aus WebAnzeigen mit berücksichtigen und den Auftrag in der Auftragsbearbeitung dahingehend anpassen, dann sollte dort ebenfalls kein Preis mehr gefunden werden.
HTML5-Editor / Anzeigenvorschau
Beim Öffnen des Anzeigentextes im HTML5-Editor meldet der Internet-Explorer, dass die Variable "hupimageeditor" nicht definiert sei.
GRUND: Der IE hat per Default das Häkchen "Intranetsites im Kompatibilitätsmodus anzeigen" gesetzt. Damit wird der Dokumentenmodus IE7 verwendet. In diesem ist der HTML5-Editor nicht nutzbar!
LÖSUNG: Vernünftigen Browser verwenden, Häkchen entfernen oder "<meta http-equiv="X-UA-Compatible" content="IE=11; IE=10; IE=9" />" als erste Zeile im <head> des/der entsprechenden html-Dokumente setzen, damit der IE gezwungen wird die Seite im IE11, 10 oder 9 anzuzeigen.
In der Anzeigenvorschau werden statt der hochgeladenen Bilder nur graue Flächen angezeigt.
- Konfiguration und Erreichbarkeit des jefws durch den ebs und die Gegenrichtung prüfen
- web.xml des jefws: Die bei <env-entry-name>ImageServiceUrl</env-entry-name> definierte URL im Tag <env-entry-value>...</env-entry-value> muss von dem Server aus erreichbar sein, auf dem der ebs läuft.
- Die URL muss wie folgt aussehen: http://<HOSTNAME oder IP>:<PORT>/jefws/ips/do.ips
- web.xml des jefws: Die bei <env-entry-name>ebs.url</env-entry-name> definierte URL im Tag <env-entry-value>...</env-entry-value> muss von dem Server aus erreichbar sein, auf dem der jefws läuft.
- Die URL muss wie folgt aussehen: http://<HOSTNAME oder IP>:<PORT>/ebs
- web.xml des jefws: Die bei <env-entry-name>ImageServiceUrl</env-entry-name> definierte URL im Tag <env-entry-value>...</env-entry-value> muss von dem Server aus erreichbar sein, auf dem der ebs läuft.
- Tomcat neu starten, in dem der jefws läuft. Es genügt nicht den jefws als Anwendung über den Tomcat-Manager neu zu starten, da der Tomcat die web.xml zu cachen scheint!
In den Mustervorschauen mit Bild werden statt der Bilder/Logos nur graue Flächen angezeigt.
siehe identischen FAQ-Eintrag im FAQ HUP Anzeigen (VL)
Die Muster- und Anzeigenvorschauen haben nur gefühlte 16 Farben / laufen mit reduzierter Farbtiefe / Farbraum.
Die Desktop-Farbauflösung des System, wo der "ebs" von WebAnzeigen im Tomcat läuft (der die EditorBaseApp.exe von VL-Anzeigen startet), wurde reduziert (evtl. über einen MSTSC-Zugriff) und läuft nicht mehr mit 16/32bit Farbtiefe. In diesem Zustand wurde der Tomcat neu gestartet, d.h. der Editorprozess arbeitet nun mit dieser reduzierten Farbtiefe.
Lösung: Auf das System verbinden, Farbtiefe wieder auf Maximum einstellen (bei MSTSC ist die Farbtiefe bei den Verbindungseingenscahften vor dem Verbindungsaufbau einzustellen) und auf dem System den WebAnzeigen-Tomcat neu starten.
Der JEFWS meldet im Logfile, dass ein Typokatalog ausgelassen wird (skip ...).
In den Musterdaten im Anzeigensystem fehlt vermutlich das "Webeditor-Kennzeichen". Der JEFWS lädt nur die TKs der Muster, die in der WebAnzeigen-DB bei "VALUE 20" (Webeditor-Kennzeichen) eine "1" stehen haben.
Bei der Vorschauerzeugung wird kein Preis gefunden / -,- angezeigt.
Hier kann es verschiedene Ursachen haben. Bitte das Logfile des KommBO prüfen (meistens ...\Tomcat\logs\KommBO.log), welche der folgenden Meldungen dort als letztes ausgegeben wurde:
Jobs
Musterjob bricht ab mit Logfile-Meldung: org.xml.sax.SAXParseException; lineNumber: 1; columnNumber: 1064961; XML document structures must start and end within the same entity.
- Prüfen, ob auf dem Server, wo der Job gestartet wird, Kaspersky läuft und diesen beenden.
Es fehlen manche Muster in der WebDB, obwohl im Anzeigensystem alles korrekt konfigurert (Internetexport = ja) ist.
- Prüfen, dass die Job-Datei "LoadSamples.xml" korrekt als "UTF-8 ohne BOM" formatiert ist.
- Prüfen, dass alle Umlaute in den Musternamen in der SamplesWhitelist (noch) korrekt hinterlegt sind.
- Job LoadSamples ausführen und Logfile auf evtl. Fehler prüfen.
Der Job zum Laden der Erscheintermine "LoadETermine" bricht mit Fehler "Cannot invoke method calcDate()" ab.
- Prüfen, ob auf dem Server, wo der Job gestartet wird, Kaspersky läuft und diesen beenden.
- Prüfen, dass der verwendete Binary-Stand sauber ist. Die Startscripte der Eval-Umgebungen kopieren die Binaries von S:\ nach C:\. Oftmals bricht dieser Prozess ab, da noch laufende Wrapper das Überschreiben mancher DLLs verhindern. Wrapper (bzw. RTGenWs) beenden, Startscripte nochmal anwerfen, schauen, dass diese vollständig und ohne Fehler oder Abbrüche durchlaufen und Tomcat neu starten.
Der Musterjob bricht mit der Fehlermeldung "[Fatal Error] :1:1: Content is not allowed in prolog." ab
- Die Job-Datei "LoadSamples.xml" ist nicht korrekt als "UTF-8 ohne BOM" formatiert. Vermutlich wurde diese zuvor mit einem Editor bearbeitet, der das Format nicht unterstützt.
- Lösung: Die Datei in einem Editor laden, der das Format unterstützt und umformatieren. (z.B. mit Notepad++)
Admintool
Der Login-Seite des Admintool fehlt das Hintergrundbild. Nach der Anmeldung ist das Menü weiß mit blauen Textlinks, die nicht funktionieren.
- Die URL zum Admintool muss mit einem Slash "/" beendet werden, sonst werden manche Styles und Bilder nicht gefunden.
- Falsch: http://ddv.webapps.hup/admintool
- Richtig: http://ddv.webapps.hup/admintool/
Bei der Übernahme erscheint die Meldung "Istbreite der AuftragPos ist 0. Bitte löschen Sie das Musterkürzel und ziehen Sie es neu ein."
- Tomcat des ebs/KommBO herunterfahren, übrig gebliebene Prozesse der "EditorBaseApp.exe" beenden und Tomcat wieder hochfahren.
Bei Fragen oder Problemen mit Ihrem Zugriff, melden Sie sich gerne bei uns: help-atlassian-cloud@hup-company.atlassian.net