Обновление Alfresco 3.4.0d до 4.0c

1. Останавливаем старый alfresco.

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

Комментарии (23)

RSS свернуть / развернуть
+
0
Перешел на версию 4.
Проблема с кодировкой в WordPress устранена.
Chrome что-то теперь не хочет отображать Библиотеку документов. IE нормально. (хост в настройках тот же)
Куда делся удобный онлайн-просмотр документов? Теперь вместо него небольшой рисунок. Сверил настройки alfresco-golobal… всё идентично
avatar

efremovvk

  • 28 января 2012, 21:43
+
0
Изображения просто так отображаются теперь (баг/функция) такая. Самого напрягает, надо бы исправить как-то.
А с отображнением в Chrom'ах разных версий все нормально вроде.
avatar

Sergei_T

  • 29 января 2012, 02:16
+
0
Сегодня попробую Либреофис. Может, в этом косяк.
Когда поставил 4-ку в первый раз, то во всех браузерах «Загрузка Библиотеки Документов...».
В 3-ке у меня хост настроен был на 0.0.0.0, в 4-ке на 127.0.0.1.
Переустановил 4-ку с 0.0.0.0. в IE исправилось. В Хроме чет не очень.
avatar

efremovvk

  • 29 января 2012, 05:00
+
0
Кстати, если «чистую» 4-ку поставить, то там всё ок. И документы опенофисом отображаются, и в браузерах всё оке.
avatar

efremovvk

  • 29 января 2012, 05:03
+
0
Думаю нужно во первых почистить кэш хрома, затем заменить oo на libreoffice — так намного лучше. Если что пиши, помогу чем смогу.
avatar

Sergei_T

  • 29 января 2012, 13:49
+
0
Очистил кэш.
О, чудо! Вернулся нормальный просмотр документов! в Опенофисе!
О, ужас! Косяк с кодировкой снова вернулся
avatar

efremovvk

  • 29 января 2012, 15:10
+
0
Уточнение. Стояла версия Alfresco 3.4.d с базой PG.
Сейчас база в УТФ8
alfresco | alfresco | UTF8 | ru_RU.UTF-8 | ru_RU.UTF-8 |
В чем косяк…
avatar

efremovvk

  • 29 января 2012, 15:32
+
0
А по подробнее, что за глюк такой?
avatar

Sergei_T

  • 29 января 2012, 15:35
+
0
Chrome. Очистил кэш.
Теперь Нормальный предпросмотр документов.
К блогу сайта привязан внешний блог на WordPress. При опубликовании коробится кодировка на внешнем блоге. Так же, при создании текстового или хтмл документов сохраняется в кракозябрах.
IE. Кэш не очищал. Кодировка отображается корректно. А вот вместо предпросмотра маленькая картинка.
Вот, руки чешутся очистить кэш в IE
avatar

efremovvk

  • 29 января 2012, 15:50
+
0
Хм, странно. Через что связь с WordPress работает? Думаю проблемы возникают где-то не в альфреско.
avatar

Sergei_T

  • 29 января 2012, 15:54
+
0
Стандартная настройка. Прицепил через GUI.
avatar

efremovvk

  • 29 января 2012, 16:01
+
0
Тут даже и незнаю, заочно не могу сказать, я бы копал в сторону неправильных колейшенов в базах данных.
avatar

Sergei_T

  • 29 января 2012, 16:09
+
0
Нашел. Проблема с tiny mce. При входе в редактор некорректно отображается. Вохможно, Хром говорит, что он en_US.
avatar

efremovvk

  • 29 января 2012, 16:31
+
0
А, это такое было у меня, надо поставить русификацию к нему, там файлы он ищет (tinymce) соответствующие .js исходя из локали браузера.
avatar

Sergei_T

  • 29 января 2012, 16:36
+
0
Оставил только ru-файлы.
При входе в редактор HTML всё прекрасно. Как входим в визуальный редактор- кракозябры.
avatar

efremovvk

  • 29 января 2012, 16:46
+
0
А если принудительно указывать для Share регион в javaopts?
avatar

Sergei_T

  • 29 января 2012, 17:52
+
0
Уже. В просто view он нормально отображает. Косяк именно при редактировании.
avatar

efremovvk

  • 29 января 2012, 18:07
+
0
Собрать Alfresco из SVN?
avatar

Sergei_T

  • 29 января 2012, 18:09
+
0
Думаю, тут где-то в Тини проблема… Буду её пинать до конца.
avatar

efremovvk

  • 29 января 2012, 18:23
+
0
Просьба выложить решение, помочь тем самым другим!
avatar

Sergei_T

  • 29 января 2012, 18:30
+
0
Обязательно ;)
avatar

efremovvk

  • 29 января 2012, 18:33
комментарий был удален

+
0
Текстовые документы у меня тоже предпросмотре в кракозябрах, тут дело в openoffice, в libreoffice тоже самое.
avatar

Sergei_T

  • 29 января 2012, 16:00

Только зарегистрированные и авторизованные пользователи могут оставлять комментарии.