Ну, там виддимо что-то захардкожено. И вряд ли это поправят. Разве что в dspace cris от cineca

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

Мы читаем документацию :) А вы?

В принципе, можно по айпишникам ограничить, можно в АД систему засунуть и авторизовать людей по LDAP корпоративными учетками...

Авторизацию по LDAP прикрутили. Но к группе Anonymous относятся как авторизованые по LDAP пользователи, так и неавторизованые. Если я убираю право READ для группы Anonymous на конкретную коллекцию, то читать эту коллекцию не смогут и авторизованные по LDAP и неавторизованные.(Разумеется, если пользователь LDAP, не включён в конкретную группу и ей предоставлен доступ в коллекцию). А хотелось бы чтобы смогли читать только авторизованные по LDAP.

Документацию, конечно, читаем. Интересен опыт других людей, которые уже успешно используют Dspace. У Вас присутствуют какие-то ограничения на коллекцию, разделы? Как делаете именно Вы? По айпи? Через ограничения по группам средствами Dspace?



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

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

У нас был опыт с LDAP, но оказалось что это не нужно. Теперь, незначительная часть полных текстов закрыта по IP, и еще одна незначительная часть закрыта совсем. Это вещи со спорным авторским правом (решили не удалять, а закрывать для всех) и статьи после ретракций.

А LDAP же вроде позволяет наследовать группы каталога пользователей... там не обязательно в анонимусов их писать. Можно и админов плодить в АДу, не в Dspace.

Цитата:

Но не будешь же всех пользователей добавлять в группу?

Если хотите сделать различный доступ - это придется сделать.
У нас есть материалы, которые в открытом доступе и закрытом. Метаданные материалы могут читать все без исключения и закрывать доступ к таким вещам нет смысла. Поэтому уровень доступа выставлять необходимо файликам полного текста.
Доступ можно давать пользователям, которые заходят из локальной сети организации или только депозиторам. Для осуществления второго варианта без групп не обойтись.

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

Наверное, будем пробовать вариант ограничения к коллекции по IP. С группами не так всё ладно (как мне кажется).
Дело в том, что как только пользователь логинется по LDAP он сразу относится к группе Anonymous. Получается мне нужно сделать группу "Пользователи нашей организации", добавлять ВСЕХ пользователей, кто залогинился в эту группу, а в коллекции, к которой нужно ограничить доступ я должен убрать в разрешениях права на чтения для группы Anonymous и добавить разрешение на чтение для группы "Пользователи нашей организации". Проблема в том, что пользователей, которые логинятся по LDAP может быть очень много. Не хочется каждого добавлять в группу "Пользователи нашей организации". Если бы можно было сделать так, что при первой авторизации по LDAP сразу же происходило добавление пользователя в группу "Пользователи нашей организации"...

Рекомендую обратиться все-таки к документации
LDAP Authentication
Идея такая: предварительно создать отдельную группу для пользователей, в которую будут попадать те пользователи, которые входят через LDAP в UI администратора, эту же группу прописать в настройках авторизации [dspace]/config/modules/authentication-ldap.cfg:
#login.specialgroup = group-name

woodyfon написал(а):
-------------------------------------------------------
> Рекомендую обратиться все-таки к документации
> LDAP Authentication
> Идея такая: предварительно создать отдельную
> группу для пользователей, в которую будут попадать
> те пользователи, которые входят через LDAP в UI
> администратора, эту же группу прописать в
> настройках авторизации
> /config/modules/authentication-ldap.cfg:
> #login.specialgroup = group-name

Большое спасибо. Всё получилось. Единственная особенность: при первой авторизации пользователь действительно включается в специальную группу и права применяются, НО если посмотреть через админку на этого пользователя, то запись о том, что пользователь включён в данную группу в интерфейсе Dspace отсутствует. Но главное всё работает ).

.



Редактировано 1 раз. Последний раз 05.02.2018 14:43 пользователем andikk.

Цитата:

НО если посмотреть через админку на этого пользователя, то запись о том, что пользователь включён в данную группу в интерфейсе Dspace отсутствует.

Все верно, пользователя же в БД нет. Ему временно предоставляются соответствующие права.

Подскажите по настройке input-forms.xml в jspui. Планируем к публикации добавить два поля: Институт и Специальность. Хотелось бы чтобы был выпадающий список с перечнем институтами и в зависимости от выбранного института подгружался в другой элемент (тоже список) список специальностей.
Как я понял из документации можно делать только отдельные списки, а наполнять определенный элемент в зависимости от выбранного значения в другом списке невозможно. Так? Или я что-то не дочитал?

Думал воспользоваться словарями "Сontrolled vocabularies". Сделал словарь в виде иерархического списка института и специальностей. Но тут другая проблема - при выборе конкретной специальности в элемент добавляется не только выбранная специальность, но и наименование института через двоеточие, т.е. "Институт::специальность", а нужно только "Специальность".

В dspace.cfg видел настройки для управления словарями в блоке "Authority Control Settings", но как добавлять только последний элемент выбранный из иерархического списка в нужное поле так и не сообразил.

Кто-нибудь занимался решением подобной задачи? Если да, то как вы решали её у себя?

Цитата:

Кто-нибудь занимался решением подобной задачи? Если да, то как вы решали её у себя?

Рекомендую для каждой коллекции делать свой набор полей. Те поля, которые будут одинаково заполнены, можно вводить с помощью шаблонов.

Цитата:

Хотелось бы чтобы был выпадающий список с перечнем институтами и в зависимости от выбранного института подгружался в другой элемент (тоже список) список специальностей.

Такая же была идея: по кафедре вообще автоматически вводить в отдельное поле факультет. Но встроенными средствами системы вряд-ли это сделать получиться. Благо хоть система предоставляет возможность множественного выбора значений из выпадающего списка.

andikk написал(а):
-------------------------------------------------------
> Подскажите по настройке input-forms.xml в jspui.
> Планируем к публикации добавить два поля: Институт
> и Специальность. Хотелось бы чтобы был выпадающий
> список с перечнем институтами и в зависимости от
> выбранного института подгружался в другой элемент
> (тоже список) список специальностей...
>
> Кто-нибудь занимался решением подобной задачи?
> Если да, то как вы решали её у себя?


Подобное делали в другой системе, когда тоже не было возможности сильно изменять ядро. Делали с помощью JS/jQuery. Первый список: институты, второй список: полный список институт=>специальности (например optgroup+option или ещё как-то). И в JS реализовано, что при выборе института в первом списке появляется второй список, но в нем предварительно скрываются другие институты.

andikk написал(а):
-------------------------------------------------------
> Подскажите, пожалуйста, что нужно поправить в
> jspui, чтобы перевести на русский поля DC, которые
> отображаются при подробном просмотре конкретной
> публикации. Хотелось бы сделать так же как
> [elib.sfu-kras.ru]
> l


Да, тут XMLUI. В переводы в messages*.xml добавлял названия полей:

<message key="sfu.metadata.dc.contributor.editor">Редактор</message>
<message key="sfu.metadata.dc.contributor.editor">Editor</message>

И потом правил item-view.xsl, в шаблоне itemDetailView-DIM код такой:

<!-- человекочитаемое название поля !!!! -->
<xsl:variable name="metadata-field">
<xsl:value-of select="./@mdschema"/>
<xsl:text>.</xsl:text>
<xsl:value-of select="./@element"/>
<xsl:if test="./@qualifier">
<xsl:text>.</xsl:text>
<xsl:value-of select="./@qualifier"/>
</xsl:if>
</xsl:variable>
<td class="metadata-key label-cell">
<xsl:attribute name="title">
<xsl:value-of select="$metadata-field"/>
</xsl:attribute>
<!-- i18n for translating metadata key to human readable -->
<i18n:text>
<xsl:text>sfu.metadata.</xsl:text>
<xsl:value-of select="$metadata-field"/>
</i18n:text>
</td>

Хотели добавить возможность отображения поле SCOPUS и ссылку на URL при просмотре публикации. В общем хотели сделать как здесь: [elar.urfu.ru]

Делали так. Зашёл в реестр метаданных в схеме dc добавил identifier.scopus. Отредактировал input-forms.xml. В результате при добавлении публикации получается добавлять ссылку. Чтобы отобразить ссылку при просмотре публикации в dspace.cfg добавил такую строку:
webui.browse.link.6 = scopus:dc.identifier.scopus

Ссылка при просмотре документа не отображается. При детальном просмотре отображается значение поля identifier.scopus со ссылкой.
Как добавить ссылку на значение поля identifier.scopus при просмотре документа?

andikk
Не в первый раз спрашиваю, пробовали ли Вы читать документацию... хотя и так очевидно что нет :)

Для jspui за данный "функционал" отвечает поле webui.itemdisplay.default, которое у Вас наверняка вовосе закоментировано, а в elar.urfu.ru оно выглядит так:

webui.itemdisplay.default=dc.title, dc.title.alternative, local.patent.number, dc.contributor.author, dc.contributor.compiler, dc.contributor.advisor, dc.contributor.editor, dc.contributor.commentator, dc.date.issued, dc.coverage.temporal, dc.publisher, dc.identifier.citation, dc.description.abstract, dc.subject, local.localtype, dc.subject.oksvnk, dc.thesis.discipline, dc.audience.speciality, dc.identifier.uri, dc.rights, dc.rights.uri(link), dc.conference.name, dc.conference.date, dc.subject.grnti, dc.identifier.rsi(link), dc.identifier.doi(doi), dc.identifier.scopus(link), dc.identifier.isbn, local.versions(link),  dc.description.sponsorship, dc.relation.ispartof, local.patent.type, local.patent.owner

Только не копируйте буквально.

Ну и еще по мелочи...

1. Если это всё же ссылка, то стоит добавить (link) к значению поля.
2. У меня есть подозрение, что в elar.urfu.ru реализация ссылки реализована не верно. По сути, в ней фигурирует партнёрский ключ и читатель, не имеющий доступа к scopus тем не менее может прочесть метаданные. Я выражал опасения что это может подпадать под нарушение лицензии, но начальство решило не париться.
3. Имхо тут [elar.rsvpu.ru] более "безопасный" вариант ссылки.

IdeaFix

Большое спасибо! Ссылку сделать получилось. Теперь меня только беспокоит корректное отображение заголовка поля metadata.dc.identifier.scopus при просмотре публикации. Добавил metadata.dc.identifier.scopus = SCOPUS в Messages_ru.properties, но поле по прежнему при просмотре публикации отображается как metadata.dc.identifier.scopus. Если смотрю исходный код страницы, то похоже, что там даже нет ключей, которые бы указывали на соответствующие значения в файле перевода. Как это сделано в elar.urfu.ru ?

Если у Вас поле лежит в dc, то такая строка

metadata.dc.identifier.scopus = SCOPUS

должна работать.

Её стоит добавить и в messages.properties тоже кстати. Отразятся изменения только после перезапуска томкэта.

Получилось. Только у меня messages.properties вообще не было. Я добавил туда строку metadata.dc.identifier.scopus = SCOPUS и положил рядом с Messages_ru.properties и тогда название поля отобразилось.
Спасибо.

IdeaFix написал(а):
-------------------------------------------------------
> Если у Вас поле лежит в dc, то такая строка
>
> metadata.dc.identifier.scopus = SCOPUS
>
> должна работать.
>
> Её стоит добавить и в messages.properties тоже
> кстати. Отразятся изменения только после
> перезапуска томкэта.

messages.properties нужен например для брендирования, т.е. копирайт чтобы в английском интерфейсе был тоже, ну и для доп. полей in english

Адаптировал dspace, некоторые проблемы решил, некоторые так и остались.

Одна из них:
На почту приходят ошибки "DSpace: Internal Server Error"
опытным путём удалось установить, что ошибка генерится, когда кто-то нажал скачать pdf, а потом отмену.

Что можно сделать, чтобы её не было и в чём проблема?

*** -- в оригинале был текст.

Текст ошибки:

An internal server error occurred on [rep.bsatu.by]:

Date:       ***
Session ID: ***
User:       Anonymous
IP address: ***

-- URL Was: [rep.bsatu.by]
-- Method: GET
-- Parameters were:


Exception:
javax.servlet.ServletException: java.lang.IllegalStateException: Cannot forward after response has been committed
    at org.dspace.app.webui.util.JSPManager.showJSP(JSPManager.java:62)
    at org.dspace.app.webui.util.JSPManager.showInternalError(JSPManager.java:78)
    at org.dspace.app.webui.servlet.DSpaceServlet.processRequest(DSpaceServlet.java:169)
    at org.dspace.app.webui.servlet.DSpaceServlet.doGet(DSpaceServlet.java:73)
    at javax.servlet.http.HttpServlet.service(HttpServlet.java:635)
    at javax.servlet.http.HttpServlet.service(HttpServlet.java:742)
    at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:230)
    at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:165)
    at org.apache.tomcat.websocket.server.WsFilter.doFilter(WsFilter.java:52)
    at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:192)
    at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:165)
    at org.dspace.utils.servlet.DSpaceWebappServletFilter.doFilter(DSpaceWebappServletFilter.java:78)
    at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:192)
    at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:165)
    at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:198)
    at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:96)
    at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:478)
    at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:140)
    at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:80)
    at org.apache.catalina.valves.AbstractAccessLogValve.invoke(AbstractAccessLogValve.java:624)
    at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:87)
    at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:341)
    at org.apache.coyote.ajp.AjpProcessor.service(AjpProcessor.java:486)
    at org.apache.coyote.AbstractProcessorLight.process(AbstractProcessorLight.java:66)
    at org.apache.coyote.AbstractProtocol$ConnectionHandler.process(AbstractProtocol.java:861)
    at org.apache.tomcat.util.net.NioEndpoint$SocketProcessor.doRun(NioEndpoint.java:1455)
    at org.apache.tomcat.util.net.SocketProcessorBase.run(SocketProcessorBase.java:49)
    at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)
    at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)
    at org.apache.tomcat.util.threads.TaskThread$WrappingRunnable.run(TaskThread.java:61)
    at java.lang.Thread.run(Thread.java:745)
Caused by: java.lang.IllegalStateException: Cannot forward after response has been committed
    at org.apache.catalina.core.ApplicationDispatcher.doForward(ApplicationDispatcher.java:321)
    at org.apache.catalina.core.ApplicationDispatcher.forward(ApplicationDispatcher.java:311)
    at org.dspace.app.webui.util.JSPManager.showJSP(JSPManager.java:60)
    ... 30 more

Редактировано 1 раз. Последний раз 16.02.2018 09:28 пользователем PavelDAS.

Это что-то xmlui speciffic. Повторить на jspui не могу.

Как вариант - просто покопать лог конфиг на предмет не_логирования данного события.

Цитата:

Это что-то xmlui speciffic. Повторить на jspui не могу.

xmlui не используется. Я его в Tomcat выключил когда-то. А сейчас зашёл -- включён. Выключил. Посмотрим...

У нас куча в логах таких ошибок:

1) ERROR org.dspace.app.xmlui.cocoon.DSpaceCocoonServletFilter @ Client closed the connection before file download was complete

Это явно ничего страшного, хотя и можно было бы выяснить, что за клиенты такие

2) Есть более непонятная ошибка:

2018-02-16 12:47:35,478 ERROR org.dspace.app.xmlui.cocoon.servlet.multipart.DSpaceMultipartFilter @ Problem in multipart filter. Unable to create request.
java.lang.NullPointerException

Иногда подряд несколько таких идёт.

У нас было много ошибок, а потом я забанил Китай.... весь. И стало хорошо :) Попутно выяснилось что все китайские автономки не помещяются в одно правило виндового дырволла (ага, dspace на windows), разделил географически китай на 9 больших кусков - красота...

xmlui выключен, а ошибки "javax.servlet.ServletException: java.lang.IllegalStateException: Cannot forward after response has been committed" остались :(

А можно как-то выключить отправку па почту Checksum checker Report?

почту админа из конфига уберите

По какому принципу сортируются коллекции?
И можно ли это задать как-то?

[rep.bsatu.by]

2018 и 2008 не на своём месте...