Развертывание Java через Менеджер конфигурации / SCCM / SMS
В течение 10-15 лет самое большое беспокойство было о будущем Sun и будущем SPARC. Я был о готовом для отказа, когда они выпустили Солярис 10, который прыгнул вперед с точки зрения технологии (хотя занял ~1 год, чтобы быть достойным производством). Недавняя покупка Oracle добавляет большую краткосрочную неуверенность, но это могло уйти довольно быстро (независимо от результата). SPARC все еще кажется проигранным делом, даже при том, что было много шума вокруг их "новых" процессоров CoolThreads, но они слишком специализированы для получения широкого принятия.
Будет интересно наблюдать промышленные тенденции... Несколько лет назад, я наблюдал много фирм Уолл-стрит, стекающихся к Linux (от Solaris/sparc) не для Linux, а для x86. Когда Солярис 10 вышел, было определенно частичное реверсирование к Солярису, снова на x86.
Пакет и управление исправлениями не должны быть беспокойством, это - вопрос знания/навыка. Чтобы предложить Вам другую точку зрения, мое новое задание находится в среде Linux, и и пакет и управление исправлениями волнуют меня. Это старые универсальные проблемы, для которых существуют ответы.
Я пропущу Солярис очень, некоторые вещи в нем просто не могут быть найдены в другом месте.
Командная строка, которую мы используем,
160_11\jre-6u11-windows-i586-p-s.exe /qn JAVAUPDATE=0 AUTOUPDATECHECK=0 REBOOT=Suppress
Это действительно удаляет предыдущую доработанную версию, но не удаляет предыдущие главные версии (например, если бы у нас ранее было 1,6 u05 на машине, которая была бы обновлена, но 1.5.x, то версию оставили бы.
Мы делаем это для назад совместимости (который всегда является основной проблемой с Java), причины.