Najlepsza międzynarodowa alternatywa dla getClass(). GetResource()

Question

Mam wiele plików zasobów dołączonych do mojej aplikacji Java. Pliki te mają nazwy plików zawierające znaki międzynarodowe, takie jak ü lub æ. Chciałbym załadować te pliki za pomocą getClass(). GetResource(), ale najwyraźniej nie jest to obsługiwane, ponieważ dla tych konkretnych nazw plików metoda getResource zawsze zwraca wartość null.

To pozwoliło mi eksperymentować z używaniem kodowania adresów URL znaków międzynarodowych, ale nie jest to obsługiwane, zgodnie z informacjami podanymi przez http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=4968789.

Moje pytanie brzmi: Jaki jest zalecany sposób ładowania zasobu, który ma nazwę zawierającą znaki międzynarodowe? Na przykład, muszę załadować UTF-8 zawartość pliku o nazwie Sjælland.txt

Answer 1

Nie wiem, czy jest tam best (prawdopodobnie jest to kandydat na worst ponieważ jest dość hack), ale wydaje się to sprawny mechanizm. Odsuwa to potrzebę użycia getResource, czytając bezpośrednio słoik.

public class NavelGazing { 
    public static void main(String[] args) throws Throwable { 
    // Do a little navel gazing. 
    java.net.URL codeBase = NavelGazing.class.getProtectionDomain().getCodeSource().getLocation(); 
    // Must be a jar. 
    if (codeBase.getPath().endsWith(".jar")) { 
     // Open it. 
     java.util.jar.JarInputStream jin = new java.util.jar.JarInputStream(codeBase.openStream()); 
     // Walk the entries. 
     ZipEntry entry; 
     while ((entry = jin.getNextEntry()) != null) { 
     System.out.println("Entry: "+entry.getName()); 
     } 
    } 

    } 
} 

I dodaje plik o nazwie Sjælland.txt i to było z powodzeniem uzyskać wpis.

Answer 2

nie jestem pewien, że cię rozumiem poprawnie, ale gdy próbuję

URL url = Test.class.getResource("/Sjælland.txt"); 
Object o = url.getContent(); 

następnie o jest sun.net.www.content.text.PlainTextInputStream.

Używam JDK 1.6 na komputerze z systemem Windows. Mam (domyślnie?) System.property sun.jnu.encoding ustawiony na Cp1252. Wydaje się więc, że wszystko działa dobrze. Wysłany błąd wygląda na JDK 1.4. To może być to, czego używasz.