Beim Clean Build Project bekomme ich 5 Warnungen über AudioStream und Audioplayer
Laut google kann ich solche Warnungen nicht unter drücken oder Ignorieren.
mit der Methode und Warnungen kann ich zwar jar File erstellen aber kann jar file nicht starten.
ohne die Methode keine Warnungen jar File startet und läuft.
Zunächst erstmal kenne ich mich mit Net-Beans zwar nicht aus, aber andererseits kenne ich keine einzige IDE, in welcher sich Warnungen nicht konfigurieren ließen und sei es über die Kommandozeile, mit welcher der Compiler aufgerufen wird.
Sollte es tatsächlich nicht gehen, würde ich zu einer besseren IDE raten, z.B. Eclipse.
Alternativ müsstest du googeln, was denn in besagter API über diese Warnung steht und den angebotenen Alternativweg gehen, der dort definitiv vorgeschlagen sein sollte.
Nichts zu danken.
Ich habe auch mal gegoogelt und auf die Art erfahren, welche Klassen du da verwendest und wenn ich richtig liege, dann sind es die Klassen sun.audio.AudioStream und sun.audio.AudioPlayer. Wenn das von mir korrekt ermittelt wurde, dann muss ich dir leider sagen, dass die Verwendung dieser Klassen (Klassen der rt.jar außerhalb von java oder javax) eigentlich nicht vorgesehen ist und somit schlechten Programmierstil darstellt. Es empfiehlt sich hier, sich mit der API javax.sound vertraut zu machen oder sich eine externe Sound-API anlachen. Dann funktioniert das auch wieder mit NetBeans.
Zu erst habe ich mich gefragt warum es ein schlechtes Programmierstil seien soll. Habe nichts in Erfahrung bringen können. Jetzt nach dem ich API javax.sound verwende weis ich es Einfach sauberen ton. wer sich Damit befassen will hier doku. VortragJavaSound.pdf.zip (343,3 KB)
Viel Spass noch
„Inoffizielle“ Klassen der Java-Runtime (also alles, was nicht mit java oder javax anfängt, wie z.B. sun.audio) zu verwenden, ist aus zwei Gründen gefährlich:
es gibt keine Garantie dafür, dass neue Releases diese Klassen noch enthalten, sie können ohne Vorankündigung von Oracle geändert oder entfernt werden
diese Klassen müssen nicht in anderen Java-Runtimes vorhanden sein, deine Applikation ist also unter Umständen nur auf der Version von Oracle, aber nicht auf anderen (z.B. Eclipse OpenJ9) lauffähig