Archivo y bundleresource: // URLs

Question

he estado rompiendo la cabeza por esto desde hace un tiempo y ahora no puedo encontrar una solución para este problema:

Tengo una aplicación Eclipse RCP que utiliza una biblioteca personalizada empaquetado como tarro. Desde el complemento, estoy llamando a un método dentro del contenedor. Dentro de este método, estoy "obteniendo" un recurso usando this.class.getResource(relPath), mientras que relPath es una ruta relativa a un archivo que necesito. Esto me devuelve un URL que puedo usar para construir un File.

Ahora, esto funciona perfectamente si no estoy llamando a este método desde el complemento, sino desde un simple programa Java. La diferencia: Eclipse cargador de clases de RCP devuelve un URL de protocolo bundleresource:// que no está soportada por File, mientras que cuando se ejecuta un simple Java-programa, un -URL file:// se devuelve que es completamente bien para construir un File.

Conozco la clase FileLocator del Eclipse SDK (que resuelve bundleresource-URLs a URLs de archivo), pero no puedo usarlo en la biblioteca porque no quiero vincularlo a la plataforma Eclipse RCP. debería ser posible usar esta lib de fuentes que no sean Eclipse-RCP también.

Alguien alguna idea sobre cómo puedo cargar este recurso desde una ruta relativa de una manera que funcione tanto cuando se llama al método desde un Eclipse RCP-Plugin o cualquier otro cliente?

Necesito construir un File en el directorio de esta ruta relativa para buscar archivos dentro. Estoy completamente atascado en este ...

ACTUALIZACIÓN: Si existe la posibilidad de que no sea usando File#list() para obtener el contenido del directorio esto ya me ayudarían ..

ninguna pista muy apreciados,

Answer 1

¿No podría simplemente invertir la dependencia? Es decir., El módulo de recuperar el recurso como URL define una interfaz

interface Locator { URL resolve(URL url); } 

y se puede utilizar una implementación por defecto

class StandaloneLocator implements Locator { 
    public URL resolve(URL url) { return url; } 
} 

En caso de Eclipse, este localizador por defecto es para ser reemplazado por

class EclipseLocator implements Locator { 
    public URL resolve(URL url) { return FileLocator.resolve(url); } 
} 

Ahora, su biblioteca no tiene dependencias con Eclipse y aún puede usar FileLocator. Como no obtendrá ningún URL de recurso compartido sin Eclipse, esto debería funcionar.

Saludos, Jens

Answer 2

No es posible enumerar los archivos en el archivo jar con métodos del Class. O necesita crear el archivo resourcelist que contendrá todos los nombres de sus recursos, o abrir el archivo jar como archivo zip y enumerar archivos como en el archivo zip. La clase File no puede manejar protocolos que no sean file://. Si su recurso está en archivo jar, debe usar la clase Url y obtener la transmisión usando el método Url.openSteram para obtener el contenido del archivo.

UPD para ejecutar una aplicación java simple: probablemente no lo empaques en un archivo jar, por lo que tus clases y recursos se colocan en el sistema de archivos y no en el archivo. Es por eso que obtienes el protocolo file://. Si empaqueta en un archivo jar, el protocolo no será file://, será jar:// (no estoy seguro sobre el nombre exacto del protocolo).