Отказ от поддержки JRE 1.3
Мы предоставляем популярную библиотеку Java FTP с открытым исходным кодом под названием edtFTPj.
Мы хотели бы отказаться от поддержки JRE 1.3 - это очистило бы базу кода, а также позволило бы нам более легко использовать функции JRE 1.4 (не прибегая к размышлениям и т. Д.). JRE 1.3 уже более 7 лет!
Кто-нибудь еще использует JRE 1.3? Кто-нибудь знает какие-либо опросы, которые дают представление о том, какой процент пользователей все еще используют 1,3?
7 ответов
Sun позволяет приобретать пакеты поддержки для устаревшего программного обеспечения, такого как JRE 1.4. Банкам и некоторым другим организациям платить 100000 долларов в год за поддержку устаревшего продукта дешевле, чем модернизацию. Я бы предложил предлагать только платную поддержку JRE 1.3. Если кому-то нужна поддержка для этого, они могут заплатить за здоровенный пакет поддержки. Затем вы отложите свою текущую базу кода 1.3, и если клиент с контрактом на поддержку требует исправления ошибки, вы можете исправить версию 1.3 для них, что, скорее всего, будет означать выборочное применение патча из более новой версии.
Даже JDK 1.4 достиг конца своей поддержки в октябре 2008 года. Я думаю, что вы в безопасности.
Но не принимай это от меня. Люди, которых вы действительно должны спросить, являются вашими клиентами. Может быть, поможет размещение опроса на странице загрузки и получение обратной связи. Если никто не спросит через три месяца, отбросьте его.
Почему бы вашей программе не сообщать, с какой версией Java она запускается. Это даст вам представление о вашей пользовательской базе.
Я настоятельно рекомендую отказаться от поддержки Java 1.3, и вместо небольшого обновления до Java 1.4, почему бы не использовать Java 1.6? Там были значительные улучшения с 1.3. Вы действительно пропускаете.
Окончание срока службы - нормальная часть жизненного цикла программного обеспечения.
Реальный вопрос, который вы должны задать / ответить, заключается в том, есть ли у вас неотложная деловая необходимость добавить функции в "старые" версии. Если нет, вы можете продолжать предлагать его для клиентов, которые в нем нуждаются, но призываем всех остальных взять самую последнюю версию, которая требует 1.4 (или 1.5/1.6).
Почему не только делать критические исправления для 1.3 и 1.4, если кто-то действительно запрашивает их, и делать все новые выпуски на 1.5 - текущей самой старой версии, поддерживаемой Sun?
Трудно привести цифры для того, что компании используют внутри страны. Существуют цифры для установки плагинов для браузера, но данные Sun являются конфиденциальными.
Поддержка 1.3 прекратилась некоторое время назад (поддержка Solaris 8 немного затянулась). 1.4 завершил свой срок службы, но, скорее всего, будет поддерживаться в рамках Java для бизнеса для yonks. IIRC, если вы попытаетесь загрузить 1.4 из архивов на сайте sun.com, вас попросят указать некоторую информацию, например адрес электронной почты. Срок службы 1.5 составляет более половины срока службы (но все еще довольно распространен на Mac).
Не так сложно использовать функции 1.4 по желанию. Вам просто нужно загрузить один класс с помощью отражения (или просто упаковать его по-другому), а затем реализовать 1.4 и 1.3 реализацию легкой абстракции над новыми функциями.
Я долго разрабатывал jdk 1.4, пока отсутствовал jdk 6.0. Мы не могли обновить (клиенты это, серверы блаблабах). В какой-то момент мы просто обновились, не говоря об этом слишком много. Клиенты обновляются без раздражения, "это обновление исправит множество дыр в безопасности, множество исправлений ошибок, улучшенную производительность:-)".
Прямо сейчас я стараюсь, чтобы мой код был совместим с jdk 1.5, меня не волнуют люди с версией 1.4 и ниже. В какой-то момент они поймут, что в их интересах "попробовать" обновление.