ясно
ну пока отключил вообще русский язык, оставил по умолчанию украинский и английский как второй язык, У меня используется jspui. Украинский перевод тянется еще с версии 1.6.

Может забывал,с ейчас точно обновил. JSPUI у нас свой, вымученный, XMLUI из Ижевска.

Спасибо :)
Messages_ru.properties теперь свежий.

messages_ru.xml всё тот же, от 03.06.12
Можете смело брать мой, доработанный. За основу брал актуальный английский файл и заново перевел почти все строки. Надеюсь кому-то пригодится.
Мы тоже в Ижевске, кстати.

Эмм... почти земляки. У нас перевод xmlui осюда [elibrary.udsu.ru] но версия старая, Данилов как-то делился. По скольку сами с XMLUI не работаем, то и не актуализируем этот перевод. Он у нас для тестов и для харвеста в internal dspace format задумывался, но по скольку реестр метаданных дополнен, харвест как таковой не робит :( Вернее, харвест в чем-то отличном о даблинкор через OAI.

А вот перевод jspui регулярно правится на пердмет ляпов типа "Назва", или "Авторы(ы)" и так далее. Ну и там есть что-то типа begin-add-metadata и end-add-metadata - соответственно поля реестра метаданных и их значения.

Если таковых полей в реестре нет - это просто лишняя информация, она не вредит...

Да, в "интерьере" добавленные поля выглядят напрмиер так:

[elar.usfeu.ru]

или так

[hdl.handle.net]

или так

[hdl.handle.net]



Редактировано 1 раз. Последний раз 19.11.2013 19:06 пользователем IdeaFix.

А вообще, что касается новых полей, у меня, как у человека, смотрящего на процесс со стороны сервиса, мнение несколько иное, чем у людей, смотрящих со стороны контента.

И если различные metadata.dc.contributor.* у меня вопросов не вызывают, то ВСЁ остальное я бы запихал в metadata.dc.subject.* или даже в metadata.dc.subject.*.*

Ибо когда-то кому-то обязательно захочется сделать кликабильную ВАК специальность (не код, а название) или кликабельный источник финансирования... а это такие поля, по которым стандартного индекса нет. А у меня в большом архиве уже 5 гигов этих индексов (25 тысяч по subject, около 15 тысяч по contributor ну и около 8 тысяч по title).... если сделать еще один относительно массовый, будет и 7 и 10 гигабайт индекса, и макрос index-update выполняться будет часами... хотя с точки зрения библиотекарей автоматизаторов именно metadata.dc.thesis.discipline, а не metadata.dc.subject.discipline есть единственный правильный вариант.

Естественно, все поля для примера, для иллюстрации идеи.

Скажите кто то пользуется AIP Backup and Restore?
Просто возникла задача перенести dspace с 1.8 одного сервера на 3.2 на другой сервер. Сам экспорт отрабатывает без ошибок (пробуем по одной коллекции), а вот импорт сначала выдавал ошибки, но когда все проблемные моменты удаось обойти, то теперь импорт пишет, что просто внес 0 объектов и все, без ошибок.
Делаем как бы восстановление с заменой, т.е. на новом сервере уже есть текущая версия старого сервера со всеми БД и документами, связями, т.е. вполне работоспособная, и обновленная до версии 3.2, но, она уже не актуальна и нужно со старого сервера с версией 1.8. перенести вновь добавленнные объекты на новый сервер, чтоб, так сказать актуализировать информацию.
Для иморта пробуем разные ключи. но пока никакого результата не добились.
Напромер. одна из последних испробованных команд:
/bin/dspace packager -r -a -k -t AIP -e 111@edu.ua /314/1.zip

ну и с такимим ключами еще пробовали:
-r -a -f -t

ssa_admin
Если работаете поколлекционно, то может использовать import/export а не packager?

[ideafix.name] тут я ппоытался объяснить чокаво.

А в Вашей команде я не вижу целевого handle префикса, т.е. ключа -i

dspace 3.2
выполнили обновление с 1.6.2 до 3.2 (постепенно повышая версию)
и теперь заметили некоторые баги в работе.

Некоторые документы перестали открываться, например:
есть материал с .../handle/123456789/1218 и соотв. документ с ...bitstream/123456789/1218/1/Rebryk_The bank liquidity analysis.pdf.

И этот документ не открывается. В папке "assetstore" есть папка "12" в ней влож. папка "18" и в ней еще ряд папок с цифровыми именами, т.е. как бы документ в самой системе присутствует, но почему то не открывается.

Может кто нибудь помочь? Спасибо

нашел такую команду:
bin/dspace checker --handle 123456789/1218 -v

Вот что она выдала:
ID файлу: 3649
Знайдена інформація по файлу: true
Файл помічений як вилучений: false
Файл знайдений: true
На обробку: true
Внутрішній Id: 132067146684131124482554728327208232446
Ім’я: Rebryk_The bank liquidity analysis.pdf
Номер сховища: 0
Розмір: 1231415
Формат файлу: Adobe PDF
Користувацький опис формату: null
Джерело: /usr/local/dspace/upload/Rebryk_The bank liquidity analysis.pdf
Алгоритм контрольної суми: MD5
Попередня контрольна сума: 67060f48cc509c887ef18cf2c247066b
Дата попередньої контрольної суми: 11/27/2013 01:41:46
Нова контрольна сума: 67060f48cc509c887ef18cf2c247066b
Результат порівняння контрольної суми: Current checksum matched previous checksum


Получается сам файл 100% есть? Просто нет какой то привязки? Ковырять БД?

в общем пока решили, что это настройки апача, ну какой то редирект срабатывает, поэтому будем пока двигаться в эту сторону решения проблемы

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

dspace itemcounter
dspace index-update
dspace filter-media
dspace cleanup
dspace checker -u
dspace checker-emailer

Правда, потом eще сервер стал падать через 2-3 мин. Вот это уже пришлось устранять в tomcat.

Рекомендую заменить index-update на index-init предворительно остановив tomcat

спасибо :)

Сделал все, что предложили, все равно пока не открывается документ
Попробую все же посмотреть БД, может там неправильная ссылка на сам документ

На самом деле макросы index-ini, dspace cleanup, dspace checker -u и dspace checker-emailer должны либо убить элемент в интерфейсе, либо убить элемент в асетсторе, если его нет в базе, либо убить его в интерфейсе, если его нет в асетсторе и базе и даже сообщить в почту о количестве битых битстримов (если почта настроена).

Дайте ссылку на хэндл, если архив открыт во внешнюю сеть.

Добрый день!

Такая ситуация, уже неделю как вообще не трогали dspace...а сегодня, когда для читателя нужно было загрузить книгу ничего не открылось, пишет "Внутренняя системная ошибка"...кот работает.
В чем может быть причина?

Читайте логи кота и диспейса, скорее всего хэндл занят. Если ответственности нет и желания читать логи тоже нет, можете сделать так:

Идем в пгадмин, сервер - базы данны - dspace - схемы - последовательности - handle_seq и увеличиваем "текущее значение" на 100. Сохраняемся, ложим кота, перестартуем постгрес, поднимаем кота, проверяем.

Но опять же, лучше почитать логи и выполнить регламентные процедуры типа

dspace cleanup
dspace checker -u
dspace checker-emailer

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



Редактировано 1 раз. Последний раз 27.12.2013 08:23 пользователем IdeaFix.

в dspace.log вот такие записи:

2013-12-26 15:52:07,859 INFO org.dspace.browse.BrowseEngine @ anonymous:session_id=E8CAAD81F503488F924FE781FE0EA216:ip_addr=66.249.76.132:browse_by_item:
2013-12-26 15:54:18,968 WARN org.dspace.app.webui.servlet.DSpaceServlet @ anonymous:no_context:database_error:org.postgresql.util.PSQLException\colon; Подсоединение отклонено. Проверьте что хост и порт указаны правильно и что postmaster принимает TCP/IP-подсоединения.
org.postgresql.util.PSQLException: Подсоединение отклонено. Проверьте что хост и порт указаны правильно и что postmaster принимает TCP/IP-подсоединения.
at org.postgresql.core.v3.ConnectionFactoryImpl.openConnectionImpl(ConnectionFactoryImpl.java:122)
at org.postgresql.core.ConnectionFactory.openConnection(ConnectionFactory.java:65)
at org.postgresql.jdbc2.AbstractJdbc2Connection.<init>(AbstractJdbc2Connection.java:116)
at org.postgresql.jdbc3.AbstractJdbc3Connection.<init>(AbstractJdbc3Connection.java:30)
at org.postgresql.jdbc3.Jdbc3Connection.<init>(Jdbc3Connection.java:24)
at org.postgresql.Driver.makeConnection(Driver.java:369)
at org.postgresql.Driver.connect(Driver.java:245)
at java.sql.DriverManager.getConnection(DriverManager.java:582)
at java.sql.DriverManager.getConnection(DriverManager.java:185)
at org.apache.commons.dbcp.DriverManagerConnectionFactory.createConnection(DriverManagerConnectionFactory.java:75)
at org.apache.commons.dbcp.PoolableConnectionFactory.makeObject(PoolableConnectionFactory.java:582)
at org.apache.commons.pool.impl.GenericObjectPool.borrowObject(GenericObjectPool.java:974)
at org.apache.commons.dbcp.PoolingDataSource.getConnection(PoolingDataSource.java:106)
at org.dspace.storage.rdbms.DatabaseManager.getConnection(DatabaseManager.java:588)
at org.dspace.core.Context.<init>(Context.java:95)
at org.dspace.app.webui.util.UIUtil.obtainContext(UIUtil.java:98)
at org.dspace.app.webui.servlet.DSpaceServlet.processRequest(DSpaceServlet.java:100)
at org.dspace.app.webui.servlet.DSpaceServlet.doGet(DSpaceServlet.java:67)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:621)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:722)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:304)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210)
at org.dspace.utils.servlet.DSpaceWebappServletFilter.doFilter(DSpaceWebappServletFilter.java:78)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:243)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210)
at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:240)
at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:164)
at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:462)
at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:164)
at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:100)
at org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:563)
at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:118)
at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:399)
at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:317)
at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:204)
at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:182)
at org.apache.tomcat.util.net.JIoEndpoint$SocketProcessor.run(JIoEndpoint.java:311)
at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908)
at java.lang.Thread.run(Thread.java:662)
Caused by: java.net.ConnectException: Connection refused: connect
at java.net.PlainSocketImpl.socketConnect(Native Method)
at java.net.PlainSocketImpl.doConnect(PlainSocketImpl.java:351)
at java.net.PlainSocketImpl.connectToAddress(PlainSocketImpl.java:213)
at java.net.PlainSocketImpl.connect(PlainSocketImpl.java:200)
at java.net.SocksSocketImpl.connect(SocksSocketImpl.java:366)
at java.net.Socket.connect(Socket.java:529)
at java.net.Socket.connect(Socket.java:478)
at java.net.Socket.<init>(Socket.java:375)
at java.net.Socket.<init>(Socket.java:189)
at org.postgresql.core.PGStream.<init>(PGStream.java:60)
at org.postgresql.core.v3.ConnectionFactoryImpl.openConnectionImpl(ConnectionFactoryImpl.java:77)
... 39 more


Я с этим впервые столкнулась...подскажите пожалуйста,что мне делать?!

До базы доступ есть? Бада онлайн? База не порушена?

Коллеги, кто смотрел в сторону Dspace 4.0? У меня есть некоторые проблемы с локализацией JSPUI. Не поделитесь опытом?

Стандартный перевод как всегда машинный, но структура файловая изменилась у сервлета и подмена файла с переводом ничего не дает.

Мдаа... идем в jspui/WEB-INF/lib/dspace-api-lang-4.0.0.jar

открываем. видим:

# Based on revision 3705 of Messages.properties
# Author: Andrew Barhatow
# Author: Dimitriy Tsyganok
# Updated to 1.5.2 by Keller

Грустим...

Хотя, есть и для умеренной радости повод. Переводы от 1.8.х будут как минимум не хуже того что из коробки. Да и вообще, табличка с локализациями 4.0 версии удручает :(

Нет, всётаки грустим. Дискавер и все остальные прикольные модули не руссифицированы ва-ап-че.



Редактировано 1 раз. Последний раз 08.02.2014 16:09 пользователем IdeaFix.

Коолеги, кто использует Dspace4 в целом и/или OAI2/XOAI в частности? Есть вопрос по OAI.

Здравствуйте.
Кто-нибудь обновлял dspace с версии 3.1 до 4.0?
Что делать с HTTP Status 404 - /jspui ?

Анатолий Б.
Как именно обновлялись? Сервлет /webapps/jspui обновили? Структуру БД обновили?

All
[ideafix.name] вдруг кому пригодится.

Коллеги, кто перешел на 4-ку, проблемы с OAI есть?

---

Разобрался, всё оказалось банально [ideafix.name]



Редактировано 1 раз. Последний раз 10.03.2014 06:41 пользователем IdeaFix.

IdeaFix

С версии 3.1 обновился до 4.0 по [wiki.duraspace.org]

Про обновление сервлета и структуры БД поподробнее, если Вас не затруднит?

Сервлет у нового dspace после сборки лежит в [dspace]/webapps/jspui его нужно скопировать в [tomcat]/webapps/jspui преворительно забэкапив сервлет jspui от версии 3.1

Ну а структуру базы обновлять командой pg_dump -U [database-user] -f [backup-file-location] [database-name]

Имя базы, логин и пароль можно в dspace.cfg подглядеть.

ой, это конечно же бэкап базы, не обновление структуры. Но его (бэкап) перед обновлением нужно сделать.

IdeaFix

Сервлет обновил (скопировал).
Базу не бэкапил, так как никаких данных еще не вносили.
Результат тот же -

HTTP Status 404 - /jspui
type Status report
message /jspui
description The requested resource is not available.
Apache Tomcat/7.0.35