Почистила рабочую папку кота (work), все заработало.

Здравствуйте.Запустил safbuilder.
safbuilder -c path/to/nb.csv -z выходит ошибка:
[ERROR] Failed to parse plugin descriptor for org.apache.maven.plugins: maven-compiler-plugin:3.1(C:\.m2\repository\org\apache\maven\plugins\maven-compiler-plugin\3.1\maven- compiler-plugin-3.1.jar): invalid LOC header (bad signature). Помогите пожалуйста.

Покажите файлик nb.csv. Какое сообщение после safbuilder без ключей запуска?

Думаю, тут дело в том что человек не собрал сафбилдера, тут файлик с метаданными не причем.

Бывает, что депозиторы неправильно выбирают коллекцию и начинают добавлять туда свои материалы.
Как изменить депозитору самостоятельно изменить коллекцию?

Запретить?

В общем видимо только на уровне групп.

Цитата:

Как изменить депозитору самостоятельно изменить коллекцию?

Пока голова думает, "руки" приняли решение.
Поясню подробно:
1. депозитор выполняет вход и начинает отправлять материалы.
2. Выбирает нужную из списка.
3. Заполняет поля и завершает отправку материала.
Материал берет на рецензирование модератор и понимает, что материал должен размещаться в другой коллекции. Режектирует материал и просит изменить коллекцию. Депозитор не может изменить коллекцию и вынужден совершать отправку материала заново.
Как депозитору самостоятельно изменить назначенную коллекцию?

ALL В XMLUI нашли дырку размером с... ну в общем большую! Всем срочно обновляться. дырка есть везде, от 1.8 до 5.4 версии!


woodyfon
Тут я ни чем помочь не смогу, опыта ручного, да еще и с подтверждением, ввода у меня нет. Всё больше пакетно.

Цитата:

В XMLUI нашли дырку размером с... ну в общем большую! Всем срочно обновляться. дырка есть везде, от 1.8 до 5.4 версии!

Спасибо, пока присели. Ждем когда появится затычка.
Simply find the root sitemap (usually at [dspace]/webapps/xmlui/sitemap.xmap) and add the following:

<!-- Temporary block -->
<!-- Internally redirect all vulnerable URLs to /error (which doesn't exist and throws a 404) -->
<map:match pattern="themes/**:**">
<map:redirect-to uri="{request:contextPath}/error" permanent="yes"/>
</map:match>

<!-- NOTE: the above section should be added just BEFORE this next following section (which exists around line #623-625) -->

<!-- handle common theme resources, such as dri2xhtml -->
<map:match pattern="themes/*">
<map:read src="themes/{1}"/>
</map:match>

The change will take effect immediately. Any of the vulnerable URLs will be redirected to "/error" (which doesn't exist in DSpace, and will cause DSpace to simply return a 404 Page Not Found error).

To verify the quick fix is working, visit a URL like: http://[dspace.url]/themes/Reference/test:url (Be sure to test both HTTP and HTTPS). The URL should be redirected to [dspace.url]/error/ and a Page Cannot be Found response returned. As long as this occurs, the quick fix was successful.

Добрый день. При работе filter-media, некоторые файлы выдают ошибки. Некоторые ошибки смогли исправить, а некоторые нет. Кто-нибудь может подсказать решение? ошибки такие:

ERROR filtering, skipping bitstream:

Item Handle: 123456789/14350
Bundle Name: ORIGINAL
File Size: 413184
Checksum: 414c88081510bb0ed1661834ab7b3621 (MD5)
Asset Store: 0
java.lang.ArrayIndexOutOfBoundsException: 5

ERROR filtering, skipping bitstream:

Item Handle: 123456789/901
Bundle Name: ORIGINAL
File Size: 388566
Checksum: fc2153359ea6c4be991b14d4883e597d (MD5)
Asset Store: 0
java.util.zip.ZipException: incorrect header check

ERROR filtering, skipping bitstream:

Item Handle: 123456789/14801
Bundle Name: ORIGINAL
File Size: 40960
Checksum: 296812e941c98a22e57f4cd8febb2e90 (MD5)
Asset Store: 0
java.lang.StringIndexOutOfBoundsException: String index out of range: 2858

ERROR filtering, skipping bitstream:

Item Handle: 123456789/12127
Bundle Name: ORIGINAL
File Size: 3657998
Checksum: e4ffa50ecee5c8ce286b8614dc486f80 (MD5)
Asset Store: 0
java.io.IOException: javax.crypto.IllegalBlockSizeException: Input length must be multiple of 16 when decrypting with padded cipher

ERROR filtering, skipping bitstream:

Item Handle: 123456789/12392
Bundle Name: ORIGINAL
File Size: 16431003
Checksum: a0d8c365eeeefbdcfcaac7cc78c22dae (MD5)
Asset Store: 0
java.io.IOException: expected='>' actual='m'

ERROR filtering, skipping bitstream:

Item Handle: 123456789/12391
Bundle Name: ORIGINAL
File Size: 17338091
Checksum: 19394f813f0a8061d17611c36606f47f (MD5)
Asset Store: 0
java.io.IOException: Error: Expected an integer type, actual='?????'

ERROR filtering, skipping bitstream:

Item Handle: 123456789/12389
Bundle Name: ORIGINAL
File Size: 15913724
Checksum: 93b4f575a0e64a52f97af2b5cfb0c31e (MD5)
Asset Store: 0
java.io.IOException: expected='>' actual='?'

ERROR filtering, skipping bitstream:

Item Handle: 123456789/12388
Bundle Name: ORIGINAL
File Size: 14614041
Checksum: 2e2d8bd8652d3edd757c27c370c58926 (MD5)
Asset Store: 0
java.lang.RuntimeException: java.io.IOException: Invalid hex string: 0020d<0093009100C1>00267c367300dB085C1

ERROR filtering, skipping bitstream:

Item Handle: 123456789/16125
Bundle Name: ORIGINAL
File Size: 621921
Checksum: a8180fe36937bda94023c6c5f33c64cd (MD5)
Asset Store: 0
java.io.IOException: javax.crypto.BadPaddingException: Given final block not properly padded

ERROR filtering, skipping bitstream:

Item Handle: 123456789/6220
Bundle Name: ORIGINAL
File Size: 53420
Checksum: 32679ac803947c9ee01a7164454bc4ad (MD5)
Asset Store: 0
java.lang.NullPointerException

ERROR filtering, skipping bitstream:

Item Handle: 123456789/6080
Bundle Name: ORIGINAL
File Size: 7132559
Checksum: 9cdbf77baa62d78868bb147b3d03535e (MD5)
Asset Store: 0
org.apache.pdfbox.exceptions.WrappedIOException: Error decrypting document

ERROR filtering, skipping bitstream:

Item Handle: 123456789/4477
Bundle Name: ORIGINAL
File Size: 4875311
Checksum: aa3bdb1f2126c93f55b71467ae394525 (MD5)
Asset Store: 0
java.io.IOException: Error: Expected an integer type, actual='//'

Helen666 добавьте dspace'у памяти (в dspace.bat/dspace.sh) и повторите процедуру. Ошибок станет меньше, памяти 768 или 1024 сделайте. Потом уже можно конкретно по файлам смотреть.

Не помогло. Ни одна ошибка не исправилась.

т.е. Вы открыли dspace.sh и заменили строку:

JAVA_OPTS="-Xmx256m -Dfile.encoding=UTF-8"

на

JAVA_OPTS="-Xmx1024m -Dfile.encoding=UTF-8"

и ошибка с хэндлом 123456789/6220 не ушла?

Дайте ссылку на репозиторий, интересно на файлики посмотреть вживую.

Но вообще, те ошибки, что связаны с pdfbox - они будут всегда. Если хочется их избежать (но получить другие), можно попробовать подменить pdfbox на xpdf (в официальном фики есть инструкция).

А можно и вовсе нагенерить файлов типа 6 (если ничего не путаю) руками и загрузить в хэндлы. При dspace filter-meida всё будет хорошо, такие штуки будут пропускаться, а при dspace filter-media -f придётся добавить ключ -s со списком хэндлов через запятую.

P.S. itext/itext_pdf ведут себя так же - один-два файла из ста не обрабатывают, хотя файлы созданы по единой методике.

P.P.S.
Для верности и для теста можно и последнюю стрчку:

java $JAVA_OPTS -classpath $FULLPATH org.dspace.app.launcher.ScriptLauncher "$@"

модифицировать до java $JAVA_OPTS -Xmx1024m -classpath $FULLPATH org.dspace.app.launcher.ScriptLauncher "$@"

Ибо мы доподлинно не знаем, равно ли сейчас JAVA_OPTS значению "" :)

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

[keep4u.ru]

Т.е. создать текстовый файл правильной кодировки (как у dspace) и загрузить его рядом с PDF. Сделать работу за pdfbox руками.

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

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

...или мы это пакетно что-то уже с извлеченными текстами грузили через safbuilder.. но в любом случае идея понятна.

Извлечь текст и загрузить файл не проблема, а вот как сделать его системным чтоб он не показывался пользователю вместе с оригиналом? Что-то мои поиски мне не помогли.

Нет. мы это делали всё-таки на этапе пакетного импорта, т.е. просто файлик contents с содержимым:

0017020.pdf bundle:ORIGINAL
0017020.pdf.txt bundle:TEXT description:Extracted text
0017020.pdf.jpg bundle:THUMBNAIL description:IM Thumbnail

Даже еще до SAFBuilder.

я бы стал смотреть в базе какие свойства г bitstream_id обычного теткста есть и у извлеченного,после сравнения делал бы выводы... ну и как часто бывает, то что в jspui не делается никак, в xmlui делается в один клик, и наоборот.... повод взглянуть на соседний IU.

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

На самом деле dspace import позволяет импортировать в т.ч. хэндл, но это имхо не оптимально. Если есть воможность и навык потыкать в базу - надо потыкать. Ну и с файликами порешать.. всё-таки, репозиторий в публичном доступе? На файлы глянуть можно?

Походу дырку в xmlui закрыли - DSpace 5.5

Да, там пофиксили в XMLUI большую дырку, в JSPUI маленькую (веб админ мог выгрузить сервлет) и несколько мелких багов в OAI и REST.

Кстати, 4.5 версия в общем не удивляет, а вот 3.6 - радует!

Заметил особенность или баг:
Если оставить каталоги [dspace]/upload и [dspace]/assetstore пользователю dspace, но при пакетном импорте можем получить ошибку

java.io.IOException: No such file or directory

Поэтому
# chown -R tomcat7:tomcat7 /dspace/upload
# chown -R tomcat7:tomcat7 /dspace/assetstore
# chmod 0754 -R /dspace/upload
# chmod 0754 -R /dspace/assetstore
Это безопасно?

Это не баг, томкэтовский юзер (или стартовать томкэт от юзера dspace) должен иметь доступ до /dspace, либо выносите /dspace/upload, /dspace/export, dspace/import и /dspace/assetstore в юзерспейс томкэта.

Кстати, обратите внимание на то, какую ошибку закрыли в jspui в нынешних релизах...

Подождем еще немного. Думаю, к лету будет более-менее пофиксенный релиз DSpace версии 5.x. Тогда можно будет и обновиться.
Заметил одну особенность:
После выполнения команды

# /dspace/bin/dspace filter-media -f

В случае подписки на коллекции, то последними добавленными материалы будут ВСЕ.

P.S. Подскажите, пожалуйста, адрес комьюнити, где "сидели" и разработчики?

Айтем обновился - рсс обновился, это нормально :)

Джира тут - [jira.duraspace.org]

Помоги себе сам тут - [groups.google.com]

Если что, у меня есть учетка в джире и даже пулл реквесты удовлетворённые, так что мои посты удаляют не сразу :)

А насчёт ожидания стабильного релиза - новых функций не обещают, это же багфикс релизы. Да и учитывая количество 9в штуках) закрываемых багов, новый релиз будет не раньше чем через месяц после OR2016.

Каким-то образом документ промапировался в одну коллекцию дважды. Как это исправить через UI (jspui)?

я бы выгрузил csv'шку и почистил бы 2-ой столбец, но по маппированию опыта практически нет.