getClass() im static Kontext

[Tecwan]

Ich wollte meinem Projekt nur gerade eben noch etwas Sound hinzufügen, und da passiert es...
Die Abspielroutine playSound() wird auch von statischen Methoden aufgerufen.
Also deklariere ich playSound() als

static void

.
Allerdings gibt es darin den Aufruf

AudioInputStream audioInputStream = AudioSystem.getAudioInputStream(
        getClass().getResourceAsStream("/myProject/sound.wav")
);

der natürlich nicht zulässig ist, da getClass() nicht statisch ist.
Ok, denke ich mir, also referenziere ich direkt mit dem Namen:

AudioInputStream audioInputStream = AudioSystem.getAudioInputStream(
        Myproject.class.getResourceAsStream("/myProject/sound.wav")
);

Das ist statisch, wird also fehlerfrei compiliert. Im Testlauf hört man aber nichts; der audioInputStream bleibt null und playSound() wirft eine NullPointerException.
Als non-static funktioniert playSound() einwandfrei.

Was tun?

 

[AlexSpritze]

Also deklariere ich playSound() als

static void

.
..
Was tun?

Also deklarierst du

playSound()

als nicht statisch.

 

[Tecwan]

Ähm, habe ich was verpasst?

nicht-statische Methoden können nicht aus statischem Kontext aufgerufen werden. Genau das aber ist meine Ausgangslage.

 

[Gast2]

Die Abspielroutine playSound() wird auch von statischen Methoden aufgerufen.
Also deklariere ich playSound() als static void .

Das ist der falsche Ansatz.
Erstelle dir besser ein Objekt der Klasse die die Methode playSound() enthält. Auf dem kannst du dann die Methode aufrufen.

Aber:
Wenn die Methode getClass() in der Klasse Myproject aufgerufen wird sollte sie das selbe zurückliefern wie Myproject.class. Vielleicht liegt der Fehler woanders?

 

[Tecwan]

@EikeB

Ich gebe gerne zu, dass das Projekt unter Designfehlern leidet, die sich eben im Gebrauch von statischen Methoden äußern. Aber das Projekt tut was es soll, und bevor ich es neu aufsetze, möchte ich es zumindest fertig haben.

Ich versuche es also erst noch mit der Auslagerung von playSound() in eine eigene Klasse, von der ich dann ein Objekt erzeugen und auch aus den leidigen statischen Methoden aufrufen kann.

 

[maki]

getClass() und class sollte dasselbe Ergnis liefern imho, ist sonst was in deinem Code noch anders als das?

 

[Tecwan]

getClass() und class sollte dasselbe Ergnis liefern imho, ist sonst was in deinem Code noch anders als das?

Nichts - nur diese eine Zeile, und die Deklaration als static.

 

[maki]

Irgendwelche "Tricks" mit ClassLoadern, Classpath oder sonstiges was man wissen sollte?

Wie gesagt, es darf keinen Unterschied machen, ausser das gibt es etwas von dem wir hier nix wissen.

 

[Tecwan]

Nein, nichts derartiges.

Der Aufruf erfolgt aus einem normalen Swing JFrame, dort ist auch die Methode playSound() bisher untergebracht.

 

[Gast2]

Und deine JFrame Klasse heißt Myproject ?
Zeig doch die Klasse mal.

 

[SlaterB]

dort wo getClass() funktioniert, getClass() auch ausgeben und mit Myproject.class auf == vergleichen

 

[Tecwan]

ein paar Stunden und zig systematische Versuche später...

Jetzt funktioniert es, am Ende war es ein simpler Tippfehler im Filenamen, der PlaySound() als Parameter übergeben wird.

Und ja,

getClass()==Project.class

liefert true an allen Stellen, die möglich sind.
Das galt nur eben nicht in einer einzigen, nicht non-static erreichbaren Ecke...

Ich hatte dann die playSound() in den verschiedenen Klassen hin und her gerückt und festgestellt,
dass das keinen Unterschied machte.
Nach Murphys Law fand sich der Fehler dann in der letzten Klasse.


Ich danke Euch für die zahlreiche Hilfe.

 

[maki]

Nach Murphys Law fand sich der Fehler dann in der letzten Klasse.

Das liegt aber hauptsächlich daran, dass man aufhört zu suchen sobald man es findet

Ente gut, alles gut...