Цитата(LSD @ 15.2.2007, 16:27  ) |
| Ты пытаешься и commons-logging обсфуцировать, что ли??? |
я пытаюсь обсфуцировать всё как одно целое...
| Версия для печати темы
Нажмите сюда для просмотра этой темы в оригинальном формате |
| Форум программистов > Java tools & IDE's > Вопрос по обфускации |
| Автор: ShurikA 15.2.2007, 16:19 | ||
| В своём апплете я пользуюсь пакетом HTTPClient от Jakarta для отправки запросов POST. Для полноценной работы этот пакет требует ешё несколько дополнительных пакетов как ча пример: commons-logging и commons-codec. Всё хорошо и красиво работает пока дело не дочодит до обфускации, по каким то прочинам некоторые как быдто пропадают. на пример после обфускации вылетает в рантаим вот такая ошибка:
как с этим лучже всего бороться, но при этом да делать обфускацию? |
| Автор: LSD 15.2.2007, 17:27 |
| Ты пытаешься и commons-logging обсфуцировать, что ли??? |
| Автор: ShurikA 17.2.2007, 15:44 | ||
я пытаюсь обсфуцировать всё как одно целое... |
| Автор: LSD 17.2.2007, 18:14 | ||
Не стоит этого делать. Скорее всего там используется фабрика, которая ищет класс по имени. Обсфуцируй только свой код. |
| Автор: ShurikA 17.2.2007, 19:03 | ||
А потом просто всё собират' в один JAR? Тогда ещё один вопрос: Как быть если у меня есть два проекта которые пользуются третим, тоже моим проектом (он содержит только классы которыми я перекидываюсь из клиента к серверу и наоборот), мозчно ли этим классам делать обфускацию, или тоже быдет проблемма? |
| Автор: LSD 17.2.2007, 21:39 | ||||
Можно собирать, а можно оставить несколько jar, и просто перечислять все в classpath при запуске.
Либо подвергать обсфукации все три проекта одновременно (за один прием). Или не трогать классы для передачи данных вообще. Обсфукация - это просто переименование классов, методов, полей и пакетов, с целью скрыть их истинный смысл (на самом деле не только, но это основное). Догадаться что делает метод readLine() не трудно, а вот что делает метод a(int i, String s) совсем не очевидно. По этой причине надо или переименовывать метд сразу во всех местах где он используется, или вообще этого не делать. Аналогично с классами, полями и пакетами. |
| Автор: ShurikA 17.2.2007, 23:22 | ||
| А цчто тогда происходит с обращениями к методам тех самыч классов (для передачи данных) в функциях программы? Добавлено @ 23:30
Есть какието определённые правила сборки? На пример нузчно ли собирать именно втот же самый JAR проги (получившийся после обфускации)? |
| Автор: LSD 17.2.2007, 23:42 | ||||
Если метод переименовывается, то переименовываются все его вызовы (в данном проекте, конечно), аналогично для полей и классов. Все обращения к внешним библиотекам остаются как есть (ведь JDK никто не даст обсфуцировать). Поэтому если библиотека DTO будет внешней в данном проекте, то обращения к ней останутся как есть.
Собирать точно также как и как и в случае со стандартными классами. Т.е. если хочешь получить один jar со всеми классами, то просто копируешь полученные классы в каталог, туда же распаковываешь библиотеки, после чего упаковываешь их в jar. Ну или JBuilder-у указываешь включать в получившийся jar все используемые библиотеки. |
| Автор: ShurikA 17.2.2007, 23:55 |
| И последнее: у каждой библиотеки есть свой манифест... Как с этим быть? |
| Автор: LSD 18.2.2007, 00:09 | ||
Посмотри что там написанно, если есть существенная информация, то добавь в итоговый манифест. Хотя врядли там написано, что-то важное. |