если всё закачивалось руками - попробуйте просто сделать dir или ls директории [dspace]/upload. Или Вам с путями надо?

так же есть dspace metadata-export с каким-то ключем, который извлекает "больше чем обычно".

посмотрел перевод интерфейса xmlui для версии 5.1. Он не полон, к тому же не точен. Поэтому имеет смысл это подправить. Если ли какие-нибудь публичные переводы, чтобы подправить строки и сообщения. Может, кто-то также сможет поделиться своим вариантом перевода, чтобы вместе сделать нормальный вменяемый перевод.

У меня есть jspui перевод для 4.х. Дискавер переведен, поиск переведен. Думаю, процентов 95 строк в 5.х закроет сходу.

Буду обновляться в четверг-пятницу, покажу результат.

Я делал полный перевод xmlui для версии 1.8.
Брался за основу оригинальный английский файл со строками, чтобы ничего не упустить, и методично всё заменял подглядывая на локализации у коллег. Много ляпов по ходу поправлено.

Пора подготовить локализацию под пятерку, попутно исправить замеченные ошибки. Рабочий сервер пока боязно обновлять, сразу отвалится плагин Atmire Document Streaming Module

[elibrary.unatlib.org.ru]

У меня другая проблема - куча полей локального реестра метаданных, куча "брендинга" в файле перевода и пр. Но если пользователь подготовленный - для него это не проблема.

ЧТобы ввести многоязычную поддержку интерфейса JSPUI d документации написано:
1. Ввести параметр в файле dspace.cfg

webui.supported.locales = en, ru, uk

2. Поместить куда-то Message_ru.properties
Куда нужно переместить этот файл и нужно ли после этого делать rebuild dspace?

1. Мы столкнулись с тем, что украинский не встаёт дефолтным, если есть русский. Повторяемость на 3.х ветке - 4 установки.

2. Можно и после ребилда подсовывать сюда: [TOMCAT]\webapps\jspui\WEB-INF\classes\ прямо в корень бросить.

А можно и сюда: [TOMCAT]\webapps\jspui\WEB-INF\lib\dspace-api-lang-3.0.3.jar прямо внутрь джарболла.

[ideafix.name] тут написано вроде

Для версии 1.8.x вводил вводил многоязычную поддержку без проблем. Проблемы начались с версии 5. Не удается найти каталоги, в которые необходимо переместить локализованные файлы.

Положил файл перевода по указанному пути в 5.2 - всё работает.

[ideafix.homelinux.com:8083]

Обновил тестовый сервер, перевод "брендированный" от [elib.uraic.ru], для очистки от брендирования нужно почистить 3-4 строки... надо?:)

Цитата:

Положил файл перевода по указанному пути в 5.2 - всё работает.

Принудительно создал требуемые каталоги. Заработало. Как собрать DSpace так, чтобы оставить dspace.cfg без измененений.
Если применять стандартные командЫ:
mvn package
ant update
При сборке используется build.properties и собирается новый файл dspace.cfg.
Мне надо по сути пересобрать DSpace c новыми файлами Messages.properties.

А что мешает его в архив положить в dspace-api-lang-jar?

Да, у меня ВСЕ пути присутствуют, ничего руками не создавал.

Есть мнение что mvn package - не верное решение. Лучше mvn -U clean package

Нну что, обновился с 3.4 до 5.2 - [elar.rsvpu.ru]

В принципе пока всё ок. Рву перевод, рву интерфейс... посмотрим что к утру получится.

[elar.usfeu.ru] c 3.3 до 5.2. В принципе тоже без проблем.

Из того что заметил сразу:

Теперь работает ограничивалка доступа статистики. В 3.3/3.4 версии хоть тру хоть фолс пиши в конфиге на доступ к статистике (не к репортам, а к статистике разделов, коллекций и пр.), доступ будет. А тут работает.

При пакетно загрузке иначе работает присовение языкового кода полю метаданных. Раньше все поля у которых не был явно указан язык получали "ru", ну или что в конфиге поставлено, а теперь получают "пусто". В принципе, это хорошо.

Ну и оторвав карусель сильно упростили разработчики задачу перевода, а некоторые поля навбара наконец-то вынесли в перевод. Ранее "Browse items by:" было прямо в jsp коде забито :)

Верхние и боковые новости выглядят атавизмом, рецент сабмишонс тоже (они кстати по дефолту отключены!), jspui в 5-ой версии оставляет ощущение более законченной системы чем в 4-ой.

Да, самое важное - solr индексы обновляются автоматически и это работает!

А вот база таки руками... внимательно читаем страничку wiki.

Еще один повод не перегружать файлы много раз:

[elar.usfeu.ru]

Обратите внимание на статистику скачивания файла. Трех прошлых итераций файла нет :(

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

Но мы то с вами и о релизах в плане частоты и о ниж де в плане безглючности в курсе...

[jira.duraspace.org]

Результат:

[elar.rsvpu.ru]

Т.е. /jspui/browse/full.jsp сломан, в то время как single.jsp нет.

Проблема ни много не мало в SOLR бэкэнде. 5.2 релиз подвержен этой хрени :(

В каком файле перевод "руками" делать. В версии 5.0 для интерфейса jspui нет файла messages.properties. Так в каком файле делать перевод "руками"?

IdeaFix написал(а):
-------------------------------------------------------
> Нну что, обновился с 3.4 до 5.2 -
> [elar.rsvpu.ru]
>
> В принципе пока всё ок. Рву перевод, рву
> интерфейс... посмотрим что к утру получится.
в каком фвйле делать перевод?

Тут (тут файл точно есть):

[tomcat]/webapps/jspui/WEB-INF/lib/dspace-api-lang-5.0.4.jar/Messages_ru.properties

Либо тут (надо выдрать по пути выше и поправив положить по пути ниже):

[tomcat]/webapps/jspui/WEB-INF/classes/Messages_ru.properties

Второй пут имеет приоритет над первым. Так же файл dspace-api-lang-5.0.4.jar есть в [dspace]/lib директории, но непосредственно на jspui он не влияет.



Редактировано 1 раз. Последний раз 08.06.2015 10:59 пользователем IdeaFix.

Добрий день. Помогите, пожалуйста, решить проблему.
В dspace.cfg пункт "Handle settings" поменяла.
https://pp.vk.me/c624020/v624020095/36d81/JHgzQLVof8A.jpg

Но при формировании URL идентификатора пишет [hdl.handle.net]
https://pp.vk.me/c624020/v624020095/36d8a/0Q5vSo4HFvg.jpg
Помогите, в чем проблема????

Это у Вас при формировании новых материалов?

handle.dir Вам не нужен.

dspace.canonical.handle.prefix у Вас 2 раза, и ни разу там прямой ссылки не написано. Напишите 1 аз прямую ссылку типа [yourfomain.com]

И после перезапуска томкэта у Вас только в шапке поменяется ссылка, не в метаданных. Для замены в метаданных используйте dspace update-handle-prefix или пакетное редактирование метаданных.

Скажите, пожалуйста, после перехода на 5 версию иногда dspace начинает "тормозить" и на e-mail администратора приходят письма с ошибкой: "...Exception:
org.apache.commons.dbcp.SQLNestedException: Cannot get a connection, pool error Timeout waiting for idle object..."
Иногда само собой проходит, иногда приходится перестартовать томкат.
Кто то сталкивался с таким?

Нашел вот такое описание url
Но не знаю как применять указанные там патчи. Кто нибудь подскажет?
Спасибо



Редактировано 1 раз. Последний раз 16.06.2015 14:05 пользователем ssa_admin.

У меня были такие проблемы - решилось твиками томкэта по памяти. Но учитывая количество косяков в 5.2 и обещания Тима выпустить 5.3 сразу после OR2015 наводит на мысли что стоит сидеть спокойно скрестив пальцы.

да

спасибо. все работает