absoluter Pfad ins working Directory

[Hayys]

Hallo, ich habe folgendes Problem:

L:\test\test.jar

ruft man jetzt
L:\> java -jar /test/test.jar
auf

liefert
java.class.path = /test/test.jar
user.dir = L:\

d.h. mir fehlt der absolute pfad, einfach zusammen kopieren geht auch nicht, da Doppelklick auf die .jar Datei
java.class.path=L:\test\test.jar
user.dir=L:\test

liefert

ich bräuchte sowas wie getCodeBase() wie für Applets, wo das ergebnis immer eindeutig ist

ich hoffe jemand versteht mein Problem

Hayys

 

[Wildcard]

Es gibt dafür keinen wirklichen Weg (zumindest keinen sinnvollen) und es gibt auch kaum Gründe warum man das brauchen sollte.
Somit stellt sich die, wofür brauchst du das? Vielleicht gibt es eine Alternative.

 

[Gast2]

Moin,

ich bräuchte sowas wie getCodeBase() wie für Applets, wo das ergebnis immer eindeutig ist

wenn Du das JAR von L:\ aufrufst und nicht von L:\test ... wirst Du auch nur L:\ geliefert bekommen ... Dein "WorkingDirectory" ist einfach nur falsch

hand, mogel

 

[Hayys]

es ist ganz einfach:

absolute_path = new File(System.getProperty("java.class.path")).getAbsolutePath();

 

[Gast]

lol, genau, ganz einfach.. wir sehen uns wieder hier, wenn classpath aus mehreren teilen besteht

 

[thE_29]

Hab da mal was gebastelt!

  /***************************************************************************************************************************************
   * Methode gibt den Pfad zurück
   * @return String
   **************************************************************************************************************************************/
  public String getPath()
  {
    String path1 = System.getProperty("user.dir");
    String path2 = System.getProperty("java.class.path");
    try{
      if(path2 != null && path2.trim().length() > 0  && path2.indexOf(File.pathSeparator) == -1 && path2.indexOf(File.separator) != -1)
      {
        path2 = path2.substring(0, path2.lastIndexOf(File.separator));
        if(!path1.endsWith(File.separator))
          path1 = path1.concat(File.separator);
        File f1 = new File(path1);
        File f2 = new File(path2);
        //wenn sie gleich sind
        if (f1.getCanonicalPath().equals(f2.getCanonicalPath()))
        {
          if(!path1.endsWith(File.separator))
            path1 = path1.concat(File.separator);
          System.out.println("NUTZE PFADIF:: " + path1);
          return path1;
        }
        else{
          if(!path1.endsWith(File.separator))
            path1 = path1.concat(File.separator);
          path1 = path1.concat(path2);
          if(new File(path1).exists())
          {
            System.out.println("NUTZE PFADELSE:: " + path1);
            return path1;
          }
          else
          {
            System.out.println("NUTZE PFAD2ELSEERR:: " + path2);
            return path2;
          }
        }
      }
      else {
        if(!path1.endsWith(File.separator))
          path1 = path1.concat(File.separator);
        System.out.println("NUTZE PFADDEF:: " + path1);
        return path1;
      }
    }
    catch(Exception ex)
    {
      ex.printStackTrace();
    }
    return System.getProperty("user.home");
  }

Was noch fehlt ist der Einbau wenn mehere Dinger im ClassPath sind! Dadurch das bei mir immer nur meine Jar Datei aufgerufen wird habe ich mir das erspart

 

[Wildcard]

Was noch fehlt ist der Einbau wenn mehere Dinger im ClassPath sind! Dadurch das bei mir immer nur meine Jar Datei aufgerufen wird habe ich mir das erspart

Einfacher ist es, eine Klasse/Resource aus dem jar über den Classloader zu laden und die URL zu parsen, aber auch das ist keine schöne Lösung. Die Frage bleibt bestehen, warum sollte man den Pfad zum jar benötigen?

 

[thE_29]

Ich hab das schon paar mal gebraucht, weil ich ihm Pfad der Jar Datei Dinge gespeichert und geladen habe.

Wenn der Benutzer das aber "blöd" startet, kriegt man halt den Startpfad zurück und nicht den Pfad wo die Jar Datei liegt.

 

[Wildcard]

Ich hab das schon paar mal gebraucht, weil ich ihm Pfad der Jar Datei Dinge gespeichert und geladen habe.

Ich kann mir das schon vorstellen, nur ist das ein sehr unübliches Verhalten, weil ich davon ausgehen würde, dass Programme in einem Verzeichnis liegen, in dem der User kein Schreibrecht hat.
Deutlich wird's auf der Kommandozeile:
Wenn ich ein Programm das in meinem Pfad liegt ausführe um sagen wir den MD5 einer Datei zu berrechnen und in eine Datei zu schreiben.
Wo erwarte ich das die Datei rauskommt? Im Verzeichnis in dem das Programm liegt, oder doch eher im Arbeitsverzeichnis von dem ich das Programm ja gestartet habe?

 

[Hayys]

wildcard: stell dir einfach mal vor neben der .jar datei, leigt noch textfile, welches das Programm braucht, jetzt den pfad zu finden, wenn beliebig von der Konsole abgerufen wurde ist garnicht so einfach

schon mal was vom DAU gehört?

ich programmiere auch für DAUs

 

[Wildcard]

wildcard: stell dir einfach mal vor neben der .jar datei, leigt noch textfile

Die Frage ist nur: warum?
Vielleicht gibt es ja eine alternative. Der Usercase wurde bisher noch nicht beschrieben.

 

[Guest]

Die Frage ist nur: warum?

Einen Sinn des Leben gibt es nicht , aber man kann seinem Leben einen Sinn geben.

 

[Hayys]

Die Frage ist nur: warum?

Einen Sinn des Leben gibt es nicht , aber man kann seinem Leben einen Sinn geben.

 

[Wildcard]

Wenn du keine Hilfe möchtest, warum postest du dann?

 

[Illuvatar]

Um auf die ursprüngliche Frage zurückzukommen: es gibt durchaus Möglichkeiten, den Pfad herauszufinden.

Siehe hier
und/oder hier

 

[thE_29]

Ich hab das schon paar mal gebraucht, weil ich ihm Pfad der Jar Datei Dinge gespeichert und geladen habe.

Ich kann mir das schon vorstellen, nur ist das ein sehr unübliches Verhalten, weil ich davon ausgehen würde, dass Programme in einem Verzeichnis liegen, in dem der User kein Schreibrecht hat.
Deutlich wird's auf der Kommandozeile:
Wenn ich ein Programm das in meinem Pfad liegt ausführe um sagen wir den MD5 einer Datei zu berrechnen und in eine Datei zu schreiben.
Wo erwarte ich das die Datei rauskommt? Im Verzeichnis in dem das Programm liegt, oder doch eher im Arbeitsverzeichnis von dem ich das Programm ja gestartet habe?

Warum sollte der Benutzer kein Schreibrecht auf das haben?!

Nehmen wir zB JBuilder! Der hat ein Config File im root Verzeichnis und der findet das auch immer, egal von wo ich den starte.
Genauso will ich das bei meinem Programm! Egal vonwo es gestartet wird, die config Datei liegt im Verzeichnis wo das Programm liegt.

Wenn ich einen MD5 Calc mache, ist es klar, dass das Ergebnis eben im aktuellen Verzeichnis rauskommt.

 

[Wildcard]

Warum sollte der Benutzer kein Schreibrecht auf das haben?!

Weil ein Benutzer in aller Regel nur in sein home Schreiben kann, Programme aber üblicherweise an anderer Stelle liegen.

Nehmen wir zB JBuilder! Der hat ein Config File im root Verzeichnis und der findet das auch immer, egal von wo ich den starte.

Ganz genau. Ein globales Config File das der Anwender händisch bearbeiten soll. Das ist der einzige Anwendungsfall der auch mir einfällt.
Alles was ich vom OP wollte, ist, das er seinen usecase beschreibt, damit sich beurteilen lässt, ob er/sie überhaupt in die richtige Richtung denkt.

 

[thE_29]

Achso
Naja, bei mir war das eben der Fall!
Sonst würde ich es ja auch nicht brauchen..