ObjectDeletedMessage

Oh, sorry. Das war ein Versehen. Hatte nicht damit gerechnet, dass jemand ausserhalb von Hibiscus die Klasse verwendet. Die ID habe ich eingeführt, damit auch nach dem Löschen des Objektes noch die Möglichkeit besteht, das gelöschte Objekt zu identifizieren. Denn beim Löschen wird die ID aus den GenericObject gelöscht.

Wenn ich jetzt zusätzlich den alten Konstruktor ohne ID wieder hinzu füge, wird dir das vermutlich nicht viel bringen, weil ja dennoch ein neues Release nötig wäre. Wahrscheinlich ist es einfacher, wenn du den neuen Konstruktor verwendest und dort NULL übergibst.

Nein, das hätte leider nicht funktioniert. GenericObject ist im Datasource-Package in Jameica. Ich hätte dafür also vorher ein neues Jameica-Release machen müssen und sicherstellen, dass alle Hibiscus-User die neue Version verwenden. Der Aufwand wäre ein Vielfaches höher gewesen.

Ich achte eigentlich immer sehr drauf, die Abwärtskompatibilität sicherzustellen. An der Stelle hatte ich aber nicht mit Problemen gerechnet. Wenn doch mal eine API-Änderung notwendig ist, verwende ich die Klasse "JameicaCompat". Die enthält ein paar statische Funktionen, um Methoden per Reflection auszuführen. Dann kann man zur Laufzeit NoSuchMethodErrors verhindern und darauf reagieren. Im Falle des Konstruktors hätte das aber auch nicht funktioniert.

Ich kann dir alternativ auch noch den alten Konstruktor als zusätzlichen Konstruktor wiederherstellen. Das wäre dann aber erstmal nur im Nightly-Build.