Re: [dspace-tech] DS-3157 and a language swapping problem

2019-03-15 Thread Liviu Petcu 
Hi Hrafn,
Thank you very much for your answer. I'm sorry I did not explain well. The 
issue DS-3996 does not occur on our DSpace. The issue occures when we 
change language, that action makes it jump on another page. For example, 
when displayed page is Browsing by Author, if we change the language, then 
it jumps to Browsing by Issue Date. I also noticed that the browses 
Authors, Subject and Title goes in the default language, regardless of the 
selected language.
Thank you.

vineri, 15 martie 2019, 13:16:52 UTC+2, Hrafn Malmquist a scris:
>
> Hi Liviu
>
> I must admit I don't understand it completely but I think you're 
> describing behaviour similiar to the DS-3996 issue
>
> https://jira.duraspace.org/browse/DS-3996 
> 
>
> Good luck
> On 15/03/2019 10:59, Liviu Petcu wrote:
>
> Hello,
> I would need some advice because at this moment our Dspace 6.0, seems to be 
> affected (at least) by the DS-3157 
>  bug. 
> This happened due to the fact that it was necessary to rebuild Dspace because 
> the Tomcat server did not provide the any content (without errors).
> Rebuilding has restored the functions, but many authors (hundreds) have 
> authority keys instead of names in author browsing. Another strange behavior 
> is that when changing the language, another page is provided (for example, it 
> changes from Browse by authors to Browse by date).There is a way to solve 
> these issues?
> Thank you.
> Liviu Petcu
> DSpace version:  6.0
>   SCM revision:  0fea17436854acf9048b0e11fbf988333ea02956
> SCM branch:  UNKNOWN
> OS:  Linux(amd64) version 3.10.0-514.6.1.el7.x86_64
>  Discovery:  enabled.
>JRE:  Oracle Corporation version 1.8.0_121
>Ant version:  Apache Ant(TM) version 1.9.2 compiled on June 10 2014
>  Maven version:  3.3.9
>
> Tomcat 8.5.13 
> Postgresql 9.6
>
>
> -- 
> 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...@googlegroups.com .
> To post to this group, send email to dspac...@googlegroups.com 
> .
> Visit this group at https://groups.google.com/group/dspace-tech.
> For more options, visit https://groups.google.com/d/optout.
>
> The University of Edinburgh is a charitable body, registered in Scotland, 
> with registration number SC005336. 
>

-- 
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 post to this group, send email to dspace-tech@googlegroups.com.
Visit this group at https://groups.google.com/group/dspace-tech.
For more options, visit https://groups.google.com/d/optout.

[dspace-tech] xmlui not loading in tomcat

2019-03-15 Thread madmax 
Hi All,

I'm installing Dspace version 5.9 in a centos 7 machine from source code. 
After running both mvn -U package and then doing an ant fresh_install, I 
move the xmlui folder to be the ROOT folder of tomcat but Dspace will not 
load. I'm not getting any errors when compiling, and no errors are showing 
up in the log files. Does anyone have an idea where I should look to 
troubleshoot?

Thanks

-- 
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 post to this group, send email to dspace-tech@googlegroups.com.
Visit this group at https://groups.google.com/group/dspace-tech.
For more options, visit https://groups.google.com/d/optout.

Re: [dspace-tech] Preparing metadata for importing into other services (e.g., Crossref)

2019-03-15 Thread Claudia Jürgen 

Hi,

as Mark pointed out you can use Batch Metadata Editing to actually
change your metadata and/or reuse it.

One other things are crosswalks
https://wiki.duraspace.org/display/DSDOC6x/Functional+Overview#FunctionalOverview-CrosswalkPlugins
to translate metadata from one format into another.

As most services require xml take a look at:
https://wiki.duraspace.org/display/DSPACE/XsltCrosswalk

Existing Crosswalks can be found at:
https://github.com/DSpace/DSpace/tree/dspace-6.3/dspace/config/crosswalks

Hope this helps

Claudia Jürgen



Am 15.03.2019 um 13:04 schrieb admin:

Hi,

I'd like to be able to create metadata from DSpace entries in order to
import them to external services like Crossref (registering DOIs) or DOAJ.
Are there any plans to add such functionalities to DSpace or maybe someone
has already developed them?
Some discussions here suggest OAI metadata as a starting point.

So any automatic registrations are not necessary, but at least having a
tool that would allow creating of metadata for manual import to other
services would be a nice feature.


Best, Peter



--
Claudia Juergen
Eldorado

Technische Universität Dortmund
Universitätsbibliothek
Vogelpothsweg 76
44227 Dortmund

Tel.: +49 231-755 40 43
Fax: +49 231-755 40 32
claudia.juer...@tu-dortmund.de
www.ub.tu-dortmund.de

Wichtiger Hinweis: Die Information in dieser E-Mail ist vertraulich. Sie ist 
ausschließlich für den Adressaten bestimmt. Sollten Sie nicht der für diese 
E-Mail bestimmte Adressat sein, unterrichten Sie bitte den Absender und 
vernichten Sie diese Mail. Vielen Dank.
Unbeschadet der Korrespondenz per E-Mail, sind unsere Erklärungen 
ausschließlich final rechtsverbindlich, wenn sie in herkömmlicher Schriftform 
(mit eigenhändiger Unterschrift) oder durch Übermittlung eines solchen 
Schriftstücks per Telefax erfolgen.

Important note: The information included in this e-mail is confidential. It is 
solely intended for the recipient. If you are not the intended recipient of 
this e-mail please contact the sender and delete this message. Thank you. 
Without prejudice of e-mail correspondence, our statements are only legally 
binding when they are made in the conventional written form (with personal 
signature) or when such documents are sent by fax.

--
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 post to this group, send email to dspace-tech@googlegroups.com.
Visit this group at https://groups.google.com/group/dspace-tech.
For more options, visit https://groups.google.com/d/optout.

[dspace-tech] Re: REST API text bitstreams not found

2019-03-15 Thread Mark H. Wood 
On Friday, March 15, 2019 at 8:18:08 AM UTC-4, Paul Warner wrote:
>
> I am querying items in DSpace, and using the uuid to find the bitstreams 
> for each item.  But for some items I do not get the bundleName: TEXT 
> bitstreams, even though they are there in the list when I view it through 
> the browser.  Why?  What am I missing?  This works for other items, but for 
> some items all I get are the bundleName: ORIGINAL files.
>


My first guess would be that items which do not have TEXT bitstreams have 
not yet been seen by the flat-text extractor ('bin/dspace filter-media').  
Next is that these items have no bitstreams in ORIGINAL from which 
filter-media *can* extract flat text.  Would you please tell us more about 
these items.

-- 
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 post to this group, send email to dspace-tech@googlegroups.com.
Visit this group at https://groups.google.com/group/dspace-tech.
For more options, visit https://groups.google.com/d/optout.

[dspace-tech] Re: Preparing metadata for importing into other services (e.g., Crossref)

2019-03-15 Thread Mark H. Wood 
On Friday, March 15, 2019 at 8:04:19 AM UTC-4, admin wrote:
>
> I'd like to be able to create metadata from DSpace entries in order to 
> import them to external services like Crossref (registering DOIs) or DOAJ. 
> Are there any plans to add such functionalities to DSpace or maybe someone 
> has already developed them?
> Some discussions here suggest OAI metadata as a starting point.
>
> So any automatic registrations are not necessary, but at least having a 
> tool that would allow creating of metadata for manual import to other 
> services would be a nice feature.
>
>

https://wiki.duraspace.org/display/DSDOC6x/Batch+Metadata+Editing might be 
helpful.  Once you have exported metadata as CSV, you may use it as you 
please -- there's no requirement to edit and re-import.

-- 
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 post to this group, send email to dspace-tech@googlegroups.com.
Visit this group at https://groups.google.com/group/dspace-tech.
For more options, visit https://groups.google.com/d/optout.

Re: [dspace-tech] Help needed in installing DSPACE

2019-03-15 Thread Mark H. Wood 
On Friday, March 15, 2019 at 7:57:13 AM UTC-4, Ashim Kapoor wrote:
>
> On Wed, 13 Mar 2019 at 21:21, Mark H. Wood  wrote:
>
>> Lines that start with 'host' are appropriate for IP connections, which is 
>> what DSpace will always use.  The host with address '127.0.0.1' is the 
>> local host, and those addresses are typically mapped to the name 
>> 'localhost'.  So the suggested "host dspace dspace 127.0.0.1 
>> 255.255.255.255 md5" allows IP connections from the local host (the same 
>> machine) to the database 'dspace' by the PostgreSQL user 'dspace', using 
>> that user's PostgreSQL password hashed using the MD5 algorithm for 
>> secrecy.  In [DSpace]/config/dspace.cfg and local.cfg you will find that 
>> 'db.url' is set to connect to 'localhost', so DSpace will request IP 
>> ("host") connections from 127.0.0.1 to 127.0.0.1.
>>
>
> Corresponding to :-
>
> "host dspace dspace 127.0.0.1 255.255.255.255 md5"
>
> Where are the instructions for DSPACE to respond with md5 ? Can you please 
> clarify ? 
>
>

The acceptable hashes are negotiated between client and server. I am not 
aware of any way to tell a PostgreSQL client which hash to use.  See 
https://www.postgresql.org/docs/9.3/protocol-flow.html#AEN99727

-- 
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 post to this group, send email to dspace-tech@googlegroups.com.
Visit this group at https://groups.google.com/group/dspace-tech.
For more options, visit https://groups.google.com/d/optout.

[dspace-tech] REST API text bitstreams not found

2019-03-15 Thread Paul Warner 
I am querying items in DSpace, and using the uuid to find the bitstreams 
for each item.  But for some items I do not get the bundleName: TEXT 
bitstreams, even though they are there in the list when I view it through 
the browser.  Why?  What am I missing?  This works for other items, but for 
some items all I get are the bundleName: ORIGINAL files.

Thanks for any tips!

Regards,
Paul

-- 
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 post to this group, send email to dspace-tech@googlegroups.com.
Visit this group at https://groups.google.com/group/dspace-tech.
For more options, visit https://groups.google.com/d/optout.

[dspace-tech] Preparing metadata for importing into other services (e.g., Crossref)

2019-03-15 Thread admin 
Hi,

I'd like to be able to create metadata from DSpace entries in order to 
import them to external services like Crossref (registering DOIs) or DOAJ. 
Are there any plans to add such functionalities to DSpace or maybe someone 
has already developed them?
Some discussions here suggest OAI metadata as a starting point.

So any automatic registrations are not necessary, but at least having a 
tool that would allow creating of metadata for manual import to other 
services would be a nice feature.


Best, Peter

-- 
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 post to this group, send email to dspace-tech@googlegroups.com.
Visit this group at https://groups.google.com/group/dspace-tech.
For more options, visit https://groups.google.com/d/optout.

Re: [dspace-tech] Help needed in installing DSPACE

2019-03-15 Thread Ashim Kapoor 
On Wed, 13 Mar 2019 at 21:21, Mark H. Wood  wrote:

> On Wednesday, March 13, 2019 at 6:37:55 AM UTC-4, Ashim Kapoor wrote:
>>
>> On this page :
>> https://wiki.duraspace.org/display/DSDOC6x/Installing+DSpace#InstallingDSpace-RelationalDatabase:(PostgreSQLorOracle)
>> it says :-
>>
>> Once installed, you need to enable TCP/IP connections (DSpace uses JDBC):
>>
>>- In postgresql.conf: uncomment the line starting: listen_addresses =
>>'localhost'.  This is the default, in recent PostgreSQL releases, but
>>you should at least check it.
>>- Then tighten up security a bit by editing pg_hba.conf and adding
>>this line: host dspace dspace 127.0.0.1 255.255.255.255 md5. This
>>should appear *before* any lines matching all databases, because the
>>first matching rule governs.
>>
>> My query is : should I make the above mentioned line the second entry in
>> the following file ? The file says that the first entry should not be
>> changed.
>>
>> This is my pg_hba.conf :-
>>
>> # DO NOT DISABLE!
>> # If you change this first entry you will need to make sure that the
>> # database superuser can access the database using some other method.
>> # Noninteractive access to all databases is required during automatic
>> # maintenance (custom daily cronjobs, replication, and similar tasks).
>> #
>> # Database administrative login by Unix domain socket
>> local   all postgrespeer
>>
>> # TYPE  DATABASEUSERADDRESS METHOD
>>
>> # "local" is for Unix domain socket connections only
>> local   all all peer
>> # IPv4 local connections:
>>
>
> I would place it here.
>
>
>> hostall all 127.0.0.1/32md5
>> # IPv6 local connections:
>> hostall all ::1/128 md5
>> # Allow replication connections from localhost, by a user with the
>> # replication privilege.
>> #local   replication postgrespeer
>> #hostreplication postgres127.0.0.1/32md5
>> #hostreplication postgres::1/128 md5
>> (END)
>>
>> I have a general query : ( I don't have mastery over using databases.).
>> The web request is handled by Tomcat. And tomcat interacts with the
>> database. So won't the request originate on the same host as Tomcat is on
>> the same host.
>>
>
> Yes.
>
>
>> Accordingly the new entry should start with local and not with host ?
>> Where do I misunderstand  ?
>>
>>
>
> In pg_hba.conf, lines that start with 'local' describe connections via a
> Unix-domain socket, not an IP connection.  The 'psql' command that comes
> with PostgreSQL can use 'local' connections.  The library used by DSpace to
> make database connections does not use Unix-domain sockets, so we can't use
> 'local' for DSpace.
>
> Lines that start with 'host' are appropriate for IP connections, which is
> what DSpace will always use.  The host with address '127.0.0.1' is the
> local host, and those addresses are typically mapped to the name
> 'localhost'.  So the suggested "host dspace dspace 127.0.0.1
> 255.255.255.255 md5" allows IP connections from the local host (the same
> machine) to the database 'dspace' by the PostgreSQL user 'dspace', using
> that user's PostgreSQL password hashed using the MD5 algorithm for
> secrecy.  In [DSpace]/config/dspace.cfg and local.cfg you will find that
> 'db.url' is set to connect to 'localhost', so DSpace will request IP
> ("host") connections from 127.0.0.1 to 127.0.0.1.
>

Corresponding to :-

"host dspace dspace 127.0.0.1 255.255.255.255 md5"

Where are the instructions for DSPACE to respond with md5 ? Can you please
clarify ?

To learn more about configuring and running PostgreSQL, you can find its
> manuals at https://www.postgresql.org/docs/manuals/ .  Pick the version
> that you have installed.  The meaning of lines in pg_hba.conf is discussed
> in the Server Administration part, the Client Authentication chapter, the
> section "the pg_hba.conf file".  (Chapter 20, section 20.1 in the version
> 11 manual.)
>
> --
> 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 post to this group, send email to dspace-tech@googlegroups.com.
> Visit this group at https://groups.google.com/group/dspace-tech.
> For more options, visit https://groups.google.com/d/optout.
>

-- 
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

Re: [dspace-tech] DS-3157 and a language swapping problem

2019-03-15 Thread Hrafn Malmquist 
Hi Liviu

I must admit I don't understand it completely but I think you're describing 
behaviour similiar to the DS-3996 issue

https://jira.duraspace.org/browse/DS-3996

Good luck

On 15/03/2019 10:59, Liviu Petcu wrote:

Hello,
I would need some advice because at this moment our Dspace 6.0, seems to be 
affected (at least) by the DS-3157 
bug.
This happened due to the fact that it was necessary to rebuild Dspace because 
the Tomcat server did not provide the any content (without errors).
Rebuilding has restored the functions, but many authors (hundreds) have 
authority keys instead of names in author browsing.
Another strange behavior is that when changing the language, another page is 
provided (for example, it changes from Browse by authors to Browse by date).
There is a way to solve these issues?
Thank you.

Liviu Petcu

DSpace version:  6.0
  SCM revision:  0fea17436854acf9048b0e11fbf988333ea02956
SCM branch:  UNKNOWN
OS:  Linux(amd64) version 3.10.0-514.6.1.el7.x86_64
 Discovery:  enabled.
   JRE:  Oracle Corporation version 1.8.0_121
   Ant version:  Apache Ant(TM) version 1.9.2 compiled on June 10 2014
 Maven version:  3.3.9

Tomcat 8.5.13
Postgresql 9.6



--
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 post to this group, send email to 
dspace-tech@googlegroups.com.
Visit this group at https://groups.google.com/group/dspace-tech.
For more options, visit https://groups.google.com/d/optout.
The University of Edinburgh is a charitable body, registered in Scotland, with 
registration number SC005336.

-- 
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 post to this group, send email to dspace-tech@googlegroups.com.
Visit this group at https://groups.google.com/group/dspace-tech.
For more options, visit https://groups.google.com/d/optout.

[dspace-tech] DS-3157 and a language swapping problem

2019-03-15 Thread Liviu Petcu 


Hello,
I would need some advice because at this moment our Dspace 6.0, seems to be 
affected (at least) by the DS-3157  
bug. 
This happened due to the fact that it was necessary to rebuild Dspace because 
the Tomcat server did not provide the any content (without errors).
Rebuilding has restored the functions, but many authors (hundreds) have 
authority keys instead of names in author browsing. 
Another strange behavior is that when changing the language, another page is 
provided (for example, it changes from Browse by authors to Browse by date).
There is a way to solve these issues?
Thank you.

Liviu Petcu

DSpace version:  6.0
  SCM revision:  0fea17436854acf9048b0e11fbf988333ea02956
SCM branch:  UNKNOWN
OS:  Linux(amd64) version 3.10.0-514.6.1.el7.x86_64
 Discovery:  enabled.
   JRE:  Oracle Corporation version 1.8.0_121
   Ant version:  Apache Ant(TM) version 1.9.2 compiled on June 10 2014
 Maven version:  3.3.9

Tomcat 8.5.13 
Postgresql 9.6

-- 
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 post to this group, send email to dspace-tech@googlegroups.com.
Visit this group at https://groups.google.com/group/dspace-tech.
For more options, visit https://groups.google.com/d/optout.

[dspace-tech] Re: Swordv2 Deposit in DSpace-CRIS 5.10

2019-03-15 Thread Sean Carte 
Still struggling with this. I thought I'd try submitting to demo.dspace.org;
I get a 500 Internal Server Error, although the item is deposited.

curl -v -i --data-binary "@Downloads/Singh_2009.pdf" -H
"Content-Disposition:attachment; filename=Singh_2009.pdf" -H
"Content-Type:application/pdf" -H "Packaging:
http://purl.org/net/sword/package/Binary; -u dspacedemo+sub...@gmail.com:dspace
-X POST http://demo.dspace.org/swordv2/collection/10673/2
Note: Unnecessary use of -X or --request, POST is already inferred.
*   Trying 50.17.201.82...
* Connected to demo.dspace.org (50.17.201.82) port 80 (#0)
* Server auth using Basic with user 'dspacedemo+sub...@gmail.com'
> POST /swordv2/collection/10673/2 HTTP/1.1
> Host: demo.dspace.org
> Authorization: Basic ZHNwYWNlZGVtbytzdWJtaXRAZ21haWwuY29tOmRzcGFjZQ==
> User-Agent: curl/7.47.0
> Accept: */*
> Content-Disposition:attachment; filename=Singh_2009.pdf
> Content-Type:application/pdf
> Packaging:http://purl.org/net/sword/package/Binary
> Content-Length: 1413724
> Expect: 100-continue
>
< HTTP/1.1 100 Continue
HTTP/1.1 100 Continue

* We are completely uploaded and fine
< HTTP/1.1 500 Internal Server Error
HTTP/1.1 500 Internal Server Error
< Date: Fri, 15 Mar 2019 06:25:58 GMT
Date: Fri, 15 Mar 2019 06:25:58 GMT
< Server: Apache/2.4.18 (Ubuntu)
Server: Apache/2.4.18 (Ubuntu)
< Content-Type: text/html;charset=utf-8
Content-Type: text/html;charset=utf-8
< Content-Language: en
Content-Language: en
< Content-Length: 3522
Content-Length: 3522
< Connection: close
Connection: close

<
Apache Tomcat/7.0.68 (Ubuntu) - Error
report
HTTP Status 500 - Servlet execution threw an
exceptiontype Exception
reportmessage Servlet execution threw an
exceptiondescription The server encountered an
internal error that prevented it from fulfilling this
request.exception javax.servlet.ServletException:
Servlet execution threw an exception
org.apache.tomcat.websocket.server.WsFilter.doFilter(WsFilter.java:52)
root cause java.lang.NoClassDefFoundError: Could
not initialize class org.apache.jena.riot.system.RiotLib
org.apache.jena.riot.RiotReader.createParserTurtle(RiotReader.java:344)
org.apache.jena.riot.RiotReader.createParser(RiotReader.java:173)
org.apache.jena.riot.RiotReader.createParser(RiotReader.java:141)

org.apache.jena.riot.RDFParserRegistry$ReaderRIOTLang.read(RDFParserRegistry.java:180)
org.apache.jena.riot.RDFDataMgr.process(RDFDataMgr.java:906)
org.apache.jena.riot.RDFDataMgr.read(RDFDataMgr.java:257)
org.apache.jena.riot.RDFDataMgr.read(RDFDataMgr.java:243)
org.apache.jena.riot.adapters.RDFReaderRIOT.read(RDFReaderRIOT.java:70)
com.hp.hpl.jena.rdf.model.impl.ModelCom.read(ModelCom.java:226)

org.dspace.rdf.conversion.SimpleDSORelationsConverterPlugin.getPrefixes(SimpleDSORelationsConverterPlugin.java:86)

org.dspace.rdf.conversion.SimpleDSORelationsConverterPlugin.convertItem(SimpleDSORelationsConverterPlugin.java:454)

org.dspace.rdf.conversion.SimpleDSORelationsConverterPlugin.convert(SimpleDSORelationsConverterPlugin.java:130)

org.dspace.rdf.conversion.RDFConverterImpl.convert(RDFConverterImpl.java:78)
org.dspace.rdf.RDFUtil.convert(RDFUtil.java:203)
org.dspace.rdf.RDFUtil.convertAndStore(RDFUtil.java:239)
org.dspace.rdf.RDFConsumer.convert(RDFConsumer.java:387)
org.dspace.rdf.RDFConsumer.end(RDFConsumer.java:347)
org.dspace.event.BasicDispatcher.dispatch(BasicDispatcher.java:149)
org.dspace.core.Context.dispatchEvents(Context.java:455)
org.dspace.core.Context.commit(Context.java:424)
org.dspace.core.Context.complete(Context.java:380)
org.dspace.sword2.SwordContext.commit(SwordContext.java:172)

org.dspace.sword2.CollectionDepositManagerDSpace.createNew(CollectionDepositManagerDSpace.java:170)
org.swordapp.server.CollectionAPI.post(CollectionAPI.java:165)

org.swordapp.server.servlets.CollectionServletDefault.doPost(CollectionServletDefault.java:48)
javax.servlet.http.HttpServlet.service(HttpServlet.java:650)
javax.servlet.http.HttpServlet.service(HttpServlet.java:731)
org.apache.tomcat.websocket.server.WsFilter.doFilter(WsFilter.java:52)
* Closing connection 0
note The full stack trace of the root cause is
available in the Apache Tomcat/7.0.68 (Ubuntu) logs.Apache Tomcat/7.0.68 (Ubuntu)

So I tried submitting to https://test.dspace-cris.4science.it. This results
in a 405: HTTP method GET is not supported