Questions & Answers

SOLVED
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

Type a product name