Nun kann der Thread wieder auf Ungelöst umgestellt werden.

Der Teamleiter vom Deltra-OM-Support hat wörtlich "den Support abgelehnt, weil meine Firebird Version neuer ist als die Version die OM Orginal verwendet. Natürlich hat das im Grunde nix mit meinem Problem zu tun, aber ist n guter Grund Kunden zu vergraulen.

Ganz Ehrlich ... 2 Jahre 2 Versionen Später ... Nun wird man mit so einem sinnlos "Internetmarkenproblem" sitzen gelassen weil es die Entwicklung/Architektur nicht hinbekommt n Multiple Document Interface zu programmieren.



ein embedded FB Server austauschen ist meines Erachtens keine Modifikation die anähernd an die Grenzen des UrhG kommt.

Aber ja Egal Guck ich eben Selbst wo der Fehler liegt, FlameRobbin machts ja möglich.

kleiner Witz zum Schluß:

Kannst Du nicht wieder von Deiner FB - Version "downgraden"? Nimm eine originale orgaMAX Installation und spiel ein Backup ein. Wenn das Problem dann immer noch existiert?

(Da ich selber Entwickler bin, habe ich ein gewisses Verständnis dafür, dass man so verhalten reagiert. Die Datenbank ist das Herz der Anwendung. Wenn dann ein Kunde "mal eben" dort etwas austauscht, was - vielleicht aus gutem Grund - noch nicht freigegeben ist ...)

Ja man könnte downgraden ...
man kann aber auch einfach in der Datenbank schauen wo in MOV_RELATIONS die Internetmarke doppelt vergeben wurde oder für ganz faule löscht man einfach den Inhalt der vorgenannte Tabelle - Zack Problem weg.

Nur frage ich mich kann man als Autohersteller einen Gewährleistungsfall mit dem Fensterheber ablehnen weil man sich andere Räder aufs Auto geschraubt hat ? Das eine hat einfach nix mit dem anderen zu tun.


Hihi ja so Änhlich sagte das der OM-Support auch: "FB Version 2.5 ist aus gutem Grund nicht freigegeben ..." Jaja der "gute unaussprechliche Grund" - weil warum nicht weiß eigentlich keiner. Sicherlich gibt es Unterschiede zwischen 1.5 und 2.5 aber die meisten liegen in der wesentlich besseren Performence und im DB Monitoring.

Bei mir trat jetzt erstmals ein Problem auf!

Die Umsatzsteuervoranmeldung für das 2. Quartal funktioniert nicht mehr. Und auch die EÜR in den Rechnungs- und Buchhaltungslisten zeigen nichts mehr an.

Das Problem trat nach einer Datenwiederherstellung über die integrierte OM-Funktion auf, d.h. die Datensicherung bettet den Fehler ohne vorherige Vorbereitungen schon ein. Ein Fehler wird ohne diese Vorbereitungen aber erst bei der Datenwiederherstellung angezeigt.

#######################################################################
Schritt 2: Wiederherstellen der Datenbanken

Die Datenbank Demodaten (MANDANT 0) konnte nicht erzeugt werden
(gbak: ERROR:attempt to store duplicate value (visible to active transactions) in unique index "RDB$INDEX_39"
gbak:Exiting before completion due to errors)

Die Datenbank Mandant 1 (MANDANT 1) konnte nicht erzeugt werden
(gbak: ERROR:attempt to store duplicate value (visible to active transactions) in unique index "RDB$INDEX_39"
gbak:Exiting before completion due to errors)

Bei der Durchführung des zweiten Schrittes sind 2 Fehler aufgetreten.
#######################################################################


Abhilfe schafft der Austausch der relevanten Firebird-Dateien im Programmverzeichnis (gleiche Versionsnummern!). Dann kann man auch wieder von einer _NEU_ erstellten Datensicherung eine Datenwiederherstellung durchführen. [Dieser Beitrag wurde 1mal bearbeitet, zuletzt am 05.08.2014 um 14:09.]