Обновление Alfresco 3.4.0d до 4.0c
1. Останавливаем старый alfresco.
2. Скачиваем новый и устанавливаем его, например в /opt/alfresco4.
3. Стартуем и останавливаем новый. Это нужно для распаковки необходимых файлов.
3. Русифицируем новый. Топик тут. Проблему с TinyMCE исправили — с файлами перевода в архиве необходимые файлы. Русификация здесь.
Почему-то не работает принудительное выставление локали способом:
Как разберусь — напишу.
4. Обновляем информацию о временных зонах. Топик тут.
5. Если авторизация происходит через LDAP Zimbrы, то просто переносим старые настройки и keystore. Подробнее тут и тут.
6. Также можем включить в tomcat поддержку https. Подробнее тут.
7. Итак, переносим данные. Alfresco естественно должен быть остановлен. Переносим поддиректории contentstore и contentstore.deleted из старой директории alf_data в новую.
8. Стартуем mysql в старом alfresco (потом директорию mysql можно перенести, исправив в скриптах путь):
Перед этим естественно сохраняем всю директорию mysql.
9. Находим в старом alfresco-global.properties параметры соединения с mysql:
В новом alfresco-global.properties заменяем параметры соединения с postgresql на старые с mysql:
Кроме того, переносим mysql-connector-java-5.x.x-bin.jar из tomcat/lib в новый tomcat/lib.
Так как в новом alfresco для индексации используется solr, но может использоваться и lucene, мы будем использовать lucene, по-другому перенести и не получиться:
В alfresco-global.properties заменяем:
На:
Запускаем новый alfresco, при этом база данных будет доведена до нужной кондиции. Кроме того, lucene создаст новый индекс в alf_data\lucene-indexes.
Не забываем отключить полное переиндексирование, закоментировав строку:
Неплохой мануал на тему:
kksays.wordpress.com/2011/12/16/upgrade-alfresco-from-3-4-to-4-0x/
По миграции на postgres (я пока не собираюсь):
issues.alfresco.com/jira/browse/ALF-7896
2. Скачиваем новый и устанавливаем его, например в /opt/alfresco4.
3. Стартуем и останавливаем новый. Это нужно для распаковки необходимых файлов.
3. Русифицируем новый. Топик тут. Проблему с TinyMCE исправили — с файлами перевода в архиве необходимые файлы. Русификация здесь.
Почему-то не работает принудительное выставление локали способом:
Добавляем в /opt/alfresco/tomcat/bin/catalina.sh:
JAVA_OPTS="$JAVA_OPTS -Duser.language=ru -Duser.region=RU"
Как разберусь — напишу.
4. Обновляем информацию о временных зонах. Топик тут.
5. Если авторизация происходит через LDAP Zimbrы, то просто переносим старые настройки и keystore. Подробнее тут и тут.
6. Также можем включить в tomcat поддержку https. Подробнее тут.
7. Итак, переносим данные. Alfresco естественно должен быть остановлен. Переносим поддиректории contentstore и contentstore.deleted из старой директории alf_data в новую.
8. Стартуем mysql в старом alfresco (потом директорию mysql можно перенести, исправив в скриптах путь):
cd /opt/alfresco
./mysql/scripts/ctl.sh start
Перед этим естественно сохраняем всю директорию mysql.
9. Находим в старом alfresco-global.properties параметры соединения с mysql:
db.driver=org.gjt.mm.mysql.Driver
db.username=alfresco
db.password=pass
db.name=alfresco
db.url=jdbc:mysql://localhost:3306/${db.name}?useUnicode=yes&characterEncoding=UTF-8
В новом alfresco-global.properties заменяем параметры соединения с postgresql на старые с mysql:
db.driver=org.gjt.mm.mysql.Driver
db.username=alfresco
db.password=pass
db.name=alfresco
db.url=jdbc:mysql://localhost:3306/${db.name}?useUnicode=yes&characterEncoding=UTF-8
Кроме того, переносим mysql-connector-java-5.x.x-bin.jar из tomcat/lib в новый tomcat/lib.
Так как в новом alfresco для индексации используется solr, но может использоваться и lucene, мы будем использовать lucene, по-другому перенести и не получиться:
В alfresco-global.properties заменяем:
### Solr indexing ###
index.subsystem.name=solr
dir.keystore=${dir.root}/keystore
solr.port.ssl=8443
На:
index.recovery.mode=FULL
index.subsystem.name=lucene
Запускаем новый alfresco, при этом база данных будет доведена до нужной кондиции. Кроме того, lucene создаст новый индекс в alf_data\lucene-indexes.
Не забываем отключить полное переиндексирование, закоментировав строку:
index.recovery.mode=FULL
Неплохой мануал на тему:
kksays.wordpress.com/2011/12/16/upgrade-alfresco-from-3-4-to-4-0x/
По миграции на postgres (я пока не собираюсь):
issues.alfresco.com/jira/browse/ALF-7896
- —
- 14 января 2012, 16:04
Комментарии (23)
RSS свернуть / развернутьПроблема с кодировкой в WordPress устранена.
Chrome что-то теперь не хочет отображать Библиотеку документов. IE нормально. (хост в настройках тот же)
Куда делся удобный онлайн-просмотр документов? Теперь вместо него небольшой рисунок. Сверил настройки alfresco-golobal… всё идентично
efremovvk
А с отображнением в Chrom'ах разных версий все нормально вроде.
Sergei_T
Когда поставил 4-ку в первый раз, то во всех браузерах «Загрузка Библиотеки Документов...».
В 3-ке у меня хост настроен был на 0.0.0.0, в 4-ке на 127.0.0.1.
Переустановил 4-ку с 0.0.0.0. в IE исправилось. В Хроме чет не очень.
efremovvk
efremovvk
Sergei_T
О, чудо! Вернулся нормальный просмотр документов! в Опенофисе!
О, ужас! Косяк с кодировкой снова вернулся
efremovvk
Сейчас база в УТФ8
alfresco | alfresco | UTF8 | ru_RU.UTF-8 | ru_RU.UTF-8 |
В чем косяк…
efremovvk
Sergei_T
Теперь Нормальный предпросмотр документов.
К блогу сайта привязан внешний блог на WordPress. При опубликовании коробится кодировка на внешнем блоге. Так же, при создании текстового или хтмл документов сохраняется в кракозябрах.
IE. Кэш не очищал. Кодировка отображается корректно. А вот вместо предпросмотра маленькая картинка.
Вот, руки чешутся очистить кэш в IE
efremovvk
Sergei_T
efremovvk
Sergei_T
efremovvk
Sergei_T
При входе в редактор HTML всё прекрасно. Как входим в визуальный редактор- кракозябры.
efremovvk
Sergei_T
efremovvk
Sergei_T
efremovvk
Sergei_T
efremovvk
Sergei_T
Только зарегистрированные и авторизованные пользователи могут оставлять комментарии.