1. А в реальности от программистов как-то можно защитить свой код? Чтобы не смотря на то, что у меня хорошо написанные классы, значительно проще другим людям переписать весь функционал, чем разбираться в моих защитах?
Это с условием, что программа целиком десктопная и не имеет выхода в интернет.
2. А разумно ли на java писать в реестр? На линукс уже реестра не будет.

Вы, наверное, имеете в виду dconf, который пропагандируется гномом с унити? Такой реестр есть, но это не в линуксе, а в некоторых программах с гномом.

Для меня это теория, мой софт защищать не надо, но...
авторРынок давно уже доказал что ваши "реальные практики защиты" реально не работают.
Есть торренты на которых лежит почти весь стоящий внимания софт. Ломают всё, с любых методов защит в том числе с exe файлов. зы идея также сломана.
А тут java с открытым кодом, пусть и бинарным. То есть можно запутать код, но большая часть запутаностей удалит компилятор джавы, а многие онлайн проверки вызывают проблемы с активацией и тормоза. Нет?
Просто я хочу на будущее выяснить. Пишет мне специалист по java оффлайн десктоп программу. Ну как он защитит классы от пере использования? Или сам софт от копирования?

автор1. Java очень просто декомпилируется.
2. Обфускация, почти никогда не помогает, всё можно обойти, просто немного сложнее разбираться.
3. Активация online - да тормоза, но можно делать не постоянно, а иногда. Например, раз в неделю и обрадовать пользователя взломанного приложения.
В теме совет защитить код ProGuard. И логично, что не нужно это. Также активация по ключу с реестра: всё таки привязана к винде и слишком легко обходится. Тогда уж можно хранить в текстовом файле хеш конфигурации ПК в каталоге с программой. Ключ привязывать к железу компьютера, даже сторонней утилитой.
Активация через интернет - в чём она заключается? То же считывание определённой информации, только вместо файла - данные с интернет?
авторВаши затраты на защиту кода не окупятся.
Сейчас я придерживаюсь такой же точки зрения. Ищу доказательств :)
То есть если вы пишите нативный код (C, Qt++, fpc) - то имеются малоработающие методы защиты своего софта от копирования. Их можно сломать, но часто не ломают.
На java имеет смысл провести обфускацию кода, если у вас формально требуют исходники, которые нужны только для соблюдения регламента.
Если надо защитить java софт от копирования, то только выносить логику работы на свои сторонние сервисы, или сразу сайт мастерить. Я не прав?
зы
Чтобы не болтать о коне в вакууме, допустим, хочу переписать твидиум (постинг в группу аккаунтов в твиттере), как защитить такой софт, если логика или активация на своём сервере не рассматривается?

авторДа, нативный код может быть сложнее декомпилировать. Но задача взлома ведь не в этом. Взлом произвести одинакого просто, было бы желание.
Ясно, спасибо, не думал об этом. То есть от взлома защиты нет, но можно усложнить переиспользование своего кода, что проще будет переписать, чем разбираться.
авторнельзя в каталоге. Нужно в скрытом месте. И пофигу какое оно, реестр или ключик в порту HASP или папке винды.
Не понимаю почему так. Нет, я не ТС.

Petro123 спасибо, теперь понятно. Смысла от взлома также ноль. Просто любые данные можно довести до уровня, когда проще будет в коде посмотреть, что происходит при валидном файле, чем файл ключа формировать. В то же время для java программы не совсем нормально что то писать в реестр, то есть в коде можно сразу искать.
зы
Надеюсь никогда мне защита не понадобится.

авторЯ скажу так, для понимающих людей - это золотой инструмент. Другое дело, как донести до этих людей - что этот софт уже написан, но это другая история по теме рекламы и маркетинга.
Золотой инструмент я бы за пару баксов купил!
Как дать рекламу - просто, напишите в этой теме одним предложением о чём софт. Просто любопытно.
авторСделать пробную версию - намного менее эффективную - тоже не вариант, без защиты попросту могут взломать, и потырить исходники...
1. В пробной версии просто урезают функционал физически, то есть не просто блочат пункты в меню, а удаляют методы, которые это меню открывает. Или шифруют их.
2. На java нет понятия "потырить исходники" - так как Ваши исходники лежат в программе в открытом виде. Можно исходный код запутать, но не скрыть. Код, вами написанный скрывают в нативных приложениях.

зы
шифруют - это не про java.