[Mapbender-users] PostgreSQL-table „public.mb_wms_wmsinstance“ is not being refreshed / 500 Internal Server Error during import of application because of obsolete data in DB

[Arimont, Martin]

Hi all,

im Zusammenhang mit einem geplanten MB Update von 3.0.8.1 auf 3.2.x bin ich dabei, alle benutzten Datenquellen zu aktualisieren und die bestehenden MB-Anwendungen per Export als JSON zu sichern. Sie sollen nach dem MB-Update z.T. als Basis für weitere (neue) Anwendungen dienen.
Nach letztlich erfolgreichem Export einer Anwendung lässt sich ein testweiser Import (noch im Altsystem) nicht durchführen, sondern führt stattdessen zu einem Abbruch. Die Meldungen in den Logs ähneln denen und haben vielleicht eine ähnliche Ursache wie die, die unter http://osgeo-org.1560.x6.nabble.com/Import-error-td5432966.html geschildert wurden:

 [2020-12-01 08:01:17] request.CRITICAL: Uncaught PHP Exception Symfony\Component\Debug\Exception\FatalThrowableError: "Type error: Argument 1 passed to Mapbender\WmsBundle\Component\Style::setLegendUrl() must be an instance of Ma        pbender\WmsBundle\Component\LegendUrl, array given" at /var/www/gdi-mapbender.qa.as.ble.de/htdocs/mapbender/src/Mapbender/WmsBundle/Component/Style.php line 117 {"exception":"[object] (Symfony\\Component\\Debug\\Exception\\FatalT        hrowableError(code: 0): Type error: Argument 1 passed to Mapbender\\WmsBundle\\Component\\Style::setLegendUrl() must be an instance of Mapbender\\WmsBundle\\Component\\LegendUrl, array given at /var/www/gdi-mapbender.qa.as.ble.de        /htdocs/mapbender/src/Mapbender/WmsBundle/Component/Style.php:117)"} []

Die vermutliche Ursache für den Abbruch war recht schnell gefunden: für „GetLegendGraphic“ war in den Capabilities eines eingebundenen WMS ein ungültiger/nicht existenter Style angegeben. Bis zum Importversuch hatte das bei der Nutzung von Mapbender allerdings keine sichtbaren Probleme verursacht.
Der „Trick“: dieser im Dienst in der Vergangenheit tatsächlich vorhandene Fehler war längst korrigiert! Ich habe deshalb einen Refresh der Datenquelle durchgeführt und auch alle betroffenen Layer und Layersets erneut gespeichert sowie anschließend eine neue Exportdatei erstellt. Leider ließ sich der Abbruch beim Import dadurch nicht korrigieren – die Datei enthält nach wie vor veraltete Daten. Geänderte Capabilities-Abstracts etc. hingegen wurden aktualisiert.
Nach Sichtung der Datenbankinhalte habe ich dann gesehen, dass in der PG-Tabelle „public.mb_wms_wmsinstance“ im Feld „configuration“ auch bei anderen Diensten veraltete Daten (URLs, nicht existente/umbenannte Styles u.a.) stehen und in die Exportdateien geschrieben werden.

Meine Fragen:

Ist die Problematik bekannt, vielleicht im aktuellen Release bereits korrigiert? Was kann ich hier tun? Ich stecke zu wenig drin um entscheiden zu können, welche Aktualisierungen ich direkt auf der Datenbank vornehmen müsste. Was ich auf jeden Fall vermeiden will: jeweils eine neue Datenquelle anzulegen. Das hieße ja, alle Konfigurationen in den Layersets manuell nachziehen zu müssen… Wie bekomme ich die Daten aktualisiert?

Danke & viele Grüße,

Martin Arimont
______________________________________________

Referat 223 - Produktentwicklung
Bundesanstalt für Landwirtschaft und Ernährung

Deichmanns Aue 29, 53179 Bonn
Telefon: +49 (0)228 6845-3304
E-Mail: martin.arimont at ble.de<mailto:martin.arimont at ble.de>
Internet: www.ble.de<http://www.ble.de>



-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapbender_users/attachments/20210111/c5c87571/attachment.html>