3.2 версия позволяет во-первых сохранить привычный (но с фасетами) jspui, во-вторых oai тама есть наряду с xoai, в третьих - не так сыра она как 4.х.

Из плюсов для админа - solr ГОРАЗДО быстрее чем db. например, на elar.urfu.ru макрос index-init выполняется 20 минут - большой фонд. А если этот же фонд перетащить на 3.2 или на 4.0 - 3-5 минут по solr. Со статистикой аналогично, если нажать кнопку "вью статистикс" типа так [dspace.puet.edu.ua] то можно ждать 5 секунд :) а то и больше... с solr такой проблемы нет.

Зато есть проблема с разными локалями в UI и CLI. Я описывал это здесь [ideafix.name]

Но если завтра Ваше начальство скажет - "OpenAIRE - наш новый приоритет, мы должны отражаться в OpenAIRE идеально", Вам ничего не останется как переййти на что-то с поддержкой xoai. Ваших реалий рейтингвых я не знаю, но имхо, как раз "классность" в рейтингах для админа куда больший геморрой, чем новая версия сама по себе :)

Да, есть еще один момоент - разрядность явы. У меня сейчас сложилось впечатление что x64 java6 (а 1.8.х с java7 не взлетает) работает под windows плохо. Или кот с ней плохо работает или связка кот-диспейс-ява.... в общем, даже в x64 Windows я использую x86 java6u45. Это не очень безопасно и не очень масштабируемо. Фактически, -Xmx1280m - предел. Больше процесс не выжирает :( А stat-initial или dilter-media -f уже ОЧЕНЬ близко подходят в своей работе к 1280 метрам... а там ява хип еррор и давай до свиданья...

Согласен. Эти процесс с рейтингами и цитируемостью видимо ещё не мало создадут новых версий. Хорошо. А где можно подробно изучить процес перехода на версию 3.2 минуя промежуточные версии ?

думкаю нигде
[wiki.duraspace.org]

[wiki.duraspace.org]

Быть может попробовать переносом фонда в свежую инсталяцию? Хотя не понятно что с пользователями делать, у Вас их много?

пользователей - где то 130-160 человек



Редактировано 1 раз. Последний раз 30.03.2014 12:35 пользователем nik314.

ну тогда клонить виртуалку, обновлять и на уровне днс менять виртуалки местами... у Вас же в виртуальнйо машине сервис?

нет, не вирт. спец для этих целей куплен сервер и аренда IP внешн. адреса. В целом 5 серверов обеспечивают библиотеку.
[dspace.puet.edu.ua]
[catalog.uccu.org.ua]
[elib.puet.edu.ua]



Редактировано 4 раз. Последний раз 30.03.2014 12:45 пользователем nik314.

Виртуалки имхо гораздо удобнее, но это уже совсем другая история....

Я понимаю, что прошло много времени, но у меня заработал такой код:

<br />
<%
for (char c = '\u0410'; c <= '\u0413'; c++)
{
%>
<a href="<%= sharedLink %>&amp;starts_with=<%= c %>"><%= c %></a>
<%
}
%>

<a href="<%= sharedLink %>&amp;starts_with=&#1168;">&#1168;</a>

<%
for (char c = '\u0414'; c <= '\u0415'; c++)
{
%>
<a href="<%= sharedLink %>&amp;starts_with=<%= c %>"><%= c %></a>
<%
}
%>

<a href="<%= sharedLink %>&amp;starts_with=&#1028;">&#1028;</a>
<a href="<%= sharedLink %>&amp;starts_with=&#1025;">&#1025;</a>
<%
for (char c = '\u0416'; c <= '\u0418'; c++)
{
%>
<a href="<%= sharedLink %>&amp;starts_with=<%= c %>"><%= c %></a>
<%
}
%>
<a href="<%= sharedLink %>&amp;starts_with=&#1030;">&#1030;</a>
<a href="<%= sharedLink %>&amp;starts_with=&#1031;">&#1031;</a>
<%
for (char c = '\u0419'; c <= '\u042F'; c++)
{
%>
<a href="<%= sharedLink %>&amp;starts_with=<%= c %>"><%= c %></a>
<%
}
%>


Думаю, разница понятна.

Van написал(а):
-------------------------------------------------------
> Кстати, если кому-нибудь интересно — ниже лежит
> ДОРАБОТКА предложений от woodyfon (от 25.01.2012)
> и IdeaFix (от 13.11.2012) по добавлению кириллицы
> в поиске — получаем совмещенный русско-украинский
> алфавит со ВСЕМИ символами. Единственное — при
> вставке кода необходимо следить чтобы редактор
> позволял кодирование в UTF-8
>
> ЭТО БОЛЕЕ УДОБНЫЙ (на мой взгляд) ВАРИАНТ:
>
>
>
> <%
> for (char c = '\u0410'; c <= '\u0413';
> c++)
> {
> %>
> &amp;starts_with=<%= c
> %>"><%= c %>
> <%
> }
> %>
>
> &amp;starts_with=Ґ">Ґ
>
> <%
> for (char c = '\u0414'; c <= '\u0415';
> c++)
> {
> %>
> &amp;starts_with=<%= c
> %>"><%= c %>
> <%
> }
> %>
>
> &amp;starts_with=Є">Є
> &amp;starts_with=Ё">Ё
> <%
> for (char c = '\u0416'; c <= '\u0418';
> c++)
> {
> %>
> &amp;starts_with=<%= c
> %>"><%= c %>
> <%
> }
> %>
> &amp;starts_with=І">І
> &amp;starts_with=Ї">Ї
> <%
> for (char c = '\u0419'; c <= '\u042F';
> c++)
> {
> %>
> &amp;starts_with=<%= c
> %>"><%= c %>
> <%
> }
> %>

Если я правильно понял, речь идет об - отредактировать два файлика full.jsp и single.jsp - ?

Да, причем те вфайлы, котоыре лежат в webapps директории томкэта.

В принципе, вариант от коллеги Van сработает, но если только локаль у системы юникодная и файлы в UTF. Нам виндузятникам это не грозит, у нас файл single.jsp и full.jsp имеет ANSI кодировку.

Доброго времени суток.
Снова прошу помощи у коллег - ошибка при установке DSpace 4.0
Прилагаю скрин.
http://cs620520.vk.me/v620520314/1ba1/16GZ0Bmzhlo.jpg
UPD Проблема решена, извините за бекспокойство



Редактировано 2 раз. Последний раз 10.04.2014 06:11 пользователем Анатолий Б..

Давайте уже переходить на 4.0/4.1 и сообща решать проблемы сломаной статистики и сломаного OAI :)

Кста, dspace 4.1 под windows слегка не собирается.

[jira.duraspace.org]

После этого 4.1 ставится на винду. На самом деле 4.0 не рекомендую сильно, ибо в нем сломаны достаточно серьезные вещи вроде легаси статистики (stat-initial, stat-general и пр.) и много чего еще сломано важного, типа OAi.

Доброго времени дня,

Обновил 3.2->4.1.
Работает нестабильно. Иногда отваливается Discovery (пропадает на страницах все, что с ним связано). Скорее всего из-за настройки памяти.
Скорее всего прийдется переводить виртуалку с DSpace с 32 на 64 бита, если не найду варианта без потерь миграции с одной виртуалки на другую.
XPDF собрал, вроде бы работает.
В OAI вылазять локальные IP адреса виртуалки (Возможн что то недостроил с RealIP). Виртуалка за Nginx-ом.

Посмотреть можно здесь [ir.nmu.org.ua]
[ir.nmu.org.ua/oai/request?verb=Identify]

PS: чуть не забыл. Linux only :)



Редактировано 5 раз. Последний раз 11.04.2014 08:46 пользователем svyt22.

1. xoai настраивается в /dspace/config/modules/oai.cfg, сделайте там нормальные настройки

solr.url=http://localhost/solr/oai
identifier.prefix = ir.nmu.org.ua
bitstream.baseUrl = [ir.nmu.org.ua] #(это не ссылка, без квадратных скобок)

грохните кэш (/dspace/var/oai, /dspace/solr/oai/data) и дайте команду dspace oai import -c

2. x86 версия связки tomcat+java+dspace нормально ест до 1280 мегабайт памяти на поток. У Вас ведь java7 и tomcat7?

3. А куда смотреть? [ir.nmu.org.ua]

В выходные буду обновляться с 4.0 до гита, но пока у меня работает :)

[elib.uraic.ru]



Редактировано 4 раз. Последний раз 11.04.2014 10:56 пользователем IdeaFix.

Обновились до 4.1, причесываем внешний вид. Всё получилось быстрее чем ожидалось.

Да, еще один момент при добавлении русского, украинского или иного алфавита в jspui в 4-ом dspace стоит обратить внимание на

<a class="label label-default" href="<%= sharedLink %>&amp;starts_with=<%= c %>"><%= c %></a>

Тогда буквы английского и родного алфавитов будут выглядеть одинаково.

Мне кстати не понятна позиция авторов насчет того что количество элементов в разделе показывается со стилем, а в коллекции без оного. Скорее, это недоработка чем позиция.

IdeaFix написал(а):
-------------------------------------------------------
> 1. xoai настраивается в
> /dspace/config/modules/oai.cfg, сделайте там
> нормальные настройки
>
> solr.url=http://localhost/solr/oai
> identifier.prefix = ir.nmu.org.ua
> bitstream.baseUrl = [ir.nmu.org.ua] #(это не
> ссылка, без квадратных скобок)
>
> грохните кэш (/dspace/var/oai,
> /dspace/solr/oai/data) и дайте команду dspace oai
> import -c
после этого вылазит ошибка:
org.apache.solr.client.solrj.impl.HttpSolrServer$RemoteSolrException: Server at [localhost:8080] returned non ok status:500
>
> 2. x86 версия связки tomcat+java+dspace нормально
> ест до 1280 мегабайт памяти на поток. У Вас ведь
> java7 и tomcat7?
да, openjdk7 и tomcat7.
коту выделил:
JAVA_OPTS="-Djava.awt.headless=true -Xmx2048m -Xms2048m -XX:MaxPermSize=512m -XX:+UseConcMarkSweepGC"
DSpace-у:
JAVA_OPTS="-Xmx1280m -Xms1024m -XX:MaxPermSize=128m"

Если я правильно понимаю, кот не съест 2 гига, если он (равно как и ява) 32 битные. Если они x86 - то Xmx1280m - их предел.


А насчет ошибки oai - настройте oai и solr, всё в /dspace/config/modules

видимо у solr стоит убрать 8080 ибо его на этом сокете нет, да, имейте в виду что и у oai и у solr базовый урл должен быть локалхост! если на машине есть иксы, запустите на ней браузер и попробуйте [localhost] - там интересно :)


На самом деле этих проблем не было бы если бы была прочтена документация, сейчас у новых диспейсов в конфиг до сборки можно и не лезть, достаточно открыть [dspace-src]/build.properties и исправить там все значения. Система соберется и ничего фатального требующего персборки в конфиге менять не придется. Меня слегка напрягает только отсутствие пути до асетстора в билд.пропертис.

Кстати, мне Xmx1280m нужен лишь для одной единственной операции - filter-media -f по фонду из 10000+ заглавий. Всё остальное ( в т.ч. большая нагрузка) укладывается в куда более скромное потребление памяти.

Кстати, а dspace checker-emailer работает у Вас в 4.1? А то я чего-то не могу добиться от него письма, фидбеки и уведомления о регистрации приходят, в логах пусто, а писем нет. Достаточно тяжелый checker -l отрабатывает, а checker-emailer -a нет :(

та же история. По регистрации приходили и все :(

> та же история. По регистрации приходили и все :(

Получил репорт! Но слегка озадачен... я сейчас экспериментирую с поисковыми анализаторами с учетом морфологии (ну т.е. чтобы по ключу "история" искалось и "истории" и "историей" и пр.) и для обновления кэша solr делаю filter-media -f довольно часто, т.е. фильтрованые txt-шки из битстримов удаляются массово.... репорт пришел с текстовым файлом весом более 1 мегабайта где перечислены с ID'ами ВСЕ битстримы с пометкой на удаление этих самых файлов... то-ли checker -l это слишком круто и система долго "думала" то ли что-то еще...

Повторить успех (получение репорта) на 4.1 пока не удалось, на 1.8.2 и 1.8.3 всё без проблем.

Обновить не получилось - установил 4.0

HTTP Status 404 - /jspui/

type Status report

message /jspui/

description The requested resource is not available.

Apache Tomcat/7.0.35

Как именно ставили? По официальному мануалу? Обратили внимание что там чуть-чуть иные пути чем в 1.8.х ветке? папку /dspace/webapps/jspui в /tomcat/webapps/jspui скопировали? томкэт перезапустили? Что в логах кота?

просто 4.0 даже на винду ставится нормально, проверено, нас тут уже трое в теме у кого работает.

Проблема решилась перезагрузкой\передобавлением jspui в менеджере приложений Tomcat'a.

Народ, установили 4.1, пытаемся поднять OAI, но вылазит ошибка сервера по ссылкам типа
[dspace.onua.edu.ua]
Хотя, если подставить несуществующий элемент, например
[dspace.onua.edu.ua]
ошибки нет, просто сообщение, что не найден.
Никто не сталкивался с таким?

У Вас проблема с кодировками. dspace oai import -c не поможет.

Быть может, поможет это - [ideafix.name]

До "локализации" логичным в общем-то параметром -Dfile.encoding=UTF-8 у меня записей как таковых не было вообще, а после стали каракули, ибо в заголовке было UTF а в теле cp1251, пришлось добпавить еще и -Dsun.jnu.encoding=UTF-8, но тогда слетела кодировка в макросе filter-media. теперь у меня два dspace.bat :) Вернее, dspaceUTF.bat (и ссылка dspace.bat на него) и dspaceCP.bat. Последний только для filter-media.

Еще есть архизабавная ошибка с кривыми датами последнего редактирования, из-за этого сервис не всегда валидируется как oai совместимый. Т.е. таймштамп последнего редактирования верный, а вот dc.time.чотатам равен времени создания и из-за этого поиск oai по дате лагает... в общем, нпа сколько железобетонно был стабилен 1.8.x на столько же забавен и непредсказуем 4.х :)


Кстати, как 8-ой томкэт?



Редактировано 2 раз. Последний раз 18.04.2014 20:55 пользователем IdeaFix.