Zweite Service Klasse beim Kompilieren

[Alex_Wa]

Hallo zusammen,

ich habe eine Spring-Anwendung die ich kompiliert habe und local speicher. Jetzt ist mir in der JAR-Datei aufgefallen, dass mein Programm eine Service-Klasse beim Ausführen des Services aufruft die gar nicht im Verzeichnis angelegt ist.

Wenn ich die Klasse aus der JAR entferne und den Service im meiner test-Umgebung aufrufe, erscheint eine Fehlermeldung in der Konsole die besagt, dass genau die Klasse nicht exisitiert die ich entfert habe und deshalb der Service nicht aufgerufen werden kann.

Demnach habe ich meine "Main" Service-Klasse mit den Namen "BuildExcelService.class" und die die aus irgendeinem Grund einfach mit erstellt wird, mit dem Namen "BuildExcelService$.class". Aber die Main-Service Klasse wird für den Serviceaufruf gar nicht erst beim Ausführen angesprochen.

Das führt dazu, dass die Erstellung meiner Excel-Datei fast 17 Minuten dauert...

Anschließend habe ich diese Klasse im Projektverzeichnis mit der Search-Funktion von Eclipse gesucht. Diese taucht dann tatsächlich in meinem target-Ordner auf unter dem default-compile Ordner.


Hatte jemand bereits ähnliche Probleme?

Bin für jeden Tipp dankbar .


Lieben Dank und einen schönen Tag

SG

Alex

 

[KonradN]

Wie wäre es, wenn Du uns z.B. einmal die BuildExcelService.java zeigst. Dann kann man da auch schauen, was für innere, anonyme Klassen Du da ggf. nutzt / hast.

(Und ich vermute, dass Du da eine 1 vergessen hast und die Datei BuildExcelService$1.class heisst?)

Und eine JAR Datei, die vom Projekt erzeugt wird, würde ich manuell nicht so anpassen - wenn dann sollte man das Projekt prüfen, was Da im Projekt gemacht wird. In der Regel hat das alles seine Berechtigung. Und daher ist auch klar, dass es dann Probleme gibt, denn wenn Du eine innere Klasse hast, dann wird die ja auch benötigt um die Klasse zu nutzen.

Und wenn etwas lange dauert, dann sollte man analysieren, was da denn wieviel Zeit benötigt. Da hast Du scheinbar noch nichts unternommen so dass keine belastbaren Ergebnisse vorliegen.

 

[Alex_Wa]

Die Service-Klasse besteht aus ca. 2000 Zeilen Code... und dort sind paar Sachen geschrieben die nicht veröffentlicht werden dürfen. SORRY. Da kann ich nicht einfach den ganzen Source-Code online stellen.

Sonst hätte ich natürlich wie gewohnt, den vollständigen Code bereits oben eingebettet.

Falls Sie mir aber einen Tipp geben können auf was ich hier zu achten habe gehe ich Zeile für Zeile durch. Oder checke ggf. meine Instanzen erneut.

(Und ich vermute, dass Du da eine 1 vergessen hast und die Datei BuildExcelService$1.class heisst?)

Tatsächlich. Danke dafür!

Und eine JAR Datei, die vom Projekt erzeugt wird, würde ich manuell nicht so anpassen

Hatte leider keine adnere Wahl. Ich konnte so überprüfen welche Klasse tatsächlich aufgerufen wird, wenn ich es nicht local teste.

Die Analyse habe ich bereits mit Logging überprüft. Was aber seltsam ist, dass, wenn ich den Test local durchführe die Bearbeitung keine 2 Minuten dauert. Wenn ich es aber in meine Test-Umgebung deploye und starte, dauert es über 15 Minuten.

 

[Alex_Wa]

Die einzige Klasse die hier in Frage kommt wäre folgende:

private List<CsvModel> readCsvFolder() throws Exception {
        
        FilenameFilter filter = new FilenameFilter() {
            public boolean accept(File directory, String fileName) {
            return fileName.endsWith(".csv");
            }
        };

        List<CsvModel> csvValues = null;
        
        try {
            File[] files = new File(inputFolder).listFiles(filter);
            
            if (files.length != 1) {
                throw new Exception("Es wurde keine oder zu viele Csv-Dateien gefunden.");
            }
            
            File f = files[0];
            csvValues = getCsvValues(f.getAbsolutePath());

        } catch (Exception e) {
            logger.error("Keine Csv Datei gefunden." + e);
            throw e;

        }
        return csvValues;

 

[Alex_Wa]

Tatsächlich, es lag an dieser Klasse. Hab den Aufruf aus dem Code auskommentiert und erneut kompiliert. Und siehe da, die Klasse mit der $1 ist weg.

Danke @KonradN deine Antwort hat mir geholfen

 

[KonradN]

Nur noch zur Information: diese .class Dateien mit $ kommen immer durch innere Klassen.

Also wenn man etwas hat wie:

public class OuterTest {
    public class InnerTest {
        
    }
}

dann hat man zum einen die Klasse OuterTest, diese landet in einer OuterTest.class.
Das andere ist eine innere Klasse, die wird zu OuterTest$InnerTest.class

Nun kann man aber auch innere Klassen haben, die keinen Namen haben. Diese sind anonym:
Beispiel nehme ich aus Deinem Code:

        FilenameFilter filter = new FilenameFilter() {
            // Implementationsdetails
        };

Hier wird eine anonyme Klasse erzeugt, die von FilenameFilter erbt. Aber die Klasse hat keinen Namen bekommen. Bei diesen anonymen Klassen wird einfach gezählt. Die erste wird zu 1, dann 2, ...

Um so etwas im Code zu finden, kann man immer nach new mit { ... } schauen.

Wenn ich sowas sehe, dann auch gleich noch ein Hinweis zu Lambda Expressions:
Das FilenameFilter ist ein Interface, das nur diese eine Methode fordert (= functional interface), dann kann man sowas z.B. auch als Lambda schreiben, also etwas wie:

        FilenameFilter filter = (d, f) -> f.endsWith(".csv");

(Das einfach nur einmal als kleiner Hinweis. Das ist dann keine Anonyme Klasse, es gibt kein $1.class oder so. Lambda Expressions werden teilweise anonyme Methoden genannt (was im Java Umfeld eher unüblich ist).

 

[Alex_Wa]

Super! Vielen Lieben Dank für diese tolle Antwort . Das wird gleich direkt im Code umgestzt!

Schönen Tag noch.