Error bei WBB4.1/WCF2.1 Plugin Updates auf Wbb4.0/WCF2.0

Wo ist denn da der Fehler? Wenn der Entwickler das Paket nur fürs WCF 2.1 bereitstellt, dann ist es doch logisch, dass es nicht im WCF 2.0 funktioniert. Oder verstehe ich jetzt was falsch?

EDIT: Sorry, missverstanden, du möchtest wohl einfach nicht, dass das Update auftaucht.

Seh ich das richtig das du von 2.0.7 auf 2.0.12 Updaten willst und das WCF automatisch auf 2.1 gehen will welches nicht unterstützt wird weil diese Version für das WCF 2.1 ist?

Er möchte vermutlich eher von Version 2.0.6pl4 auf 2.0.7 updaten (Versionsnummern vom Plugin) und das 2.0.7er Update ist nur fürs WCF 2.1, taucht aber als Update in einem WCF 2.0 auf und verursacht dann natürlich diese Fehlermeldung.

Ah ja, sorry. Sehe gerade das die Versionen oben im Stocktrace sich ja auf das WCF beziehen..

Das sind die Plugin-Autoren selbst Schuld, wenn sie für neue WCF- und/oder WBB-Versionen kein neues Plugin veröffentlichen und stattdessen im Pluginstore Paketversionen für verschiedene Systeme vermischen... Ich persönlich kritisiere dieses Vorgehen aus einer Vielzahl von Gründen und würde es selbst nicht so handhaben.

Quote from SoftCreatR

Das sind die Plugin-Autoren selbst Schuld, wenn sie für neue WCF- und/oder WBB-Versionen kein neues Plugin veröffentlichen und stattdessen im Pluginstore Paketversionen für verschiedene Systeme vermischen... Ich persönlich kritisiere dieses Vorgehen aus einer Vielzahl von Gründen und würde es selbst nicht so handhaben.

An dieser Stelle möchte ich mich einmal einklinken. Warum siehst du das so?

Meine Plugins funktionieren z.B. sowohl im WCF 2.0 als auch im 2.1 zum größten Teil. Es macht für mich also wenig Sinn, diese in unterschiedlichen Versionen hochzuladen. Aber nehmen wir jetzt mal an, ein Plugin benötigt ein Update, um WCF 2.1 kompatibel zu sein. Warum sollte ich dies dann als neues Plugin hochladen? Gerade bei kommerziellen Plugins geht das überhaupt nicht, weil Bestandskunden dann keinen Zugriff mehr haben. Und selbst bei freien Plugins ist es ja doch eine neue Version, und kein gänzlich neues Plugin, welches ich da erstellt habe. Außerdem verliert man dann sämtliche Kommentare und Likes - das ist, gerade wenn man "nur" ein Kompatibilitätsupdate anbietet, nicht erstrebenswert, da gerade die Kommentare oft sehr hilfreich sind.

Vielmehr sollte imho WoltLabs Paketserver-Integration dafür Sorge tragen, dass in dem 2.0 Paketserver keine Updates ausgeliefert werden, die WCF 2.1 benötigen. Dann würde das Problem gar nicht erst auftauchen.

Mir geht es nicht um die Plugins, die mit beiden Versionen des WCF kompatibel sind, sondern um einzig um jene, die aus Kompabilitätsgründen in min. zwei Versionen zur Verfügung gestellt werden müssen.

Ich persönlich lege recht viel Wert auf Ordnung und Ordnung definiere ich in Bezug auf den Pluginstore so, dass ein Plugin, welches ausschließlich mit dem WCF der Version X kompatibel ist, auch als seperates Paket für Version X zur Verfügung gestellt werden müsste. Genau so, wie m.M. auch jede Kompabilitätsversion eines Plugins einen eigenen Paketbezeichner benötigt und es sich per Definition dann nicht mehr um das selbe Plugin handelt.

Zumindest so lang der Pluginstore und der Paketserver so funktionieren, wie sie funktionieren.

Quote from SoftCreatR

Genau so, wie m.M. auch jede Kompabilitätsversion eines Plugins einen eigenen Paketbezeichner benötigt

Hier komme ich nicht mit. Warum sollte eine Kompatibilitätsversion einen neuen Paketbezeichner benötigen, wenn es exakt dieselbe Funktion hat wie vorher?

Ich persönlich finde es viel ordentlicher, ein Plugin, das Funktion X hat, bei einer Eintragung zu belassen – für alle Versionen, die es gibt. Solange die Funktion selbst nicht geändert wird, sehe ich keinen Grund, warum das als neues Plugin dargestellt werden soll.

Quote from Black Rider

sehe ich keinen Grund, warum das als neues Plugin dargestellt werden soll.

Aber zumindest eine andere Versionsnummer damit nicht so ein "Fehler" passiert wie vom TE erwähnt...
Kann mir vorstellen dass die Update verfügbar info nervig ist...

Da ich vor genau dem selben Problem stehe, antworte ich mal für den TE:

Man könnte jetzt meinen, dass das Update von http://updates.foren-verbund.net/ abgerufen wird, dieser Server ist allerdings derzeit bei mir nicht erreichbar.

Quote from King555

Man könnte jetzt meinen, dass das Update von http://updates.foren-verbund.net/ abgerufen wird, dieser Server ist allerdings derzeit bei mir nicht erreichbar.

Korrektur: Wenn ich den Server (der nach wie vor nicht erreichbar ist) deaktiviere, so kommt das Update nicht mehr. Aktiviere ich ihn erneut, ist das Update wieder da. In meinen Augen also eindeutig kein Bug im WCF/WBB.

Das Problem mit dem WoltLab-Server ist leicht lösbar.

Dir vielen die neuen codequake server @d2tom

http://codequake.de/packages/maelstrom/

http://codequake.de/packages/typhoon/

http://codequake.de/index.php/News/49-Neue-Paketserver/

Quote from d2tom

Hey Sascha, was wäre den die Lösung dafür? Server einfach abschalten

Server entfernen und manuell neu anlegen. Danach "Updates suchen".

SET foreign_key_checks = 0;
TRUNCATE TABLE wcf1_package_update_version;
TRUNCATE TABLE wcf1_package_update_requirement;
TRUNCATE TABLE wcf1_package_update_optional;
TRUNCATE TABLE wcf1_package_update_fromversion;
TRUNCATE TABLE wcf1_package_update_exclusion;
TRUNCATE TABLE wcf1_package_update;
UPDATE wcf1_package_update_server SET lastUpdateTime = 0, status = 'online', errorMessage = NULL;
SET foreign_key_checks = 1;