Почему JDK установлен с Сетью/Серверами приложений?
Zope отдельно является больше Lego или Tinker Toys CMS. Это обеспечивает большую платформу для устройства хранения данных и извлечения данных, но поскольку Вы обнаружили, это не для слабонервных.
Plone является дополнением к Zope, который обеспечивает более простой интерфейс, адаптированный в соответствии с функциями CMS. Я не знаю, насколько гибкий Ваш отдел ИТ, но я думаю, что они могли бы быть готовы установить дополнение Plone, потому что это работает сверху Zope и предоставляет простой контур функциям CMS, в которых Вы нуждаетесь. Если это мешает Вам беспокоить их, хорошо это - все более побудительное, чтобы они установили его!
Можно попробовать живую демонстрацию Plone, чтобы видеть, обеспечивает ли он простоту в употреблении, Вы хотите.
Удачи!
Требование JDK или JRE зависит от самого сервера приложений. (например, JBOSS, tomcat, glassfish и т. д.), а также его стратегии компиляции в байт-код и то, как он определяет свои зависимости при запуске.
В строгом смысле, если ваше приложение Java просто выполняет байт-код Java в форме классов, то вы сможете обойтись только JRE. Однако, верно это или нет, зависит от стратегии сервера приложений Java, которая либо проверяет установленный JDK в качестве защиты при запуске, либо просто генерирует исключение в какой-то момент, когда запрашивается компиляция.
Некоторые серверы приложений используют javac для компиляции jsp в файлы классов и, следовательно, зависят от наличия установленного системного JDK, это можно сравнить с, скажем, tomcat , который объединяет свой собственный компилятор для jsps, следовательно, может работать под JRE .
Хранилище ключей java - это функция Java SE, и как openJDK, так и Hotspot ссылаются на файл $ JAVA_HOME / lib / security / java.security для выбора своих значений по умолчанию.
Если вы не изменили $ JAVA_HOME / lib / security / java.security , реализация файла keystore.type = jks по умолчанию ищет $ HOME / .keystore , следовательно, до вы можете изменить расположение, и версии sunJDK 1.5 и 1.6 используют этот формат и расположение по умолчанию.
поэтому в основном изменение $ JAVA_HOME не повлияет на расположение хранилища ключей
(если вы фактически переместили хранилище ключей в папку $ JAVA_HOME ...)
, но это может иметь значение, если вы используете какого-либо поставщика, отличного от установленного по умолчанию, или установили некоторые параметры, отличные от параметров по умолчанию в java.security.
Хранилище ключей java - это функция Java SE, и openJDK и Hotspot ссылаются на файл $ JAVA_HOME / lib / security / java.security, чтобы выбрать свои значения по умолчанию.
Если вы не изменили $ JAVA_HOME / lib / security / java.security , реализация файла keystore.type = jks по умолчанию ищет $ HOME / .keystore , следовательно, до вы можете изменить расположение, и версии sunJDK 1.5 и 1.6 используют этот формат и расположение по умолчанию.
поэтому в основном изменение $ JAVA_HOME не повлияет на расположение хранилища ключей
(если вы фактически переместили хранилище ключей в папку $ JAVA_HOME ...)
, но это может иметь значение, если вы используете какого-либо поставщика, отличного от стандартного, или установили некоторые параметры, отличные от параметров по умолчанию в java.security.
Хранилище ключей java - это функция Java SE, и openJDK и Hotspot ссылаются на файл $ JAVA_HOME / lib / security / java.security, чтобы выбрать свои значения по умолчанию.
Если вы не изменили $ JAVA_HOME / lib / security / java.security , реализация файла keystore.type = jks по умолчанию ищет $ HOME / .keystore , следовательно, до вы можете изменить расположение, и версии sunJDK 1.5 и 1.6 используют этот формат и расположение по умолчанию.
поэтому в основном изменение $ JAVA_HOME не повлияет на расположение хранилища ключей
(если вы фактически переместили хранилище ключей в папку $ JAVA_HOME ...)
, но это может иметь значение, если вы используете какого-либо поставщика, отличного от стандартного, или установили некоторые параметры, отличные от параметров по умолчанию в java.security.
и оба openJDK и Hotspot ссылаются на файл $ JAVA_HOME / lib / security / java.security, чтобы выбрать свои значения по умолчанию. Если вы не изменили $ JAVA_HOME / lib / security / java.security , реализация файла keystore.type = jks по умолчанию ищет $ HOME / .keystore , следовательно, до вы можете изменить расположение, и версии sunJDK 1.5 и 1.6 используют этот формат и расположение по умолчанию.
поэтому в основном изменение $ JAVA_HOME не повлияет на расположение хранилища ключей
(если только вы фактически переместили хранилище ключей в папку $ JAVA_HOME ...)
, но это может иметь значение, если вы используете какого-либо поставщика, отличного от стандартного, или установили некоторые параметры, отличные от параметров по умолчанию в java.security.
и оба openJDK и Hotspot ссылаются на файл $ JAVA_HOME / lib / security / java.security, чтобы выбрать свои значения по умолчанию. Если вы не изменили $ JAVA_HOME / lib / security / java.security , реализация файла keystore.type = jks по умолчанию ищет $ HOME / .keystore , следовательно, до вы можете изменить расположение, и версии sunJDK 1.5 и 1.6 используют этот формат и расположение по умолчанию.
поэтому в основном изменение $ JAVA_HOME не повлияет на расположение хранилища ключей
(если вы фактически переместили хранилище ключей в папку $ JAVA_HOME ...)
, но это может иметь значение, если вы используете какого-либо поставщика, отличного от стандартного, или установили некоторые параметры, отличные от параметров по умолчанию в java.security.
Если вы не изменили $ JAVA_HOME / lib / security / java.security , реализация файла keystore.type = jks по умолчанию ищет $ HOME / .keystore , следовательно, до вы можете изменить расположение, и версии sunJDK 1.5 и 1.6 используют этот формат и расположение по умолчанию.
поэтому в основном изменение $ JAVA_HOME не повлияет на расположение хранилища ключей
(если вы фактически переместили хранилище ключей в папку $ JAVA_HOME ...)
, но это может иметь значение, если вы используете какого-либо поставщика, отличного от стандартного, или установили некоторые параметры, отличные от параметров по умолчанию в java.security.
Если вы не изменили $ JAVA_HOME / lib / security / java.security , реализация файла keystore.type = jks по умолчанию ищет $ HOME / .keystore , следовательно, до вы можете изменить расположение, и версии sunJDK 1.5 и 1.6 используют этот формат и расположение по умолчанию.
поэтому в основном изменение $ JAVA_HOME не повлияет на расположение хранилища ключей
(если вы фактически переместили хранилище ключей в папку $ JAVA_HOME ...)
, но это может иметь значение, если вы используете какого-либо поставщика, отличного от стандартного, или установили некоторые параметры, отличные от параметров по умолчанию в java.security.
6 версия sunJDK использует этот формат и расположение по умолчанию., поэтому изменение $ JAVA_HOME не повлияет на расположение хранилища ключей
(если только вы не переместили местоположение хранилища ключей в $ JAVA_HOME folder ...)
, но это может иметь значение, если вы используете какого-либо поставщика, отличного от стандартного, или установили некоторые параметры, отличные от параметров по умолчанию в java.security.
6 версия sunJDK использует этот формат и расположение по умолчанию., поэтому изменение $ JAVA_HOME не повлияет на расположение хранилища ключей
(если только вы не переместили местоположение хранилища ключей в $ JAVA_HOME folder ...)
, но это может иметь значение, если вы используете какого-либо поставщика, отличного от стандартного, или установили некоторые параметры, отличные от параметров по умолчанию в java.security.