6. Обратила внимание,что в реестрах документов "Служебная записка" отобрражается вместо даты регистрации текущяя дата, а в самой карточке нормально.
Также в реестре документов нехватает обновления после того как меняются настройки отображения высвечивается абракадабра, а только после обновления страницы нормальный вид.
7. В моих задачах и моих бызнесс-процессах, как увидеть что происходило больше 28 дней назад и можно ли где-то настроить это? также интересно
8. Скорее не вопрос, а просто к сведению: по небольшому опыту юзанья программы, пользователи говорят, что гораздо удобнее было бы если бы в комментариях высвечивалась бы дата и время, а не сколько минут или дней назад добавлен комментарий. Хотя это наверное alfresco,а не alvex.
9. Календарь. если нажать на "добавить событие", то получается, что пока не убрать в ячейке времени PM, то корректно не отработает.
Мое личное имхо - это все-таки себе дешевле решать орг.мерами. Но если очень надо, то я бы просто поставил дистрибутив Alfresco, сертифицированный во ФСТЭК. После чего при аттестации сказал, что (а) хранение данных и их защиту обеспечивает Alfresco (а она сертифицирована), (б) Alvex (и все прочие расширения Alfresco, которые нужны) используют сервисы Alfresco для работы с данными, поэтому сертификация к ним не относится.
Это установка с нуля или система после обновления?
Ругань в логах вида "Ignoring unrecognized field ..." намекает, что что-то не так с моделями. Банальные варианты: (а) лежат две копии jar-ников (от старого инстала и от обновления), (б) jar-ники заменены на новые, но данные реестров не обновлены (см. "миграция" в http://www.alvexcore.com/ru/releases/2014.05-ce/).
Очень глупая ошибка в релизе с нашей стороны. :-( В него попало немного лишнего, которое в процессе разработки уже к следующей мажорной версии. Исправленная сборка будет в понедельник.
Возможно, но потребуется навык написания скриптов. Особенно, если кроме перечисленного у вас еще есть процессы.
Реестры можно попробовать перенести просто папками из репозитория.
Пользователей - надо посмотреть, какие есть API у Alfresco для экспорта. Вряд ли она сумеет экспортировать пароль, остальное - перенесется.
Оргструктура - https://github.com/ITDSystems/alvex/tree/master/tools/migration/1.3-1.3/...
Заметил что ошибка "Процесс не может быть запущен {0}" появляется даже если нет моих кастомных процессов (чистая Alfresco 4.2.f + BeCPG Project Manager + Alvex 2014.05)
в логах ошибка:
2014-05-30 12:24:37,468 ERROR [freemarker.runtime] [http-bio-8080-exec-3] Template processing error: "on line 20, column 161 in org/alfresco/components/form/controls/textfield.ftl formLib.renderLocaleImage not found."
Сами логи в вложении.
Все файлы alvex находятся в нужных местах, отсутвующих нет.
Когда пользователь входит в систему, share заносит в кеш его свойства (а именно: все поля, имя, email и т.д.), и если изменить данные в LDAP (AD), в тот момент когда пользователь "залогинен" в системе, и сделать полную синхронизацию с каталогом LDAP (у меня это для тестов было: synchronization.import.cron=1 */5 * * * ? * - каждые пять минут), то не смотря на успешную синхронизацию данные подтянутся из кеша share и всё будет плохо.
Вывод: по-умолчанию полная синхронизация выполняется в 0 часов каждые сутки. Так-как разработчики alfresco справедливо предполагают, что в это время никого нет в системе (ну или почти никого). И всё становится успешно.
Решение: или выгнать человека из системы, поля которого мы хотим изменить в LDAP и сделать синхронизацию вручную, или по регламенту на ночь заставлять всех выключать компьютеры, чтобы ночью всё само синхронизировалось, и утром вошедшие люди уже подцепили бы новые поля.
Также в реестре документов нехватает обновления после того как меняются настройки отображения высвечивается абракадабра, а только после обновления страницы нормальный вид.
7. В моих задачах и моих бызнесс-процессах, как увидеть что происходило больше 28 дней назад и можно ли где-то настроить это? также интересно
8. Скорее не вопрос, а просто к сведению: по небольшому опыту юзанья программы, пользователи говорят, что гораздо удобнее было бы если бы в комментариях высвечивалась бы дата и время, а не сколько минут или дней назад добавлен комментарий. Хотя это наверное alfresco,а не alvex.
9. Календарь. если нажать на "добавить событие", то получается, что пока не убрать в ячейке времени PM, то корректно не отработает.
Мое личное имхо - это все-таки себе дешевле решать орг.мерами. Но если очень надо, то я бы просто поставил дистрибутив Alfresco, сертифицированный во ФСТЭК. После чего при аттестации сказал, что (а) хранение данных и их защиту обеспечивает Alfresco (а она сертифицирована), (б) Alvex (и все прочие расширения Alfresco, которые нужны) используют сервисы Alfresco для работы с данными, поэтому сертификация к ним не относится.
Ругань в логах вида "Ignoring unrecognized field ..." намекает, что что-то не так с моделями. Банальные варианты: (а) лежат две копии jar-ников (от старого инстала и от обновления), (б) jar-ники заменены на новые, но данные реестров не обновлены (см. "миграция" в http://www.alvexcore.com/ru/releases/2014.05-ce/).
Реестры можно попробовать перенести просто папками из репозитория.
Пользователей - надо посмотреть, какие есть API у Alfresco для экспорта. Вряд ли она сумеет экспортировать пароль, остальное - перенесется.
Оргструктура -
https://github.com/ITDSystems/alvex/tree/master/tools/migration/1.3-1.3/...
в логах ошибка:
2014-05-30 12:24:37,468 ERROR [freemarker.runtime] [http-bio-8080-exec-3] Template processing error: "on line 20, column 161 in org/alfresco/components/form/controls/textfield.ftl formLib.renderLocaleImage not found."
Сами логи в вложении.
Все файлы alvex находятся в нужных местах, отсутвующих нет.
Друзья, ответ выглядит следующим образом:
Когда пользователь входит в систему, share заносит в кеш его свойства (а именно: все поля, имя, email и т.д.), и если изменить данные в LDAP (AD), в тот момент когда пользователь "залогинен" в системе, и сделать полную синхронизацию с каталогом LDAP (у меня это для тестов было: synchronization.import.cron=1 */5 * * * ? * - каждые пять минут), то не смотря на успешную синхронизацию данные подтянутся из кеша share и всё будет плохо.
Вывод: по-умолчанию полная синхронизация выполняется в 0 часов каждые сутки. Так-как разработчики alfresco справедливо предполагают, что в это время никого нет в системе (ну или почти никого). И всё становится успешно.
Решение: или выгнать человека из системы, поля которого мы хотим изменить в LDAP и сделать синхронизацию вручную, или по регламенту на ночь заставлять всех выключать компьютеры, чтобы ночью всё само синхронизировалось, и утром вошедшие люди уже подцепили бы новые поля.