А имеешь ли ты право делать так?
Коммерческий jar может не разрешать так делать.
А если так сделать с jar с лицензией GNU, твой jar тоже должен иметь лицензию GNU, и ты должен открыть исходники.

/var/tmp должен быть открыт на запись, но там может не хватить места, чтобы развернуться.

Я пишу коммерческое ПО под нашей лицензией. С закрытыми исходниками. Условия лицензии One-Jar соблюдены.
А для пользователя нужно предоставить массу удобств. И программа работать будут не только в Linux, точнее она будет работать в основном в Windows и редко на других платформах. Создавать архив нельзя, потому что нельзя распаковываться. Если бы ты знал, какие бывают чудные пользователи!!! Небольшая трудность и они откажутся от ПО. Поэтому должно быть всё максимально удобно. Если поддерживается клик мышью по jar-файлу с автоматическим запуском, то так и должно быть. А если нет, то надо на сайте максимально понятно указать как запустить программу. Чтобы это было просто. Вот тебе всё понятно. А пользователю может быть не понятно. Он может вообще только что комп увидел и ему просто надо потыкать мышкой и получить результат. Так что должно быть всё просто.

А инсталлятор писать вообще нельзя! Под все платформы не напишешь. Да и сложно это, написать грамотный инсталлятор, который бы учёл все особенности.

Но всё равно большое спасибо!


Сейчас я этот вопрос обсуждаю с начальством. Но понимаешь, тут есть проблема. Я сделаю подобную систему, как ты описал. Но и этого объёма памяти может не хватить. Вот что написано в официальном документе от Sun по поводу управления памятью memorymanagement_whitepaper.pdf:

Так что если мне не хватит места, то необходимо вручную настраивать среду. Например так:

Сейчас вопрос остаётся открытый что делать с проблемой нехватки памяти.
Но я предерживаюсь мнения, что вообще надо всё оставить как есть и просто на сайте указать что в случае падения с ошибкой OutOfMemoryError необходимо запустить программу с параметрами -Xms, -Xmx, в которых указать необходимый размер кучи. Например:  -Xms150m -Xmx1000m.
Тогда кто понимает, настроит сам среду, а кто не понимает, просто с консоли введёт эти парметры и всё заработает. Но если и этого не хватит, то пусть или сам подбирает параметры или обратится в службу технической поддержки.
Мне кажется, это самый нормальный вариант.

Но вопрос решаю не я, а начальство.

хозяин барин как говорится   , тока о каком удобстве может идти речь 

Ну а вариантов нормальных то больше нет! Писать загрузчик практчески бесполезно! Ну укажу я там максимальных размер 1000 МБ. Ну а если и его не хватит? Мне что, указывать все 4ГБ в качестве максимального? Если только так.
На небольших наборах данным мне хватит и 64 МБ по умолчанию. А если выше, то пусть настраивают.

Варианты то какие?

ставь -Xms256m -Xmx512m этого должно быть вполне достаточно
для большинства пользерова те у которых не помогло пусть в тех поддержку идут
и все ж попробуй профайлером отловить место утечки полезнее будет

Это сообщение отредактировал(а) _and - 17.4.2009, 11:34

1 гига не хватит?  
Может оптимизацией пора в плотную заняться?  

Говорю же, у меня не воспроизводится, а воспроизводится на машине тестеров. Тестеры в другом городе. И у пользователей.
И профайлер запустить я не могу. Да к тому же у меня нет утечки памяти! А если есть, то не критичная.
Сам набор данных большой и хранить его надо в памяти. Иначе придётся сбрасывать на диск часть инфы, а это не желательно.
Да в этом случае придётся настраивать мусоросборник. Всё равно придётся лезть в консоль.


Специфика работы программы такая. Задачи бывают разные. Дело тут не в оптимизации.
Если я буду долго оптимизировать код, то всё равно это не факт, что памяти хватит. Он упадёт не на этом наборе данных, но на чуть большем.
Сама суть программы требует хранения большого объёма данных в памяти.

Вот это то не зря написали:

Тема закрыта.