Search the FirstSpirit Knowledge Base
Hallo,
wir haben 3 custom Eingabekomponenten, die von AbstractValueHoldingSwingGadget<T, F extends GomFormElement> abgeleitet sind.
Nach dem Update 5.2.210 haben wir in allen unserer Eingabekomponenten compilation errors, die sich uns nicht erschließen, da die Fehler scheinbar indirekt durch Abhängigkeiten entstehen
Description | Resource | Path | Location | Type |
The type de.espirit.firstspirit.ui.gadgets.swing.SwingFormViewMode cannot be resolved. It is indirectly referenced from required .class files | ValidatorSwingGadget.java | line 1 | Java Problem |
Hat hier jemand eine Idee?
Danke im Voraus,
R. Rößler
Hallo,
ich habe eben erfahren, dass für die Modulentwicklung das fs-client.jar im Classpath liegen muss. Dies ist im Handbuch für Modulentwicklung dokumentiert, leider ein wenig tief in der Doku "versteckt". Hier besteht auf jeden Fall noch Optimierungspotential.
Mit obigem JAR sollte Ihr Problem behoben werden können.
Beste Grüße
Stefan
Hallo,
das ist eine Inkompatibilität, die anscheinend mit Version 5.2 eingeflossen und bislang (seit 2014) anscheinend nicht aufgefallen ist.
Bitte als Fehler beim Technical Support melden. Bitte auch angeben, von welcher Version aus das Update gemacht wurde.
Besten Dank und Gruß
Stefan
Hallo Stefan,
vielen Dank für Ihre Antwort. Wir werden ein Ticket aufmachen und auf diesen Post verweisen.
Viele Grüße,
R. Rößler
Hallo Stefan,
wir haben von der 5.1.410 aktualisiert.
Viele Grüße,
R. Rößler
Hallo,
ich habe eben erfahren, dass für die Modulentwicklung das fs-client.jar im Classpath liegen muss. Dies ist im Handbuch für Modulentwicklung dokumentiert, leider ein wenig tief in der Doku "versteckt". Hier besteht auf jeden Fall noch Optimierungspotential.
Mit obigem JAR sollte Ihr Problem behoben werden können.
Beste Grüße
Stefan
Hallo Stefan,
danke für Ihren Tipp. Diese Info haben wir gerade auch im Ticket erhalten.
Da es vorher auch ohne fs-client.jar funktioniert hat hoffen wir, dass dies in nicht allzu ferner Zukunft auch wieder so sein wird.
Für uns stellt sich an dieser Stelle die Frage, warum wir den offenbar kompletten Fat Client in eigenen Modulen mitliefern sollen. Zwar haben wir ein commons-modul; Jedoch müssten sich nach unserem Dafürhalten alle notwendigen Sourcen und Abhängigkeiten bereits im fs-api.jar befinden.
Genau aus diesem Grund haben wir bereits schon einmal das fs-client.jar herausrationalisiert und konnten uns ohne Einbußen auf das fs-api.jar und fs-access.jar beschränken.
Wie so oft hat dies aber vermutlich auch bei Ihnen architektonische Gründe und ist nicht ohne weiteres sauber gerade zu ziehen.
Viele Grüße,
R. Rößler
Hi,
im Modul mitliefern muss man den Client eigentlich nicht. Er muss nur zur Compile-Zeit im Klassenpfad liegen. Nach Installation in FirstSpirit und bei der Nutzung im Client sind die Klassen ja bereits vorhanden.
Beste Grüße
Stefan