Ситуация: Есть набор стандарнтых инструментов, которые писались и расширялись на протяжении времени. Этот набор вырос, и смысла в каждый из проектов вставлять библиотеку целиком нет смысла.

Проблема: Нужна выделить те классы в проекте, которые необходимы для данного проекта, а все ненужные удалить. Есстесно процесс должен быть автоматизирован.

Вопрос: Есть ли уже готовые средства, и если нет, то присоветуйте как бы это красиво организовать ?

возникала у меня такая же проблема - самое дельное, что посоветовали - запустить с каким-то ключем, чтобы протрейсить загрузку классов. А вообще - в IDEA как минимум 4.5 где то вроде была галочка Import... Извиняюсь за размытость - не помню просто.... Может она за это и отвечает - типа будут ли включаться используемые классы в результирующий пакет или нет.

Цитата

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

имеешь ввиду с ключем для javac.exe Хотелось бы поподробнее, не нашел ничего подходяшего

Цитата

А вообще - в IDEA как минимум 4.5 где то вроде была галочка Import...

скорее всего тогда - Export , но с IDEA я не работал.

У кого то есть еще идеи, пожелания ?

Один из вариантов: запустить

java -verbose:class myapp

На консоль будут выведены загружаемые классы.

На этапе исполнения не подходит. Точно также я мог просто ClassLoader подправить.
Проблема в том что мне тогда придеться проект полностью протестировать, и я никогда не буду уверен в том что какой нить класс не будет грузиться позже (у клиента)

Нужно делать полную трассировку по всем классам и даже методам. Чесно говоря я надеялся может кто плагин для Eclipse такой напишет.

Неужели больше нет идей ?
Я так понимаю раз ответов нет, то никому этим заниматься не приходилось.
Неужели все собирают версии с мусором
или никто вопрос не понял

Лично я не пробовал но идея такая, просто провести reverse ingeneering и посмотреть что на что ссылается.

3,14
это самый очевидный и геморойный способ. Более того - речь идет о своем проекте, т. е. у вас даже исходник есть на руках, не нужно ничего реверсить-инженерить. Трабла в том, что запаришься лазить по имортам и смотреть что где юзается.


anonymouse
(навеяно предидущим постом)
а что собственно ? берем скармливаем Perl, или еще какому скрипту наши сорсы - получаем список нужных пакетов/классов. Это имхо нетрудно - объявления синтаксически идентифицируются. А потомнатравливаем скрипт на папку с распакованными пакетами, которые используются в проекте - в результате копим что нужно.
Потом - понятно, что все, что в JRE импотрить не надо

Вообще странно, - наверняка кто то уже такое делал... Вообще с Антом работали ?

Цитата(redrick @ 5.11.2004, 15:03)

вас даже исходник есть на руках, не нужно ничего реверсить-инженерить.

А что по твоему такое реверс инджинеринг, декомпиляция? Реверс инджинеринг и работает с исходниками. Используй Rational Rose он те запросто набрасает диаграму, что что инклюдит, ИМХО удобней перлового скрипта

1) в Idea есть Tools -> Optimize Imports - убивает все ненужные import ***
2) рекурсивно от main класса по всем методам пройтись, получить список нужных классов
3) Кто тебе дал гарантию, что где-нить в проекте нет чего-нить такого:

Код

Class.forName("my." + "package." + "My" + "Class");

Или другого пользования рефлекшенов... Просто интересно как ты будешь такие вещи выцеплять

ну вообще да... тяжко =)) но наверно можно все таки - компилятор понимает, значит и скрипт сможет, если постараться. Только вот сказать легко, сделать ясен пень сложнее %)

Согласен с Zandr, неужели столь велика необходимость разбивать библиотеку, что можно пойти на подобный риск?
Вообще выцепить такие вещи моно чем-нить типа

Код

cat *.java | grep forName

но не факт что в коде не останеться что-нить эдакого.

Пардон за молчание. Второй сын родился, сами понимаете...
О Class.forName я сразу подумал. Да и не жду я для всех вариантов работающий алгоритм, обфускатору тоже надо мозги поправлять. Просто я думал что существуют уже готовые тулсы (плагины). Например есть плагин который показывает всех кто использует выбранный метод. Т.е. выбираешь метод, а тебе выводяться классы которые этот метод вызывают. Для данной задачи помоему не надо больше. Т.е. таким же образом можно было бы посмотреть какие классы вызываються из других. Компилятор это очень хорошо знает, ведь он компилярит только изменившиеся классы и зависимые от них классы.
Мне кажется что если сейчас такого нет то в ближайшее время обязательно должно появиться.

Цитата

Второй сын родился, сами понимаете...

Поздравляю

Я использовал OPtimizer для Jbuilder. Там выводится список всех классов можно отфильтровать по имени пакета или класса также там пишется процент использования и если вижу CLASS NOT LOADED - первый признак мусора.
Конечно это не гарантирует, что в дальнейшем класс не будет загружен, но в своём коде разобраться и понять можно.