Migliore alternativa internazionale a getClass di Java(). GetResource()

Question

Ho molti file di risorse in bundle con la mia app Java. Questi file hanno nomi di file contenenti caratteri internazionali come ü o æ. Vorrei caricare questi file usando getClass(). GetResource(), ma a quanto pare questo non è supportato poiché per questi particolari nomi di file, il metodo getResource restituisce sempre null.

Questo mi ha fatto sperimentare l'utilizzo della codifica URL dei caratteri internazionali, ma questo non è supportato come indicato da http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=4968789.

Quindi, la mia domanda è: qual è il modo consigliato di caricare una risorsa che ha un nome contenente caratteri internazionali? Per esempio, ho bisogno di caricare il contenuto UTF-8 di un file di nome Sjælland.txt

Answer 1

Non so se c'è un best (probabilmente è un candidato per worst perché è piuttosto un hack), ma questo mi sembra un meccanismo capace. Evita la necessità di utilizzare getResource leggendo direttamente il jar.

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()); 
     } 
    } 

    } 
} 

ho aggiunto un file chiamato Sjælland.txt e questo hanno ottenuto con successo la voce.

Answer 2

Non sono sicuro che ho capito bene, ma se provo

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

poi o è un sun.net.www.content.text.PlainTextInputStream.

Sto usando JDK 1.6 su un computer Windows. Ho (predefinito?) System.property sun.jnu.encoding impostato su Cp1252. Quindi tutto sembra funzionare bene. Il bug che hai postato sembra essere JDK 1.4. Potrebbe essere quello che stai usando.