URL File in Applet

[Schaaaf]

Hallo,

ich habe mein Applet fehlerfrei mit Eclipse ausführen können. Nach Einbindung in ein HTML Dokument und anschließendem Ausführen kommt diese Fehlermeldung :

java.lang.NullPointerException

Habe mir die Stelle im Code rausgesucht :

BufferedReader reader = new BufferedReader(new InputStreamReader(url.openStream()));

Der Aufruf im Code ist wie folgt:

d.fromURL(MyClass.class.getResource("/Meine_Daten/test.txt"));

Woran liegt das? Bzw. wie und was kann ich da evtl. überprüfen, um den Fehler zu finden?

Danke schon einmal.

 

[SlaterB]

für ein Applet ist es ja an sich ungewöhnlich, auf die Festplatte zuzugreifen,
ist dir das bekannt, hast du Security-Ausnahmen oder was immer möglich ist?

in deinem Fall wird die URL wohl null sein,
wo liegt das Verzeichnis Meine_Daten relativ zu MyClass.class auf der Festplatte,
bezogen auf das HTML-Dokument? sind packages beteiligt?

kannst du testweise die Datei MyClass.class selber als URL referenzieren?

---
ich habe selber gerade ein Dummy-Applet in Eclipse ausprobiert, da geht auch normales File,
klappt das bei dir in Eclipse, in HTML?
mit File könntest du leichter auch Verzeichnisse erfassen, alle enthaltenen Dateien anschauen usw.,
da findest du eher heraus, wohin dich ein relativer Pfad führt
(falls du selber daran arbeitest und nicht nur fragst 'habe Programm kopiert, und weiter?' )

package test;

import java.applet.Applet;
import java.io.File;
import java.io.IOException;

public class DrawingLines  extends Applet {
    public void init()     {
        File f = new File("test/DrawingLines.class");
        try   {
            System.out.println("f: " + f.exists() + ", " + f.getCanonicalPath());
        }   catch (IOException e)   {
            e.printStackTrace();
        }
    }
}

 

[Schaaaf]

für ein Applet ist es ja an sich ungewöhnlich, auf die Festplatte zuzugreifen,
ist dir das bekannt, hast du Security-Ausnahmen oder was immer möglich ist?

Nein, das ist mir nicht bekannt.

wo liegt das Verzeichnis Meine_Daten relativ zu MyClass.class auf der Festplatte,
bezogen auf das HTML-Dokument? sind packages beteiligt?

Das Verzeichnis Meine_Daten liegt in demselben Ordner wie die MyClass.class. Dort liegt auch das HTML Dokument. Also, ich habe alles was ich an Klassen, JARS, HTML usw. entwickelt habe in einem Ordner.

kannst du testweise die Datei MyClass.class selber als URL referenzieren?

Wie sollte ich das können? Weiß nicht genau, wie?

Ich werde sonst mal versuchen, das auf Files umzustellen anstatt BufferReader.

 

[SlaterB]

funktioniert getResource("Meine_Daten/test.txt") ohne / am Anfang?

> Wie sollte ich das können? Weiß nicht genau, wie?
offensichtlich getResource("MyClass.class")

> Nein, das ist mir nicht bekannt.
Essentials, Part 1, Lesson 6: File Access and Permissions

Granting Applets Permission

If you tried to run the applet example, you undoubtedly saw errors when you clicked the Click Me button. This is because the Java 2 Platform security does not permit an applet to write to and read from files without explicit permission.

An applet has no access to local system resources unless it is specifically granted the access. So for the FileUIAppl program to read from text.txt and write to text.txt, the applet has to be given the appropriate read or write access permission for each file.

Access permission is granted with a policy file, and appletviewer is launched with the policy file to be used for the applet being viewed.

frag mich aber dann bitte nicht nach der 'policy file' usw., alles in Lehrbüchern, Internet zu finden
(abgesehen davon dass ich es nicht weiß )

 

[Schaaaf]

funktioniert getResource("Meine_Daten/test.txt") ohne / am Anfang?

Nein, ohne "/" funktioniert es nicht.

Mit dem BufferedReader. Ich muss dazu sagen, dass ich an einem Projekt weitergearbeitet habe und das mit dem BufferedReader vom Vorgänger ist. Bei ihm gab es da keine Probleme.

 

[SlaterB]

BufferedReader sollte keine Rolle spielen,
es geht um das Auffinden der Datei, ist das URL-Objekt, der Parameter der Methode anscheinend, null oder nicht,

File kann als Alternative besser funktionieren,

 

[Schaaaf]

Vlt. stehe ich auf dem Schlauch, aber wenn url null ist, dann würde das doch schon in der Entwicklungsumgebung (hier: Eclipse) angezeigt werden oder sehe ich das falsch?

 

[SlaterB]

dass es in Eclipse funktioniert, in HTML nicht hast du ja am Anfang schon festgestellt und ich akzeptiert/ berücksichtigt,
aber nun gut, etwas ausführlicher:

Eclipse != HTML, andere Umgebung usw., das wissen wir beide,
und url ist in HTML null, das hat mit BufferedReader nichts zu tun, sondern nur damit ob und wie die Datei gefunden wird

 

[Schaaaf]

okay. das habe ich verstanden.

Ich versuche nun also eine alternative Möglichkeit zu entwickeln, um den Pfad zu erhalten:

File f = new File("./Meine_Daten/test.txt");
String pfad = f.getCanonicalPath();

Und wie rufe ich jetzt

d.fromURL(???);

auf?

Mit

d.fromURL(pfad)

??

Das hieße, ich müsste fromURL umschreiben zu :

public void fromURL(String url) {
 try {
  BufferedReader reader = new BufferedReader(new InputStreamReader(url.openStream()));
  fromBufferedReader(reader);
 }
  catch (IOException e) {
  e.printStackTrace();
 }
}

Aber dabei treten ja bei "InputStreamReader(url.openStream())" Probleme auf... Wie kann ich das lösen?

 

[Schaaaf]

Okay, habe jetzt ne Möglichkeit gefunden, den String "pfad" in ne URL umzuwandeln. Gibt gleiches Ergebnis wie vorher getRessource.

Jetzt habe ich wieder alles neu eingebunden in die HTML. Allerdings läuft das Applet und läuft, aber macht nix. Also nur das JAVA load Logo. Keine Fehlermeldung oder so...

 

[SlaterB]

bringt wieder zum Standardpunkt Umgebung herstellen,
mache zunächst nichts brandgefährliches sondern initialisiere das Applet mit einfachen Standardbefehlen,
siehst du System.out.pintln()-Ausgaben in irgendeiner Java-Konsole? ansonsten musst du sie im Applet selber anzeigen,
JTextArea oder so, gar nicht so leicht das zu bauen, eine Aufgabe für sich,

du brauchst eine Umgebung in der du Dinge untersuchen, Fehler loggen kannst,

gefährliche Aktionen solltest du in der Inititalisierung unterlassen und stattdessen in den Listener eines Buttons "Test" stecken oder vergleichbares,

teste zunächst mit etwas bekannten wie

Object x = null;
x.toString();

sollte NullPointerException geben, mit try catch(Throwable t) abfragen, Exception loggen,
außerdem kann zwischen jeder Zeile eine Ausgabe mit Status/ Inhalt von Objekten usw. erfolgen,

wenn nicht alles klappt dann Umgebung noch nicht gut,
ansonsten kannst du nun das aktuelle Problem angehen,
URL-Abfrage oder File oder was auch immer, logge wieder Exceptions bzw. Throwable und/ oder jede Zeile,
welche Information erhälst du? oder auch dann letztlich 'macht nix.'? theoretisch immer denkbar bei blockierenden Aufrufen,
sollte hier aber nicht der Fall sein

 

[Schaaaf]

Also,

ich habe mit einem HTML Editor mir mal die HTML Seite anzeigen lassen. Läuft fehlerfrei. Starte ich sie aber mit IE stockt die Anwendung. Könnte es am älteren IE liegen?

 

[SlaterB]

das ließe sich doch einerseits recht schnell testen, vielleicht nicht durch Installation eines neuen IE, aber zumindest Firefox oder sonstwas,
anderseits kann ich persönlich das nicht wirklich beantworten,

ich ändere gleich noch das Titel des Themas, vielleicht schaut auch wer anders rein

----

ganz allgemein könnte ein HTML Editor genau wie Eclipse eine 'andere Umgebung' im Vergleich zum realen HTML sein,
was dort ist, besonders im Umgang mit Dateisystem usw., muss nicht allgemeingültig sein,

 

[Schaaaf]

Werde ich noch teste, ob es am Browser liegt und denn Bescheid geben. Aber danke erstmal.

 

[L-ectron-X]

Ich glaube nicht, dass es am Browser liegt, weil die (unter Windows) inzwischen mit dem gleichen Java-Plugin/JRE laufen.
Ohne Code kann man schwer was sagen. Aber wenn du versuchst, mit einem Applet auf die lokale Verzeichnisebene zuzugreifen, sollte eine AccessControlException geworfen werden, die die Ausführung des Applets aus Sicherheitsgründen nicht zulässt.
Da hilft dann nur noch signieren, oder die Textdatei, auf die du zugreifen willst per getCodeBase() laden.
Aber ohne Code lässt sich da schwer mehr sagen.

 

[Schaaaf]

Ich habe das Applet bereits signiert.

 

[Schaaaf]

Ich habe s einfach nochmal neu signiert und alles funktioniert...Manchmal sollte man wohl einfach Geduld haben. Danke