novomind
I'm new here

FS Update 5.2.210 - Fehler in Eingabekomponenten

Jump to solution

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

DescriptionResourcePathLocationType
The type de.espirit.firstspirit.ui.gadgets.swing.SwingFormViewMode cannot be resolved. It is indirectly referenced from required .class filesValidatorSwingGadget.java
line 1Java Problem

Hat hier jemand eine Idee?

Danke im Voraus,

R. Rößler

0 Kudos
1 Solution

Accepted Solutions

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

View solution in original post

0 Kudos
6 Replies
StefanSchulz
I'm new here

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

0 Kudos

Hallo Stefan,

wir haben von der 5.1.410 aktualisiert.

Viele Grüße,

R. Rößler

0 Kudos

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

0 Kudos

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

0 Kudos

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

0 Kudos