Zum Hauptinhalt gehen

Encoding der von FS erzeugten Dateinamen?

Kommentare

9 Kommentare

  • Zendesk API User
    Author: matthiasforberg - 9/21/2018 7:50

    Ergänzung:

    inzwischen haben wir herausgefunden, dass die Datei-Inhalte UTF-8 kodiert sind, die Dateinamen aber nicht, die sind ISO-8859-1.

    Kann man das auch noch irgendwo einstellen?

    Gibt's da vielleicht ein -Dfilename.encoding=UTF-8 oder sowas?

    Grüße
    Matthias

    0
  • Zendesk API User
    Author: matthiasforberg - 9/27/2018 16:20

    Hallo zusammen,

    da bislang nichts weiter kam, hier nochmal ein Update von mir. Inzwischen haben wir rausgefunden, dass die Dateinamen noch nicht einmal einheitlich mit ISO-8859-1 kodiert wurden, sondern wild durcheinander, da ist auch "ISO-8859-2" dabei, "ascii" und "windows-1252" - nur kein utf-8. Der Verdacht liegt nahe, dass das willkürlich vom Betriebsystem (Windows) festgelegt wird.

    Gibt es wirklich keine Möglichkeit, das zu beeinflussen?

    Danke für nützliche Tipps.

    Grüße
    Matthisa

    0
  • Zendesk API User
    Author: thmarx - 9/28/2018 8:14

    Hallo Matthias,

    In dem Artikel wird einen Umgebungsvariable  gesetzt, die es leider nur unter unixartigen Betriebssystemen gibt. Ich hab mal etwas gegoogelt und bin auf sun.jnu.encoding gestoßen. Inspired by Actual Events: Java May Use UTF-8 as Its Default Charset  und http://mail.openjdk.java.net/pipermail/jdk8-dev/2012-November/001618.html

    Erweitere mal deine wrapper config um: -Dsun.jnu.encoding=utf8

    Ich sehe das selbst zum ersten mal! Wenn es klappt, würde ich mich über eine positive Rückmeldung freuen.

    Gruß Thorsten

    0
  • Zendesk API User
    Author: thmarx - 10/12/2018 12:32

    Hallo Matthias,

    konnte dir das schon irgendwie weiterhelfen?

    Gruß

    Thorsten

    0
  • Zendesk API User
    Author: hoebbel - 10/12/2018 13:06

    Hallo Matthias,

    ich glaube, dass das ein Betriebssystem Problem ist.

    FirstSpirit muss [wenn entsprechende Dateien erzeugt werden sollen] mit einem locale gestartet werden, welches UTF-8 konform ist, z.B. LANG=en_US.UTF-8

    Kannst Du bitte prüfen, ob dies gegeben ist [also der User, der die Dateien an der defekten Stelle erzeugt, ein entsprechendes Locale zur Verfügung hat]?

    Hinweis: Die betroffene Stelle ist die, an der es das erste Mal "kaputt" geht.

    Reihenfolge, in der die Dateinamen zu prüfen sind, wäre somit:

    fs5staging --> Verzeichnis, in das die Daten veröffentlicht werden --> Verzeichnis, aus dem die Daten verwendet werden.

    HInweis: Auch für die Nutzung/Prüfung muss die entsprechende User-Session über ein passendes Locale verfügen.

    Viele Grüße aus Dortmund,

      Holger

    0
  • Zendesk API User
    Author: MichaelaReydt - 10/25/2018 13:46

    Hallo Matthias,

    ist deine Frage noch offen oder konnte Holger dir weiterhelfen?

    In diesem Fall wäre es toll, wenn du seine "richtige Antwort" entsprechend markierst.

    Viele Grüße

    Michaela

    0
  • Zendesk API User
    Author: matthiasforberg - 10/25/2018 16:04

    Hallo zusammen,

    ich hatte leider bislang noch nicht die Möglichkeit, die Vorschläge auszuprobieren. Wir haben das einfachste gemacht, nämlich auf Default-URLs umgestellt und somit werden keine Sonderzeichen mehr generiert. Aber ich werde das gegen Ende des Jahres sicher nochmal ausprobieren, wenn wieder etwas mehr Luft ist.

    Vielen Dank für die Hilfe!
    Grüße
    Matthias

    0
  • Zendesk API User
    Author: epitschke - 10/30/2018 8:27

    Hallo Forbi,

       gib uns dann einfach Bescheid. Und viele Grüße an die alten Hasen :smileyhappy:

    Viele Grüße

       Elmar

    0
  • Zendesk API User
    Author: mikula - 1/7/2019 9:14

    Frohes neues Jahr Matthias,

    ist das Thema hier noch offen? Konntest du das evtl. in einer freien Minute während der Feiertage anschauen?

    Viele Grüße

    Martin

    0

Bitte melden Sie sich an, um einen Kommentar zu hinterlassen.