Следующая проблема: есть файл с настройками софта (читается с помощью Properties) в jar-файле. Планировалось использовать его как файл по умолчанию при отсутствии одноименного в рабочем каталоге. Столкнулся с тем, что при наличии файла в рабочем каталоге, данные все равно считываются из файла, который находится в jar

Без кода могу только предположить, что properties читаются как ресурс, при этом jar есть в CLASS-PATH, а текущий каталог нет.

Jar-файл как раз и лежит в текущем каталоге. Если я из него убираю файл properties, то он его нормальненько считывает из текущего каталого

"Извиняюсь, кто на ком стоял?" (с) Профессор Преображенский

Ну и? А если в CLASS-PATH поместить и текущий каталог и jar что произойдет? Еще не помешал бы код и описание того, как этот код запускается. 

Вот код:


А вот как запускается:

#!/bin/bash

CLASSPATH=.
export CLASSPATH

java -jar my_file.jar

Все равно ничего не понятно. Файл из jar можно прочитать либо как ресурс либо используя JAR API. Видимо где-то еще приложение пытается получить ресурс и прочитать проперти. Не думаю, что приложение лезет непосредственно в jar. 

А если попробовать запустить вот так

что получится? Теоретически тогда загрузчик классов должен искать запрашиваемый ресурс сначала в текущем каталоге, затем в jar.

Exception in thread "main" java.lang.NoClassDefFoundError: MyClass

FileInputStream может читать только из файла, но не из jar-архива. Поэтому это не тот кусок кода, который читает данные.

А по-другому у меня и не читается нигде. Это - единственное место в коде

hvzh, рад тебя видеть на нашем форуме!

вот наваял примерчик, как я себе это УПРОЩЕННО представляю:



Это сообщение отредактировал(а) Metal_Heart - 14.11.2006, 16:52

Да, но у меня все примерно так же

hvzh, или вернее почти   

Попробуй  понаставить что-то вроде (если нет отладчика) в функцию обращения к ресурсам:


только с этим "из функции ..." надо что-то придумать    чтоб знать кто и куда обращается

Функция у меня одна (исходники привел выше). Вызывается только один раз при старте программы

hvzh, извини, что неудачно объяснил

Ведь у тебя проблем с чтением из файла свойств - нет? Вроде нет.
Зато есть проблемы с поиском этого файла.

Я предлагаю выяснить когда и какая функция (в данном случае будем считать init())  читает эти свойства. А также почему не находит.

Добавлено @ 17:43 
Может сложиться так что читаются оба файла. Сначала искомый, а за ним - тот что по умолчанию.

В общем надо изучать работоспособность функции поиска файлов свойств.
Сделай что-то подобное, как в моем примере:


только с подробным выводом в консоль.

п.с.
Приходиться предполагать, раз кода не видно 

Ок, спасибо! Завтра с утра попробую. А по поводу кода - ну не могу я его выложить целиком, просто не могу

это желательно, но не обязательно.
Да, до завтра, тем более, что мне тоже пора

Вот часть, в которой вызывается приведенная выше функция openProps

а где выбор файла-то?!!!
где проверка доступности текущего файла свойств?

В функции openProps

Я не могу сопоставить условие:



и код функции openProps: 



Потому как не понимаю, где происходит проверка наличия файла в рабочем каталоге   
Может быть поиск файла происходит где-то раньше и инициализирует combo?

П.С.
код чужой?

Код мой. Суть приведенного кода такова. Сначала выбирается тип базы данных из комбобокса (MySQL, MSSQL etc). После этого считвается файл настроек для выбранного типа базы. При этом название базы используется как расширение для файла properties. При этом подразумевается, что файл существует

hvzh, 

а если файл не найден? кто это будет проверять/отслеживать? функция showIOError(e)?  

Ведь по-сути: задача сводится к определению существования пользовательского файла, если он (файл  ) не найден, то использовать файл "по умолчанию".

где то место в программе, которое осуществляет выбор файла?
Где та альтернатива моему примеру:



Это сообщение отредактировал(а) Metal_Heart - 15.11.2006, 14:15

Нет такого кода, согласен. Но проблема-то не в его отсутствии, а как раз наоборот! С какого бодуна софт берет в первую очередь файл свойств из jar-а? Кто его просит и какой механизм за это отвечает?

путь к файлу, типа "resourses/properties.prop" укажет на файл properties.prop в каталоге resourses упакованного в jar

Добавлено @ 15:12 
хотя в данном случае имя файла указывается без путей.... я такого воспроизвести не могу (а жаль) 

Это сообщение отредактировал(а) Metal_Heart - 15.11.2006, 15:02

А Class-Path в файле manifest.mf случайно не указывает на "ресурс по умолчанию" ?

Да вот в том то и дело, что не указывает. Мне совершенно непонятна одна вещь - ПОЧЕМУ прога в первую очередь берет данные из jar-файла? 

Class-Path в файле manifest.mf вообще присутствует?
Если да, то каков он (путь)?

Нет, не присутствует... А надо?

не всегда  

Добавлено @ 17:15 
ну, чтож давай возьмем в руки бубен   



а если наоборот? Будут ли ошибки в консоли?

Странно...У меня был простой вопрос... Как решить задачу считывания файла ресурсов по умолчанию. И почему при наличии файла ресурсов  в jar, он читается именно оттуда, а не из рабочего каталога, где помещена основная прога

Простые вопросы могут не иметь простых ответов.

В данном случае, мне интересно почему и я хотел бы это узнать 
А пробовал вариант моего предпоследнего поста?
Вообще, отладчик влетает в функцию openProps если удалить файл "свойств" из рабочего каталога?

Это сообщение отредактировал(а) Metal_Heart - 15.11.2006, 17:28

У тебя текущая аська работает?

закрыта админами   

Блин... А какие-нибудь другие способы связи? Типа Skype etc?

неа, тока форум, если что - можно в личку  


Это сообщение отредактировал(а) Metal_Heart - 16.11.2006, 09:52

hvzh, у меня есть конструктивное предложение, а именно:

требуется воспроизвести подобную ситуацию на тестовом примере. Т.е. исходник тестового примера должен быть максимально идентичен проблемному исходнику разработанной проге.

Покажи тестовый пример, если эта ситуация повторится:


И почему это решение никому раньше в голову не пришло?