Получение абсолютного пути файла в JAR в EAR?

Question

У меня есть приложение J2EE, развернутое как файл EAR, который, в свою очередь, содержит JAR-файл для кода бизнес-уровня (включая некоторые EJB) и WAR-файл для кода веб-уровня. Файл EAR развернут в JBoss 3.2.5, который распаковывает файлы EAR и WAR, но не JAR-файл (это не проблема, это просто FYI).

Один из файлов в файле JAR - это шаблон MS Word, абсолютный путь которого должен быть передан в некоторый собственный код MS Word (с использованием Jacob, FWIW).

Проблема заключается в том, что если я пытаюсь получить файл как это (внутри некоторого кода в файле JAR):

URL url = getClass().getResource("myTemplate.dot"); 
File file = new File(url.toURI()); // <= fails! 
String absolutePath = file.getAbsolutePath(); 
// Pass the absolutePath to MS Word to be opened as a document 

... то java.io.File конструктор бросает IllegalArgumentException «URI не иерархическая ». URL и URI оба имеют один и тот же ToString() выход, а именно:

jar:file:/G:/jboss/myapp/jboss/server/default/tmp/deploy/tmp29269myapp.ear-contents/myapp.jar!/my/package/myTemplate.dot 

Это большая часть пути действителен в файловой системе, а остальные нет (будучи внутренним для файла JAR):

G:/jboss/myapp/jboss/server/default/tmp/deploy/tmp29269myapp.ear-contents 

Что является самым простым способом получить абсолютный путь к этому файлу?

Answer 1

Мое текущее решение, чтобы скопировать файл во временную директорию сервера, а затем использовать абсолютный путь к копии:

File tempDir = new File(System.getProperty("java.io.tmpdir")); 
File temporaryFile = new File(tempDir, "templateCopy.dot"); 
InputStream templateStream = getClass().getResourceAsStream("myTemplate.dot"); 
IOUtils.copy(templateStream, new FileOutputStream(temporaryFile)); 
String absolutePath = temporaryFile.getAbsolutePath(); 

Я предпочел бы решение, которое не предполагает копирование файла.

Answer 2

Если код или приложение не передают строку URI String, чтобы принять формат, указывающий местоположение в файле jar/zip, решение для копирования файла во временное местоположение, вероятно, является лучшим.

Если эти файлы часто ссылаются, вы можете захотеть кэшировать местоположения файлов извлечения и просто проверять их существование каждый раз, когда они необходимы.

Answer 3

Вы должны скопировать содержимое во временный файл (потенциально с кешем), поскольку попытка проникнуть во внутренние файлы контейнера приложения - это зависимость, которую вы хотите избежать. Возможно, даже не может быть извлеченный файл (он может загружаться из JAR напрямую).