[dspace-tech] DSpace 4 access control configuration not working when change instalation to another server.

[Jose Javier Hernández Benítez]

I changed my DSpace instalation to another server, passed the database and 
the assetstore, updated the Solr indexes.
Everything works well.
Except that the access control settings are not working, nothing that I 
configure is reflected in the system.
For example, if I remove the READ permission to a community for the 
anonymous user, the anonymous user can continue to access that community 
without having to authenticate.
In dspace.log there is no error.

Any idea what's wrong?
Thanks in advance.

-- 
All messages to this mailing list should adhere to the DuraSpace Code of 
Conduct: https://duraspace.org/about/policies/code-of-conduct/
--- 
You received this message because you are subscribed to the Google Groups 
"DSpace Technical Support" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to dspace-tech+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/dspace-tech/ccaa5074-9c22-43ff-89ad-7192c6cbd063%40googlegroups.com.

[dspace-tech] Re: Submitting an item using a bibliographic file

[Marc]

Looking at the code at 
org.dspace.submit.lookup.MultipleSubmissionLookupDataLoader.getRecords(MultipleSubmissionLookupDataLoader.java:91)

record.makeMutable().addValue(
"originalRecord",
new StringValue(identifiers.keySet().iterator().next()));

identifiers is null, so the above code throws a NullPointerException

I am assuming that identifiers is populated from the bte.xml, the 
multipleDataLoader bean?

On Monday, April 22, 2019 at 1:16:46 PM UTC+1, Marc wrote:
>
> Dear List,
>
> When using the submission form and selecting to submit an item using a 
> bibliographic file, when clicking the process button the loading dialog 
> just sits there and nothing seems to happen. Checking the dspace log the 
> following error is logged.
>
> Debian Jessie 8.11
> Java OpenJDK version 1.7.0_201 24.201-b00
> Tomcat 8.0.14 (Debian)
> DSpace CRIS 5.10
> ORCID is configured to use the sandbox.
>
> Any advice would be gratefully received 
>
> Regards
> Marc
>
> 2019-04-22 13:04:34,977 WARN  
> org.dspace.app.webui.servlet.InternalErrorServlet @ 
> :session_id=C234C3FC26E8B4AC6BA224AB30E87786:internal_error:-- URL Was: 
> http://test.testuni.ac.uk/json/submissionLookup
> -- Method: POST
> -- Parameters were:
>
> java.lang.RuntimeException
> at org.dspace.app.webui.servlet.JSONServlet.doDSGet(JSONServlet.java:76)
> at org.dspace.app.webui.servlet.JSONServlet.doDSPost(JSONServlet.java:33)
> at 
> org.dspace.app.webui.servlet.DSpaceServlet.processRequest(DSpaceServlet.java:115)
> at 
> org.dspace.app.webui.servlet.DSpaceServlet.doPost(DSpaceServlet.java:73)
> at javax.servlet.http.HttpServlet.service(HttpServlet.java:644)
> at javax.servlet.http.HttpServlet.service(HttpServlet.java:725)
> at sun.reflect.GeneratedMethodAccessor168.invoke(Unknown Source)
> at 
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> at java.lang.reflect.Method.invoke(Method.java:606)
> at org.apache.catalina.security.SecurityUtil$1.run(SecurityUtil.java:275)
> at org.apache.catalina.security.SecurityUtil$1.run(SecurityUtil.java:272)
> at java.security.AccessController.doPrivileged(Native Method)
> at javax.security.auth.Subject.doAsPrivileged(Subject.java:548)
> at 
> org.apache.catalina.security.SecurityUtil.execute(SecurityUtil.java:307)
> at 
> org.apache.catalina.security.SecurityUtil.doAsPrivilege(SecurityUtil.java:167)
> at 
> org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:285)
> at 
> org.apache.catalina.core.ApplicationFilterChain.access$000(ApplicationFilterChain.java:55)
> at 
> org.apache.catalina.core.ApplicationFilterChain$1.run(ApplicationFilterChain.java:189)
> at 
> org.apache.catalina.core.ApplicationFilterChain$1.run(ApplicationFilterChain.java:185)
> at java.security.AccessController.doPrivileged(Native Method)
> at 
> org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:184)
> at org.apache.tomcat.websocket.server.WsFilter.doFilter(WsFilter.java:52)
> at sun.reflect.GeneratedMethodAccessor169.invoke(Unknown Source)
> at 
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> at java.lang.reflect.Method.invoke(Method.java:606)
> at org.apache.catalina.security.SecurityUtil$1.run(SecurityUtil.java:275)
> at org.apache.catalina.security.SecurityUtil$1.run(SecurityUtil.java:272)
> at java.security.AccessController.doPrivileged(Native Method)
> at javax.security.auth.Subject.doAsPrivileged(Subject.java:548)
> at 
> org.apache.catalina.security.SecurityUtil.execute(SecurityUtil.java:307)
> at 
> org.apache.catalina.security.SecurityUtil.doAsPrivilege(SecurityUtil.java:247)
> at 
> org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)
> at 
> org.apache.catalina.core.ApplicationFilterChain.access$000(ApplicationFilterChain.java:55)
> at 
> org.apache.catalina.core.ApplicationFilterChain$1.run(ApplicationFilterChain.java:189)
> at 
> org.apache.catalina.core.ApplicationFilterChain$1.run(ApplicationFilterChain.java:185)
> at java.security.AccessController.doPrivileged(Native Method)
> at 
> org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:184)
> at 
> org.dspace.utils.servlet.DSpaceWebappServletFilter.doFilter(DSpaceWebappServletFilter.java:78)
> at sun.reflect.GeneratedMethodAccessor167.invoke(Unknown Source)
> at 
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> at java.lang.reflect.Method.invoke(Method.java:606)
> at org.apache.catalina.security.SecurityUtil$1.run(SecurityUtil.java:275)
> at org.apache.catalina.security.SecurityUtil$1.run(SecurityUtil.java:272)
> at java.security.AccessController.doPrivileged(Native Method)
> at 

Re: [dspace-tech] ResultSet closed when using REST api

[Tim Donohue]

Hi Jose,

This looks to be this bug in JIRA: https://jira.duraspace.org/browse/DS-4015

According to that bug report we don't yet have enough information on how to
reliably reproduce this bug.   If you have further information, I'd
recommend adding it to that bug report, as it'd help us determine what the
cause might be.

- Tim

On Fri, May 31, 2019 at 10:48 AM Jose Blanco  wrote:

> I'm having this exact issue:
>
>
> http://dspace.2283337.n4.nabble.com/quot-Could-not-read-collection-items-PSQLException-This-ResultSet-is-closed-quot-in-v5-3-REST-API-td4681538.html
>
> Was there a fix?
>
> Thank you!
>
> -Jose
>
> --
> All messages to this mailing list should adhere to the DuraSpace Code of
> Conduct: https://duraspace.org/about/policies/code-of-conduct/
> ---
> You received this message because you are subscribed to the Google Groups
> "DSpace Technical Support" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to dspace-tech+unsubscr...@googlegroups.com.
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/dspace-tech/CAK%3DKc-uHgiNj%2Bg5B%2BA2o5ZTdJbzw042p2H3CQZPhKVBGSNonNQ%40mail.gmail.com
> 
> .
>


-- 

Tim Donohue
Technical Lead for DSpace & DSpaceDirect
DuraSpace.org | DSpace.org | DSpaceDirect.org

-- 
All messages to this mailing list should adhere to the DuraSpace Code of 
Conduct: https://duraspace.org/about/policies/code-of-conduct/
--- 
You received this message because you are subscribed to the Google Groups 
"DSpace Technical Support" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to dspace-tech+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/dspace-tech/CACKSJ9ORVoHtd0dPGdZEbADEF0V%3DZ2nbSAF7paVhsQCC1Q3j-Q%40mail.gmail.com.

Re: [dspace-tech] Service Unavailable for only one collection xmlui

[Bill Tantzen]

Massimiliano,
You are right, it seems as if the webapp is not starting.  I would start
from the beginning of the process.  Did you see any errors from the build
or ant update?  Did tomcat start successfully -- the check the logs in
tomcat/logs for clues.  Finally, check for errors in the dspace/log -- in
this case either dspace.log or cocoon.log.

Hope that helps!
~~ Bill

On Mon, Jun 3, 2019 at 4:22 AM Massimiliano CILURZO 
wrote:

> Dear Bill,
>I changed all the files as in the
> https://github.com/DSpace/DSpace/pull/2130.
> But after the rebuild of dspasce the system goes in error and the xmlui
> doesn't start.
> The system gives me error 404 and the phrase "the origin server did not
> find a current representation for the target resource or is not willing to
> disclose that one exists"
> So I don't know what to do now.
> Some tips?
> Thanks
> Best regards
> Massimiliano
>
>
> Il giorno venerdì 31 maggio 2019 16:20:17 UTC+2, Bill Tantzen ha scritto:
>>
>> There's a little more to it than that -- the PR addressing this issue
>> (DS-3962) updates one .java source code file and a couple of .xsl files
>> with major changes.  Those changes, in addition to setting
>> webui.strengths.show to false dramatically improved my performance with
>> communities and collections with large memberships.
>>
>> ~~ Bill
>>
>> On Fri, May 31, 2019 at 9:04 AM Massimiliano CILURZO 
>> wrote:
>>
>>> Dear Bill,
>>>I have tried to put xmlui.community-list.render.full to false.
>>> But even the system goes only a little better and the problem of
>>> inaccessible collection isn't solved.
>>> Thanks
>>> Best regards
>>> Massimiliano
>>>
>>> Il giorno venerdì 31 maggio 2019 15:40:04 UTC+2, Bill Tantzen ha scritto:

 If you can live without item counts in community/collection views, the
 issue and solution proposed in
 https://jira.duraspace.org/browse/DS-3962 might help!
 Cheers!
 ~~ Bill

 On Fri, May 31, 2019 at 8:31 AM George Peterson 4th <667...@gmail.com>
 wrote:

> I might have a similar issue, for a couple of collections. But the
> same story, migration from 5.x and very very slow loading of a collection
> (or an owing community). In my case, i have items with >1000 metadata
> fields and they are causing XMLUI slowdown, which in turn caused by slow
> processing of Recent Submissions
> You might want to check if it's the same with you, it's relatively
> easy to find those items by changing offset and ppr parameters in URL when
> you browse the collection by issue date for example
> Presently i strongly believe it's a Dspace bug, i'll probably report
> it later (still investigating)
>
> On Fri, May 31, 2019 at 9:00 AM Massimiliano CILURZO 
> wrote:
>
>> Dear All,
>> We have just migrated our dspace server (dspace 5.6) to a new
>> server with dspace 6.3.
>> We have noticed that the response of the xmlui interface is very slow
>> and for one collection  the system say:
>> Service Unavailable
>> The server is temporarily unable to service your request due to
>> maintenance downtime or capacity problems. Please try again later.
>>
>> But if I try to see the same collection with JSPUI there is no
>> problem I can see it and the response of jspui is very fast.
>>
>> Could you help me?
>> Thanks
>> Best regards
>> Massimiliano
>>
>> --
>> All messages to this mailing list should adhere to the DuraSpace Code
>> of Conduct: https://duraspace.org/about/policies/code-of-conduct/
>> ---
>> You received this message because you are subscribed to the Google
>> Groups "DSpace Technical Support" group.
>> To unsubscribe from this group and stop receiving emails from it,
>> send an email to dspac...@googlegroups.com.
>> To view this discussion on the web visit
>> https://groups.google.com/d/msgid/dspace-tech/acebfcc5-758e-4134-a768-dbd4720bf7af%40googlegroups.com
>> 
>> .
>>
> --
> All messages to this mailing list should adhere to the DuraSpace Code
> of Conduct: https://duraspace.org/about/policies/code-of-conduct/
> ---
> You received this message because you are subscribed to the Google
> Groups "DSpace Technical Support" group.
> To unsubscribe from this group and stop receiving emails from it, send
> an email to dspac...@googlegroups.com.
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/dspace-tech/CALbW1TEvy68PN7Av4nycb0JkUyDmyVe4%2BeNp4-jQboem9hD3bw%40mail.gmail.com
> 
> .
>


 --
 Human wheels spin round and round
 While the clock 

[dspace-tech] Rename bitstream

[Wenz, Armin]

Hi,

we want to normalize the filename for uploaded bitstreams, e.g. using
the dc.title and dc.author values as resulting filename.
Is there a way to do that easily or do I have to write a bit of code to
accomplish that. If so, is there a howto describing that or can anybody
give me an idea, where to start.
BTW: we are using DSpace 6.3, JSPUI

Thanks

-- 

Armin Wenz

-- 
All messages to this mailing list should adhere to the DuraSpace Code of 
Conduct: https://duraspace.org/about/policies/code-of-conduct/
--- 
You received this message because you are subscribed to the Google Groups 
"DSpace Technical Support" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to dspace-tech+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/dspace-tech/1559563229.2898.62.camel%40ub.uni-mainz.de.

Re: [dspace-tech] Service Unavailable for only one collection xmlui

[Massimiliano CILURZO]

Dear Bill, 
   I changed all the files as in the 
https://github.com/DSpace/DSpace/pull/2130.
But after the rebuild of dspasce the system goes in error and the xmlui 
doesn't start. 
The system gives me error 404 and the phrase "the origin server did not 
find a current representation for the target resource or is not willing to 
disclose that one exists"
So I don't know what to do now.
Some tips?
Thanks
Best regards 
Massimiliano


Il giorno venerdì 31 maggio 2019 16:20:17 UTC+2, Bill Tantzen ha scritto:
>
> There's a little more to it than that -- the PR addressing this issue 
> (DS-3962) updates one .java source code file and a couple of .xsl files 
> with major changes.  Those changes, in addition to setting 
> webui.strengths.show to false dramatically improved my performance with 
> communities and collections with large memberships.
>
> ~~ Bill
>
> On Fri, May 31, 2019 at 9:04 AM Massimiliano CILURZO  > wrote:
>
>> Dear Bill,
>>I have tried to put xmlui.community-list.render.full to false.
>> But even the system goes only a little better and the problem of 
>> inaccessible collection isn't solved.
>> Thanks
>> Best regards
>> Massimiliano
>>
>> Il giorno venerdì 31 maggio 2019 15:40:04 UTC+2, Bill Tantzen ha scritto:
>>>
>>> If you can live without item counts in community/collection views, the 
>>> issue and solution proposed in https://jira.duraspace.org/browse/DS-3962 
>>> might 
>>> help!
>>> Cheers!
>>> ~~ Bill
>>>
>>> On Fri, May 31, 2019 at 8:31 AM George Peterson 4th <667...@gmail.com> 
>>> wrote:
>>>
 I might have a similar issue, for a couple of collections. But the same 
 story, migration from 5.x and very very slow loading of a collection (or 
 an 
 owing community). In my case, i have items with >1000 metadata fields and 
 they are causing XMLUI slowdown, which in turn caused by slow processing 
 of 
 Recent Submissions
 You might want to check if it's the same with you, it's relatively easy 
 to find those items by changing offset and ppr parameters in URL when you 
 browse the collection by issue date for example 
 Presently i strongly believe it's a Dspace bug, i'll probably report it 
 later (still investigating)

 On Fri, May 31, 2019 at 9:00 AM Massimiliano CILURZO  
 wrote:

> Dear All,
> We have just migrated our dspace server (dspace 5.6) to a new 
> server with dspace 6.3.
> We have noticed that the response of the xmlui interface is very slow 
> and for one collection  the system say:
> Service Unavailable
> The server is temporarily unable to service your request due to 
> maintenance downtime or capacity problems. Please try again later.
>
> But if I try to see the same collection with JSPUI there is no problem 
> I can see it and the response of jspui is very fast.
>
> Could you help me?
> Thanks
> Best regards
> Massimiliano
>
> -- 
> All messages to this mailing list should adhere to the DuraSpace Code 
> of Conduct: https://duraspace.org/about/policies/code-of-conduct/
> --- 
> You received this message because you are subscribed to the Google 
> Groups "DSpace Technical Support" group.
> To unsubscribe from this group and stop receiving emails from it, send 
> an email to dspac...@googlegroups.com.
> To view this discussion on the web visit 
> https://groups.google.com/d/msgid/dspace-tech/acebfcc5-758e-4134-a768-dbd4720bf7af%40googlegroups.com
>  
> 
> .
>
 -- 
 All messages to this mailing list should adhere to the DuraSpace Code 
 of Conduct: https://duraspace.org/about/policies/code-of-conduct/
 --- 
 You received this message because you are subscribed to the Google 
 Groups "DSpace Technical Support" group.
 To unsubscribe from this group and stop receiving emails from it, send 
 an email to dspac...@googlegroups.com.
 To view this discussion on the web visit 
 https://groups.google.com/d/msgid/dspace-tech/CALbW1TEvy68PN7Av4nycb0JkUyDmyVe4%2BeNp4-jQboem9hD3bw%40mail.gmail.com
  
 
 .

>>>
>>>
>>> -- 
>>> Human wheels spin round and round
>>> While the clock keeps the pace... -- John Mellencamp
>>> 
>>> Bill TantzenUniversity of Minnesota Libraries
>>> 612-626-9949 (U of M)612-325-1777 (cell)
>>>
>> -- 
>> All messages to this mailing list should adhere to the DuraSpace Code of 
>> Conduct: https://duraspace.org/about/policies/code-of-conduct/
>> --- 
>> You received this message because you are subscribed to the Google Groups 
>> "DSpace Technical Support" group.
>>