IdeaFix написал(а):
-------------------------------------------------------
> Хм, а ведь собранные классы из джариков достатые
> нифига не правятся... только пересобирать.

Как бы да :) Раньше люди от скуки и не такое пересобирали.

C src release более или менее понятно что делать и в 1.8.x и в 3.х, а вот с bin release нужно подумать. Должно же юыть что-то изящнее чем просто ссылки на "ииспраленные" джарболлы, собранные несколькими версиями явы.

Коллеги, а никто не настраивал архивацию логов сабжа в архив? Ну как у сквида, напрмер, логи бьются на кусочки и зипятся, штатными средствами и при этом доступны для программы, а то логов уже под 20ГБ и они всё растут.

noisse
Я помню наш "уговор", просто с началом учебного года свалилось много работы, как только освобожусь - напишу и про 1.8.х и про 3.0.х нормально, тяп-ляп делать неохота.

IdeaFix написал(а):
-------------------------------------------------------
> Коллеги, а никто не настраивал архивацию логов
> сабжа в архив? Ну как у сквида, напрмер, логи
> бьются на кусочки и зипятся, штатными средствами и
> при этом доступны для программы, а то логов уже
> под 20ГБ и они всё растут.
>
> noisse
> Я помню наш "уговор", просто с началом учебного
> года свалилось много работы, как только освобожусь
> - напишу и про 1.8.х и про 3.0.х нормально,
> тяп-ляп делать неохота.


Добрый. Логи не архивировал. Собственно по логам получается вот что - мы же по ним собираем статистику и импортируем в solr и потом вроде как они не нужны. Ну кроме случаев если повредятся данные статистики.

Просто диспейс на столько правильный юниксовый сервис что даже сайтмапы гзипит и кусочками по 5к их режет, должен он уметь логи жать :)

удален



Редактировано 2 раз. Последний раз 28.08.2013 21:42 пользователем noisse.

[ideafix.name] как-то совсем нечитаемо вышло.

IdeaFix написал(а):
-------------------------------------------------------
> [ideafix.name] как-то совсем нечитаемо
> вышло.


Нужно просто немножко подредактировать. Я позже помогу в этом. И на первый мой взгляд получилось просто много инфы в одном месте. Т.е. может лучше разбить на несколько статей: локаль интерфейса, алфавит JSPUI и XMLUI и т.д. В этих статьях друг на друга дать ссылки?

И еще локаль описанная в этой статье "C:\RUNTIME\TOMCAT\webapps\jspui\WEB-INF\classes\Messages_ru.properties
C:\RUNTIME\TOMCAT\webapps\xmlui\i18n\messages_ru.xml" не вся. Есть еще как минимум перевод для статистики и discover (для xmlui /dspace/webapps/xmlui/WEB-INF/classes/aspects/Discovery/i18n/messages.xml). Про это может стоит упомянуть в двух словах?

Извиняюсь, что немного с критикой просто даже для себя удобно иметь все в одном месте, а не вспоминать / узнавать с разных ресурсов по курпинкам

Предпросмотр PDF документов preview_pdf_v2.txt

Пример работы кода:
Пример открытого ресурса
Пример закрытого ресурса

К сожалению в разных браузерах по разному отрабатывает. В IE по умолчанию сразу выдаст диалог. окно с выбором действий. Поэтому может кто делал предпросмотр через скрипт поделиться кодом/идеей?

IdeaFix Если можно эту заметку тоже к Вам :)



Редактировано 1 раз. Последний раз 08.09.2013 12:36 пользователем noisse.

Мы эксперементировали с предпросмотром пдф и видео в jspui - отказались. Работает, но больше напоминает игрушки, а в xmlui кажется вовсе из коробки работает, если я ничего не путаю.

Коллеги, есть вопрос относительно логов (ротация, перенос и пр).

В общем, на сколько я понял, от версии к версие сабжа формат логов сильно менялся. До 1.5 версии это был по сути тестовый лог, который задавал некое соответствие пользовательской активности внутреннему идентификатору (не handle или puri а именно свой внутренний номер!). Потом появился solr и как следствие - макросы для конвертации и импорта "старых" логов в новый dspace.

Схема получается такая: обновляем с 1.4 до 1.5, с 1.5 до 1.6, с 1.6 еще дальше, попутно конвертим старые логи, импортируем их и генерируем репорты - красота и гармония. Но, если вдруг по каким-то причинам фонд мигрировал на другую площадку и сохранились puri, но не внутренние ID'ы, как быть со статистикой? У меня пока полное бессилие в жтом плане. Лог есть, в доге дата есть, ип клиента есть, город и пр... и есть ID из базы который к ID'у в новой базе не имеет ни какого отношения. Грустно.

База у меня пока жива и старая инсталяция еще трепыхается, на худой конец хотел сделать stat-initial && stat-report-inirial, а потом вытащить содержимое папки [dspace]/reports - не вышло. Генерятся пустые репорты :( В общем, тыкаюсь-мыкаюсь и никак. Никто енс талкивался?

Ну и вторая часть:

Всё-таки, если ротейтить логи, архивировать и удалять их, при наличии живого solr сервера, но отсутствующих логов сработает ли штатно stat-initial && stat-report-inirial?

Коллеги, предлагаю обсудить: [ideafix.name]

После переноса архива на новую машину и обновления версии до 3.1 нет возможности авторизироваться администраторам. Учетные записи вроде бы есть, но старые пароли не работают, а при попытке воспользоваться кнопкой "Забыли пароль" после ввода электронной почты выдается "внутренняя системная ошибка". Подскажите, пожалуйста, в чем может быть дело?

1. Создайте нового администратора через консоль макросом create-administrator. Но вообще странно что оно так, есть шанс что это (нерабочий админ) - не единственный косяк в базе.
2. Настройте почту по-человечески, если при восстановлении пароля у Вас ошибка, то значит ни новый юзер (читатель-пользователь) зарегистрироваться не сможет, ни подписаться, ни форма обратной связи у Вас не работает.

Добрый день.
Только начинаю разбираться с деспейс, подскажите пожалуйста как правильно делать бекап всего деспейса чтобы можно было потом сразу его развернуть.

Спасибо за совет.
Косяк с регистрацией нового пользователя, похоже, действительно есть.Вся регистрация, вроде бы, проходит, но письма пользователь не получает. А вот обратная связь работает. По крайней мере, главный администратор получает сообщения о принятии отправленных им материалов. Все настройки почты как в предыдущих версиях, где все работало. Впрочем, м. б., чего-то не доглядели. Проверим ещё раз. И ещё раз спасибо за совет.

Libre
Не всё так просто. Если использовать макросы export и import - при восстановлении не восстановятся порядковые позиции битстримов.

Если использовать макрос packager, проблем почти нет, но он работает только с фондом. Учетные записи пользователей (база) и настройки интерфейса (xmlui и jspui) придется бэкапить отдельно, да и много чего еще.

Если ТУПО бэкапить рабочую директорию dspace и дамп базы - всё равно остаётся webapps (в плане интеграции с томкэтом), интеграция с почтой и настройки локальной ОС.

Мы приняли такое решение для себя: регулярно бэкапим фонд макросом packager (раз в неделю), менее регулярно (не чаще раза в месяц) макросом export и бэкап базы) и еще менее регулярно бэкапим виртуальную машин целиком. Последний способ (бэкап ОС целиком или снапшотами состояний) - наверное самый железобетонный бэкап, но и самый долгосоздаваемый и долгоразворачиваемый, хотя, зависит от гипервизора.

Я в ближайшее время планирую написать некий пост у себя на сайте про бэкап, как только напишу - так сразу здесь повешаю ссылку.

Yelena_M
Админ, созданый из консоли как-то более лояльно с почтой общается. Сами буквально недавно нарвались на такую ситуацию, когда изменилась маршрутизация почтовика корпоративного. Можно ссылку на Ваш архив, под обратной связью я имел ввиду несколько другое - вот такое [elar.urfu.ru]



Редактировано 3 раз. Последний раз 25.09.2013 11:37 пользователем IdeaFix.

Уважаемые коллеги!

Приглашаем Вас принять участие в семинаре «Электронный архив как элемент информационной инфраструктуры вуза».

Место проведения: Екатеринбург, ул. Тургенева, 4, к. 269 (Гуманитарный информационный центр).

Время проведения: 16 октября 2013 г. (среда), 14.00-17.00.

Программа семинара:
• Электронный архив в информационной инфраструктуре вуза.
• Этапы становления и развития электронного архива УрФУ. Возможности программного комплекса DSpace на примере электронного архива УрФУ.
• Вузовская периодика в электронном архиве.
• Анализ использования материалов электронного архива.
• Электронный архив и международные рейтинги.
• Продвижение электронного архива.
• Ошибки, которых нужно избежать при создании и поддержке электронного архива.

Контактное лицо: Охезина Елена Андреевна, зам. директора ЗНБ УрФУ,
тел. (343) 350-75-65, +7 922 200 6332,
e-mail: elena.okhezina@usu.ru, e.a.okhezina@ustu.ru.

День добрый.

Недавно установил DSpace и теперь разбираюсь со статистикой. Команда

dspace.bat stat-initial

отрабатывается без проблем, а вот

dspace.bat stat-report-initial

выдаёт исключение

Using DSpace installation in: E:\dspace
Exception: 0
java.lang.ArrayIndexOutOfBoundsException: 0
        at org.dspace.app.statistics.ReportGenerator.getItemInfo(ReportGenerator.java:821)
        at org.dspace.app.statistics.ReportGenerator.processReport(ReportGenerator.java:336)
        at org.dspace.app.statistics.ReportGenerator.processReport(ReportGenerator.java:231)
        at org.dspace.app.statistics.CreateStatReport.statReportInitial(CreateStatReport.java:343)
        at org.dspace.app.statistics.CreateStatReport.main(CreateStatReport.java:137)
        at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
        at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
        at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
        at java.lang.reflect.Method.invoke(Method.java:606)
        at org.dspace.app.launcher.ScriptLauncher.main(ScriptLauncher.java:183)

В чём может быть проблема?

solr настроен? там в принципе только подсунуть папку solr в webapps и прописать верный ажрес в конфиге то ли в solr.conf то ди в dstat.conf



Редактировано 1 раз. Последний раз 23.10.2013 17:39 пользователем IdeaFix.

В dstat.cfg менял только год начала сбора статистики (stat.year), а в solr-statistics.cfg указал

server = http:// localhost:8080/solr/statistics

(ТомКэт на порту 8080), Solr скопирован в webapps ТомКэта - с этим вроде бы всё в порядке.
Из тех же исходников DSpace собирался на нетбуке и оба скрипта отрабатывались нормально.

Может ли данная проблема быть связана с некорректным наполнением?

Небольшоше уточнение.
Скрипты stat-initial, stat-general, stat-monthly отрабатываются нормально. stat-report-initial, stat-report-general - выдают укзанную выше ошибку, а вот stat-report-monthly срабатывает тоже нормально.
По сслыке "Администрирование/Статистика" говорит "Сейчас нет доступных отчетов для этого сервиса. Пожалуйста, обратитесь позже.", но если смотреть статистику отдельных разделов/подразделов/коллекций, то в них статистика есть.
В чём может быть причина такого поведения?



Редактировано 2 раз. Последний раз 24.10.2013 09:41 пользователем Falco.

Репорты месячные и общие и статистика разделов/коллекций/документов - разные вещи.

в e:\dspace\reports что лежит? В solr-statistics.cfg параметр dbfile на существующий файл указывает?

Может это... скопировать логи в другую папку, обнулить кэш солра и попробовать с чистого листа?

Стоит DSpace 3.2. Параметр dbfile находится в файле e:\dspace\config\modules\usage-statistics.cfg и указывает на существующий файл GeoLiteCity.dat - свежеобновлёный. В dstat.cfg указано start.year = 2013
start.month = 1
Папку e:\dspace\reports очистил и запустил все три скрипта заново.

stat-report-initial

Ошибка в консоли. В папке e:\dspace\reports появились файлы report-2013-1.html ... report-2013-7.html. В последнем файле секции Items Viewed в столбце Item/Handle две строки с нечитаемым содержимым типа "Гренская культура ВерС". Файлов с данными за последующие месяцы нет, а DSpace как раз и устанавливался в июле.

stat-report-general

Ошибка в консоли. В папке e:\dspace\reports ничего нового не появилось.

stat-report-monthly

Ошибки в консоли нет. В папке e:\dspace\reports появился файлы report-2013-10.html с данными за октябрь. В секции Items Viewed в столбце Item/Handle порядка 10 строк (идут первыми) с нечитаемым содержимым типа "Гренская культура ВерС", остальные строки - читаемы. В секции Words Searched в столбце Word около 30 строк и все заполнены такими же нечитаемыми символами (в файлах за январь-июль эта таблица пуста).

Похоже, что проблема вызвана некорректно введёнными данными.

P.S. Думаю, что проблема с кодировкой. Только вот почему даже сформированные репорты не отображаются в DSpace?

P.P.S. Не могли бы Вы уточнить, как очистить кэш Solr?



Редактировано 2 раз. Последний раз 24.10.2013 14:40 пользователем Falco.

Проблема с кодировкой вызвана скорее всего тем что Вы не верно указали параметр dspace.name, но не видя репортов гадать сложно. далее, если Вы просто открываете репорт браузером - ошибки в отображении будут, ибо это не полноценный HTML, он есть включение в шаблон xmlui/jspui и некоторых элементов шапки и пр. у него нет.

Кэш solr можно очистить переустановив solr и сделав index-init и stat-initial

DSPACE и БЭКАП

[ideafix.name]

Может кому пригодится.

DSPACE и сайтмапы

[ideafix.name]

аналогично...

dspace 1.8
указал на выбор три языка интерфейса (укр, рус, англ), но странное дело - такое чувство, что по умолчанию система выбирает русский язык, а не украинский.
В dspace.cfg прописано:
default.language = uk_UK
default.locale = uk
webui.supported.locales = en, ru, uk
в WEB-INF/classes/ положил три файла: Messages.properties, Messages_ru.properties, Messages_uk.properties (русский брал DSpace 1.8 — локализация интерфейса

Самое плохое, что как раз при входе в систему, и добавлении материала в архив начиная со страницы Описание все поля отображаются на англ языке, что очень не нравится пользователям. Если после входа принудительно выбрать на главной странице украинский язык, то все поля отображаются с укр. описанием, т.е. как бы все нормально.

Т.е. получается как бы две проблемы: по умолчанию не хочет подключаться украинский язык и при русском языке интерфейса не работает перевод на русский язык названий полей при добавлении материала.
Есть какие то идеи по исправлению таких недочетов? Спасибо :)



Редактировано 1 раз. Последний раз 18.11.2013 13:47 пользователем ssa_admin.

Та локализация не полная и не совсем корректная. Мне пришлось самому допиливать под себя. Но даже после полного перевода этих файлов, оказалось, что не все возможно так локализовать.
Сообщения электронной почты используют фиксированные шаблоны, не позволяющие на лету менять язык. Приходит в голову только дублировать текст на двух языках.
Аналогично с добавлением материалов. Смотрите папку dspace/config. Но, как правило, редакторы используют одинаковый язык и можно обойтись русским.

У нас XML-интерфейс. Там нет кнопки переключения языка. Он берется из настроек браузера пользователя.



Редактировано 1 раз. Последний раз 18.11.2013 22:50 пользователем Grievous.

Обратите внимание, что перевод здесь [ideafix.name] регулярно обновляется. В основном это касается jspui. Исправляются в основном ошибки машинного перевода и добавляются свои поля. Добавление своих полей никак не сказывается на работе dspace со стандартным реестром метаданных.

На данный момент, если не ошибаюсь, добавлены следующие поля:

metadata.dc.conference.name
metadata.dc.conference.date
metadata.dc.rights
metadata.dc.subject.oksvnk
metadata.dc.subject.grnti
metadata.dc.thesis.discipline
metadata.dc.contributor.advisor
metadata.dc.contributor.compiler
news-side.html
news-top.html

А с почтой, статистикой и админкой и правда засада. Особенно обидно, когда есть два типа авторов/редакторов, для которых родным и единственным знакомым языком является либо английский, либо фарси. Решается двумя экземплврями xmui либо jspui, либо по одному того или другого.

Да, насчет кнопок переключения языка в xmlui - всё зависит от темы.

Насколько регулярно обновляется? За год никаких изменений не было. Архив полностью совпадает с тем, что был там в октябре 2012-го.

Так как заказчик очень привередливый, пришлось править очень много опечаток, переводить недостающие строки, перефразировать кое-чего.
Сообщества заменил на Разделы. Процесс Submission перевел как Отправка.
В версии 1.8.2 добавилось много строк, которые тут еще отсутствуют

Наш архив: [elibrary.unatlib.org.ru]



Редактировано 1 раз. Последний раз 22.08.2017 12:54 пользователем Grievous.