В своём апплете я пользуюсь пакетом HTTPClient от Jakarta для отправки запросов POST.
Для полноценной работы этот пакет требует ешё несколько дополнительных пакетов как ча пример: commons-logging и commons-codec.
Всё хорошо и красиво работает пока дело не дочодит до обфускации, по каким то прочинам некоторые как быдто пропадают. 
на пример после обфускации вылетает в рантаим вот такая ошибка:


как с этим лучже всего бороться, но при этом да делать обфускацию?

Ты пытаешься и commons-logging обсфуцировать, что ли???

я пытаюсь обсфуцировать всё как одно целое...

Не стоит этого делать. Скорее всего там используется фабрика, которая ищет класс по имени. Обсфуцируй только свой код.

А потом просто всё собират' в один JAR?

Тогда ещё один вопрос:
Как быть если у меня есть два проекта которые пользуются третим, тоже моим проектом (он содержит только классы которыми я перекидываюсь из клиента к серверу и наоборот), мозчно ли этим классам делать обфускацию, или тоже быдет проблемма?

Можно собирать, а можно оставить несколько jar, и просто перечислять все в classpath при запуске.



Либо подвергать обсфукации все три проекта одновременно (за один прием). Или не трогать классы для передачи данных вообще.

Обсфукация - это просто переименование классов, методов, полей и пакетов, с целью скрыть их истинный смысл (на самом деле не только, но это основное). Догадаться что делает метод readLine() не трудно, а вот что делает метод a(int i, String s) совсем не очевидно. По этой причине надо или переименовывать метд сразу во всех местах где он используется, или вообще этого не делать. Аналогично с классами, полями и пакетами.

А цчто тогда происходит с обращениями к методам тех самыч классов (для передачи данных) в функциях программы?

Добавлено @ 23:30 

Есть какието определённые правила сборки?
На пример нузчно ли собирать именно втот же самый JAR проги (получившийся после обфускации)?

Если метод переименовывается, то переименовываются все его вызовы (в данном проекте, конечно), аналогично для полей и классов. Все обращения к внешним библиотекам остаются как есть (ведь JDK никто не даст обсфуцировать). Поэтому если библиотека DTO будет внешней в данном проекте, то обращения к ней останутся как есть.



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

И последнее:
у каждой библиотеки есть свой манифест... Как с этим быть?

Посмотри что там написанно, если есть существенная информация, то добавь в итоговый манифест. Хотя врядли там написано, что-то важное.