Ребят может кто подсказать, у меня есть файл ххх.CLASS открываю его через декомпилятор но изменяю что нужно но сохраняется он в формате .Java а как скомпилировать его назад в .CLASS ?

Исходники нужны.

Месье может взять схожие исходники ребеллионовской сборки, сделать замену файла на декомпилированый, изменить все, что нужно, скомпилировать все скопом, а после - заменить файл из скомпилированного jar'a в родной. Особое внимание уделить импортам, в случае чего - написать классы-заглушки. Обязательно погонять тесты. Если логгер нестандартный - чините (опять же, смотреть импорты и прицепленные библиотеки), если слишком сложно, но хотите эстетики - используйте System.out.print("text");

В случае, если у вас не ребеллион, а лыжа, любые комментарии излишни.

Можно и без исходников скомпилировать обратно имея ядро сервера библиотеки и тд. и тп.

Достаточно самого ядра, класса, cmd, и jdk. Команду не помню. Через кмд командой javac.

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

Zeratyl Написал:Т.е. если я скину сейчас скомпилированное приложение и попрошу месье изменить мне класс без исходников, то одного приложения будет достаточно?

да, если не использовали обфускаторов, но и это поправимо... все зависит от того насколько большой класс...

Несколько невалидных опкодов сделают свое черное дело, месье. А лишние инструкции в байткоде, совершенно не препятствующие выволнению в JVM, будут люто, бешено выбивать сотни ошибок при декомпиляции. Потрудившись, вы получите "исходный" код, но вот обратно он уже не скомпилируется. Если класс небольшой - проще понять как работает и переписать. Если же нет - что же, жизнь жестока.

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

Zeratyl Написал:Несколько невалидных опкодов сделают свое черное дело, месье. А лишние инструкции в байткоде, совершенно не препятствующие выволнению в JVM, будут люто, бешено выбивать сотни ошибок при декомпиляции. Потрудившись, вы получите "исходный" код, но вот обратно он уже не скомпилируется. Если класс небольшой - проще понять как работает и переписать. Если же нет - что же, жизнь жестока.

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

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

cd путь до папки с ядром и классом
javac -classpath ядро.jar -Xlint:unchecked класс.java