Отказ от поддержки JRE 1.3

Question

Мы предоставляем популярную библиотеку Java FTP с открытым исходным кодом, которая называется edtFTPj .

Мы хотели бы отказаться от поддержки JRE 1.3 - это очистило бы кодовую базу, а также позволило бы нам более легко использовать функции JRE 1.4 (не прибегая к размышлениям и т. Д.). JRE 1.3 уже более 7 лет!

Кто-нибудь еще использует JRE 1.3? Кто-нибудь знает какие-либо опросы, которые дают представление о том, какой процент пользователей все еще используют 1,3?

Answer 1

Sun позволяет купить пакеты поддержки для устаревшего программного обеспечения , такого как JRE 1.4. Банкам и некоторым другим организациям платить 100 000 долларов в год за поддержку устаревшего продукта дешевле, чем модернизацию. Я бы предложил предлагать только платную поддержку JRE 1.3. Если кому-то нужна поддержка для этого, они могут заплатить за здоровенный пакет поддержки. Затем вы отложите на полку свою текущую кодовую базу 1.3, и если клиент с контрактом на поддержку требует исправления ошибки, вы можете исправить версию 1.3 для них, что, скорее всего, будет означать выборочное применение исправления из более поздней версии.

Answer 2

Даже JDK 1.4 завершил свою поддержку в октябре 2008 года. Я думаю, что вы в безопасности.

Но не принимай это от меня. Люди, которых вы действительно должны спросить, являются вашими клиентами. Может быть, поможет размещение опроса на странице загрузки и получение обратной связи. Если никто не спросит через три месяца, отбрось его.

Answer 3

Почему бы вашей программе не сообщать, с какой версией Java она запускается. Это даст вам представление о вашей пользовательской базе.

Я настоятельно рекомендую отказаться от поддержки Java 1.3, и вместо небольшого обновления до Java 1.4, почему бы не использовать Java 1.6? Там были значительные улучшения с 1.3. Вы действительно пропускаете.

Answer 4

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

Реальный вопрос, который вы должны задать / ответить, заключается в том, есть ли у вас настоятельная необходимость в добавлении функций к «старым» версиям. Если нет, вы можете продолжать предлагать его для клиентов, которые в нем нуждаются, но призываем всех остальных взять самую последнюю версию, которая требует 1.4 (или 1.5 / 1.6).

Answer 5

Я долго разрабатывал jdk 1.4, пока отсутствовал jdk 6.0. Мы не могли обновить (клиенты это, серверы блаблабах). В какой-то момент мы просто обновились, не говоря об этом слишком много. Клиенты обновились, не раздражая, «это обновление исправит множество дыр в безопасности, множество исправлений ошибок, улучшенную производительность :-)».

Сейчас я стараюсь поддерживать свой код совместимым с jdk 1.5, меня не волнуют люди, работающие на 1.4 и ниже. В какой-то момент они поймут, что в их интересах "попробовать" обновить.

Answer 6

Почему не только делать критические исправления для 1.3 и 1.4, если кто-то действительно запрашивает их, и делать все новые выпуски на 1.5 - текущей самой старой версии, поддерживаемой Sun?

Answer 7

Трудно привести цифры для того, что компании используют внутри страны. Существуют цифры для установки плагинов для браузера, но данные Sun являются конфиденциальными.

1.3 Поддержка прекратилась некоторое время назад (поддержка Solaris 8 немного затянулась). 1.4 завершил свой срок службы, но, вероятно, будет поддерживаться в рамках Java для бизнеса для yonks. IIRC, если вы попытаетесь загрузить 1.4 из архивов на сайте sun.com, вас попросят указать некоторую информацию, например адрес электронной почты. Срок службы 1.5 составляет более половины срока службы (но все еще довольно распространен на Mac).

Не так сложно использовать функции 1.4 по желанию. Вам просто нужно загрузить один класс с помощью отражения (или просто упаковать его по-другому), а затем реализовать 1.4 и 1.3 реализацию легкой абстракции над новыми функциями.