[dspace-tech] Re: Unable to find METSRIGHTS crosswalk plugin when exporting items as AIP

[Max Sullivan]

Hi Folks,

We have solved this issue. Our config file was missing the following lines 
highlighted in red.

plugin.named.org.dspace.content.crosswalk.DisseminationCrosswalk = \

org.dspace.content.crosswalk.METSDisseminationCrosswalk = METS, \

org.dspace.content.crosswalk.METSDisseminationCrosswalk = mets, \

org.dspace.content.crosswalk.METSRightsCrosswalk = METSRIGHTS, \

Cheers

On Friday, 26 August 2016 09:59:55 UTC+12, Max Sullivan wrote:
>
> Hi there,
>
> We are trying to export items from our archive as Archival Information 
> Packages (AIP) but are getting the following error message. Have we 
> misconfigured our dspace.cfg file?
>
> Exception: Cannot find METSRIGHTS crosswalk plugin, either 
> DisseminationCrosswalk or StreamDisseminationCrosswalk
> org.dspace.content.packager.PackageValidationException: Cannot find 
> METSRIGHTS crosswalk plugin, either DisseminationCrosswalk or  
> StreamDisseminationCrosswalk
> at 
> org.dspace.content.packager.AbstractMETSDisseminator.makeMdSec(AbstractMETSDisseminator.java:701)
> at 
> org.dspace.content.packager.AbstractMETSDisseminator.addToAmdSec(AbstractMETSDisseminator.java:727)
> at 
> org.dspace.content.packager.AbstractMETSDisseminator.addAmdSec(AbstractMETSDisseminator.java:754)
> at 
> org.dspace.content.packager.AbstractMETSDisseminator.makeManifest(AbstractMETSDisseminator.java:839)
> at 
> org.dspace.content.packager.AbstractMETSDisseminator.writeZipPackage(AbstractMETSDisseminator.java:311)
> at 
> org.dspace.content.packager.AbstractMETSDisseminator.disseminate(AbstractMETSDisseminator.java:258)
> at 
> org.dspace.content.packager.DSpaceAIPDisseminator.disseminate(DSpaceAIPDisseminator.java:160)
> at org.dspace.app.packager.Packager.disseminate(Packager.java:671)
> at org.dspace.app.packager.Packager.main(Packager.java:460)
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at 
> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
> at 
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
> at java.lang.reflect.Method.invoke(Method.java:597)
> at org.dspace.app.launcher.ScriptLauncher.main(ScriptLauncher.java:183)
>

-- 
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: Strange error with item record

[George Kozak]

Andrea:
Thanks.  I will try and clear the cache.  I don't think I'm having database
connection and memory problems, but anything is possible 
I will restart things if the cache cleaning doesn't help.
George Kozak

On Thursday, August 25, 2016, Andrea Schweer  wrote:

> I just accessed that page using Firefox and did indeed get that error.
> There is a stack trace in the page source, but it doesn't look particularly
> useful. Have you tried clearing the Cocoon cache? Also, is the server doing
> ok for database connections and memory? I've sometimes seen strange errors
> on item pages when the system was close to running out of database
> connections / memory.
>
> cheers,
> Andrea
>
> On 08/26/2016 10:02 AM, George Kozak wrote:
>
> Hi, I am am seeing a strange error with one of my item records.
> We are using DSpace 5.5, Mirage2 modified theme.
> When someone views the record:
> https://ecommons.cornell.edu/handle/1813/40163
> using Firefox, they get an error: 1024
> Any other browser, it works fine.
> Also, if I am logged in as Admin, I can view the record fine in Firefox.
> No errors in the dspace logs.
> Does anyone have any ideas?
> I'm stumped.
> --
> ***
> George Kozak
> Digital Library Specialist
> Cornell University Library - IT
> 218 Olin Library
> Cornell University
> Ithaca, NY 14853
> 607-255-8924
> g...@cornell.edu 
> --
> 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.
>
>
> --
> Dr Andrea Schweer
> Lead Software Developer, ITS Information Systems
> The University of Waikato, Hamilton, New Zealand
> +64-7-837 9120
>
>

-- 
***
George Kozak
Digital Library Specialist
Cornell University Library - IT
218 Olin Library
Cornell University
Ithaca, NY 14853
607-255-8924
g...@cornell.edu

-- 
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] Strange error with item record

[Andrea Schweer]

  
  
I just accessed that page using Firefox and did indeed get that
error. There is a stack trace in the page source, but it doesn't
look particularly useful. Have you tried clearing the Cocoon cache?
Also, is the server doing ok for database connections and memory?
I've sometimes seen strange errors on item pages when the system was
close to running out of database connections / memory.

cheers,
Andrea

On 08/26/2016 10:02 AM, George Kozak
  wrote:


  Hi, I am am seeing a strange error with one of my
item records.
We are using DSpace 5.5, Mirage2 modified theme.
When someone views the record:
https://ecommons.cornell.edu/handle/1813/40163
using Firefox, they get an error: 1024
Any other browser, it works fine.
Also, if I am logged in as Admin, I can view the record
  fine in Firefox.
No errors in the dspace logs.
Does anyone have any ideas?

  I'm stumped.
  -- 
  

  ***
George Kozak
Digital Library Specialist
Cornell University Library - IT
218 Olin Library
Cornell University
Ithaca, NY 14853
607-255-8924
  
  g...@cornell.edu

  

  

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


-- 
Dr Andrea Schweer
Lead Software Developer, ITS Information Systems
The University of Waikato, Hamilton, New Zealand
+64-7-837 9120
  




-- 
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] Strange error with item record

[George Kozak]

Hi, I am am seeing a strange error with one of my item records.
We are using DSpace 5.5, Mirage2 modified theme.
When someone views the record:
https://ecommons.cornell.edu/handle/1813/40163
using Firefox, they get an error: 1024
Any other browser, it works fine.
Also, if I am logged in as Admin, I can view the record fine in Firefox.
No errors in the dspace logs.
Does anyone have any ideas?
I'm stumped.
-- 
***
George Kozak
Digital Library Specialist
Cornell University Library - IT
218 Olin Library
Cornell University
Ithaca, NY 14853
607-255-8924
g...@cornell.edu

-- 
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] Unable to find METSRIGHTS crosswalk plugin when exporting items as AIP

[Max Sullivan]

Hi there,

We are trying to export items from our archive as Archival Information 
Packages (AIP) but are getting the following error message. Have we 
misconfigured our dspace.cfg file?

Exception: Cannot find METSRIGHTS crosswalk plugin, either 
DisseminationCrosswalk or StreamDisseminationCrosswalk
org.dspace.content.packager.PackageValidationException: Cannot find 
METSRIGHTS crosswalk plugin, either DisseminationCrosswalk or  
StreamDisseminationCrosswalk
at 
org.dspace.content.packager.AbstractMETSDisseminator.makeMdSec(AbstractMETSDisseminator.java:701)
at 
org.dspace.content.packager.AbstractMETSDisseminator.addToAmdSec(AbstractMETSDisseminator.java:727)
at 
org.dspace.content.packager.AbstractMETSDisseminator.addAmdSec(AbstractMETSDisseminator.java:754)
at 
org.dspace.content.packager.AbstractMETSDisseminator.makeManifest(AbstractMETSDisseminator.java:839)
at 
org.dspace.content.packager.AbstractMETSDisseminator.writeZipPackage(AbstractMETSDisseminator.java:311)
at 
org.dspace.content.packager.AbstractMETSDisseminator.disseminate(AbstractMETSDisseminator.java:258)
at 
org.dspace.content.packager.DSpaceAIPDisseminator.disseminate(DSpaceAIPDisseminator.java:160)
at org.dspace.app.packager.Packager.disseminate(Packager.java:671)
at org.dspace.app.packager.Packager.main(Packager.java:460)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at 
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at 
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:597)
at org.dspace.app.launcher.ScriptLauncher.main(ScriptLauncher.java:183)

-- 
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] LAC - ETD-ms and DC configuration

[Long nam]

I did reindex the records  but it doesn't help. But i think your hints 
helped me found the issue. It looks like that there is a bug in my Dspace 
version 5.3  (https://jira.duraspace.org/browse/DS-2542), It produced the 
error " Invalid date given in until parameter "  when I enter my URL "
http://winnspace.uwinnipeg.ca:8080/oai/request?verb=ListRecords=oai_etdms=2015-08-24;
 
in a browser. 
It time to upgrade to 5.5 i guess ?

Thanks for all your helps Dan !!

On Tuesday, August 23, 2016 at 9:53:00 PM UTC-5, Dan Scott wrote:
>
> Hmm. When I try rerunning that URL through the etheses Canada validator it 
> shows an error for the URL 
> http://winnspace.uwinnipeg.ca:8080/oai/request?verb=ListRecords=oai_etdms=2015-08-24
>
> And when I try that out myself, it says "Critical Error" unless I remove 
> the "=2015-08-24" parameter... The from parameter didn't seem to work 
> with any date values. Check your logs, maybe there's an expectation of 
> dates in different formats than Solr expects them, or you need to reindex 
> the records?
>
> On Mon, Aug 22, 2016, 12:52  
> wrote:
>
>> hi Dan,
>> Thank you for sharing your information. This is extremely useful for us.
>> We've followed your instructions and submitted codes from " 
>> https://github.com/dbs/DSpace/tree/dspace-5_5-lac-bac-etdms 
>> "
>>  
>> . We got most of it configured. But for some reasons we still can't get 
>> Etheses Canada validator to test successful.
>> Please take a look at our oai_etdms URL "  
>> http://winnspace.uwinnipeg.ca:8080/oai/request?verb=ListRecords=oai_etdms
>>   
>> "
>> hopefully you can spot out anything that is missing.
>>
>> thanks for all your helps !!!
>>
>>
>>
>>
>> On Friday, August 19, 2016 at 9:33:13 AM UTC-5, Dan Scott wrote:
>>
>>> Hi:
>>>
>>> Having just been through this process for our recent upgrade to DSpace 
>>> 5.5, I hope to be able to help.
>>>
>>> I've put together a git branch that contains three commits at the tip 
>>> reflecting what I believe was what we needed to satisfy LAC-BAC's Theses 
>>> Canada validator (still awaiting final results though) at 
>>> https://github.com/dbs/DSpace/tree/dspace-5_5-lac-bac-etdms
>>>
>>> In short, you need to ensure a few fields are available in the source 
>>> metadata to be able to generate the required etdms output, and you need a 
>>> customized etdms stylesheet, with the name "oai_etdms", to generate the 
>>> fields that LAC-BAC requests based on those inputs. We used a modified 
>>> version of the modification  Ben Sheaff listed back in 2014 at 
>>> http://dspace.2283337.n4.nabble.com/LAC-e-theses-harvesting-of-DSpace-3-1-tp4673485p4673540.html
>>>
>>> We customized the input forms to add those fields for new theses:
>>>
>>> * dc.description.degree - this is used in the XSLT to generate both the 
>>> degree/name and degree/level fields in the oai_etdms output
>>> * dc.publisher.grantor - this is used in the XSLT to generate the 
>>> degree/grantor field
>>>
>>> And then we retroactively added the required fields to those theses that 
>>> were missing them.
>>>
>>> I think if you pull the top three commits from that branch into your 
>>> repository, add the required metadata fields, and reindex your oai records, 
>>> you should be pretty close to a successful harvest. We still have some 
>>> failsafes that hardcode "Laurentian University of Sudbury" so you'll need 
>>> to tweak those accordingly.
>>>
>>> An example record from our output is at 
>>> https://zone.biblio.laurentian.ca/oai/request?verb=GetRecord=oai_etdms=oai:zone.biblio.laurentian.ca:10219/2564
>>>
>>> Hope this helps!
>>>
>>> On Fri, Aug 19, 2016 at 9:59 AM, Long nam  wrote:
>>>
>> hi,
 Our Library just decided to join the Theses Canada program. Since we 
 have never been involved with this program before. 
 We're having a bit of problem configuring ETD-ms so that it can be test 
 successful using  E-Theses validator. 
 
 We believe that we have both metadata formats Dublin Core and ETD-ms 
 listed.   

 http://winnspace.uwinnipeg.ca:8080/oai/request?verb=ListRecords=qdc

 http://winnspace.uwinnipeg.ca:8080/oai/request?verb=ListRecords=etdms

 but only Dublin Core data can be test successful with E-These 
 validator. 
 We're not sure why ETD-ms is not.  

 Please help would be much appreciated !!


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

[dspace-tech] Related publications in dspace

[Lucas angelo]

Dear colleagues,
I'm having problem with respect to related publications. When I enter the 
URI of the related file, it does not show the title of the file only the 
identification number.


Does anyone know tell me how do I show the title of the related 
publication? and no the number??

Thank you very much in advance.

-- 
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] CC-License trouble

[Oliver Goldschmidt]

Hi DSpace community,

I'm having trouble with the CC-Liceses again. Two things are a little bit 
strange:

* the local files license_rdf and license_text are empty
This is already described in https://jira.duraspace.org/browse/DS-2604, but 
obviously it is not solved yet. As I have noted in a comment there, I have 
found a strange error in my dspace.log: 
ERROR org.dspace.license.CreativeCommons @ Server returned HTTP response 
code: 403 for URL: http://creativecommons.org/licenses/by/3.0/de/
I don't understand that, because getting the url with wget is not a problem 
at all - even not from my DSpace server!

* the license doesn't get it into the metadata
This is already described in https://jira.duraspace.org/browse/DS-1538, but 
also obviously not solved yet. dc.rights and dc.rights.uri are not getting 
set at all (I have also seen the error message described in DS-1538, but 
the more common behaviour is, that the field is not getting set).

Any ideas how to fix this? We are using DSpace 5.4 with JSPUI (and are 
about to switch to 5.6)

Thanks in advance for any hints,
best
Oliver

-- 
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] Re: Procedure of translating DSpace

[Tim Donohue]

Hi Evelthon,

Unfortunately, at this time we don't have any specific translation tool 
we can recommend. The translation format is unfortunately different for 
each of our user interfaces (something we hope to solve in DSpace 7, 
more on that below).  So, this makes it difficult to find a translation 
tool that will work for both XMLUI and JSPUI. The wiki page you've found 
does describe many of these issues.


We have a separate wiki page that describes the current process of 
submitting translations (and a few basic tools that can be used to check 
for missing keys, etc):


https://wiki.duraspace.org/pages/viewpage.action?pageId=19006307

As this wiki page describes, all our translations are managed in 
GitHub.  We have two separate GitHub projects for XMLUI and JSPUI 
translations:

* JSPUI / API translations: https://github.com/DSpace/dspace-api-lang
* XMLUI translations: https://github.com/DSpace/dspace-xmlui-lang

Hopefully that helps you get a better sense of the processes.  I admit, 
the processes currently are not ideal. We do hope to try to ease the 
translation process as part of the migration to the new (Angular2 based) 
User Interface coming in DSpace 7 (late 2017 at the earliest). At the 
very least, we'll only have a single translation format which will be 
easier for translators to work with.


- Tim

On 8/25/2016 2:29 AM, Evelthon Prodromou wrote:

Anyone with better insights?

On Wednesday, August 24, 2016 at 5:19:33 PM UTC+3, Evelthon Prodromou 
wrote:


Hello,


I am pretty sure this has been discussed a myriad of times, but
thought of asking the list to see the latest trend. What is the
latest/appropriate way of translating to a language other than
English?

Also, I was looking over the i18n Improvements Proposal

and was wondering if any translation tool was or is planned to be
used.


Thank you,

Evelthon

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


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

--
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: Procedure of translating DSpace

[Evelthon Prodromou]

Anyone with better insights?

On Wednesday, August 24, 2016 at 5:19:33 PM UTC+3, Evelthon Prodromou wrote:
>
> Hello,
>
>
> I am pretty sure this has been discussed a myriad of times, but thought of 
> asking the list to see the latest trend. What is the latest/appropriate way 
> of translating to a language other than English?
>
> Also, I was looking over the i18n Improvements Proposal 
>  
> and was wondering if any translation tool was or is planned to be used.
>
>
> Thank you,
>
> Evelthon
>

-- 
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] Sporadic Solr error while indexing

[David Cook]

Hi all,

 

Has anyone encountered the error 'java.lang.ClassNotFoundException:
solr.extraction.ExtractingRequestHandler'? I've included the full error at
the bottom of this email.

 

I'm seeing it particularly with DSpace 4.1 and DSpace 4.4. However, it only
happens when indexing some items.

 

I worked around it by updating solr/search/conf/solrconfig.xml.

 

I replaced:

class="solr.extraction.ExtractingRequestHandler" 

With:

 
class="org.apache.solr.handler.extraction.ExtractingRequestHandler"

 

And I added:



Underneath:

  

  

 

  

  

 

  

  

 

  

  

 

I reloaded the Solr search core, and then everything was indexing once
again! Items that weren't appearing in DSpace were now appearing!

 

When I looked at
"solr/#/search/plugins/queryhandler?entry=/update/extract,/update", I
noticed that /update/extract only had 208 requests. and I reckoned those
were the 208 items that were creating errors before.

 

But. when I look at other DSpace instances I have which don't have this
error in their logs. I see that /update/extract isn't even initialized on
those DSpaces!

 

So I'm rather confused. I've resolved the error. but I don't know *why* the
error was happening in the first place. 

 

2016-08-25 11:55:31,611 INFO
org.apache.solr.update.processor.LogUpdateProcessor @ [search]
webapp=/[dspace]solr path=/update params={wt=javabin=2}
{deleteByQuery=handle:"1/13680" (-1543598381804290048)} 0 38

2016-08-25 11:55:31,852 ERROR org.apache.solr.servlet.SolrDispatchFilter @
null:org.apache.solr.common.SolrException: lazy loading error

at
org.apache.solr.core.RequestHandlers$LazyRequestHandlerWrapper.getWrappedHan
dler(RequestHandlers.java:257)

at
org.apache.solr.core.RequestHandlers$LazyRequestHandlerWrapper.handleRequest
(RequestHandlers.java:239)

at org.apache.solr.core.SolrCore.execute(SolrCore.java:1904)

at
org.apache.solr.servlet.SolrDispatchFilter.execute(SolrDispatchFilter.java:6
59)

at
org.apache.solr.servlet.SolrDispatchFilter.doFilter(SolrDispatchFilter.java:
362)

at
org.apache.solr.servlet.SolrDispatchFilter.doFilter(SolrDispatchFilter.java:
158)

at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Application
FilterChain.java:243)

at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterCh
ain.java:210)

at
org.dspace.solr.filters.LocalHostRestrictionFilter.doFilter(LocalHostRestric
tionFilter.java:50)

at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Application
FilterChain.java:243)

at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterCh
ain.java:210)

at
org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.ja
va:225)

at
org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.ja
va:169)

at
org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase
.java:472)

at
org.apache.catalina.valves.RequestFilterValve.process(RequestFilterValve.jav
a:305)

at
org.apache.catalina.valves.RemoteAddrValve.invoke(RemoteAddrValve.java:83)

at
org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:168
)

at
org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:98)

at
org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:927)

at
org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java
:118)

at
org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:407)

at
org.apache.coyote.http11.AbstractHttp11Processor.process(AbstractHttp11Proce
ssor.java:999)

at
org.apache.coyote.AbstractProtocol$AbstractConnectionHandler.process(Abstrac
tProtocol.java:565)

at
org.apache.tomcat.util.net.AprEndpoint$SocketWithOptionsProcessor.run(AprEnd
point.java:1770)

at
java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:11
45)

at
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:6
15)

at java.lang.Thread.run(Thread.java:745)

Caused by: org.apache.solr.common.SolrException: Error loading class
'solr.extraction.ExtractingRequestHandler'

at
org.apache.solr.core.SolrResourceLoader.findClass(SolrResourceLoader.java:44
9)

at
org.apache.solr.core.SolrResourceLoader.findClass(SolrResourceLoader.java:38
1)

at org.apache.solr.core.SolrCore.createInstance(SolrCore.java:530)

at
org.apache.solr.core.SolrCore.createRequestHandler(SolrCore.java:603)

at
org.apache.solr.core.RequestHandlers$LazyRequestHandlerWrapper.getWrappedHan
dler(RequestHandlers.java:248)

... 26 more

Caused by: java.lang.ClassNotFoundException:
solr.extraction.ExtractingRequestHandler

at java.net.URLClassLoader$1.run(URLClassLoader.java:366)

at 

Re: [dspace-tech] ORCiD IDs

[Sean Carte]

Thanks for the clarification, Claudia.

Sean

On 18 August 2016 at 16:36, Claudia Jürgen 
wrote:

> Hi Sean,
>
> an eperson is a registered user with certain rights/roles. One of these
> is the right of submitting items. The information that he submitted an
> item (which does not imply authorship) is stored in the item table as
> submitter_id.
>
> dc.contributor.author is just a metadata value which might be controlled
> by authority and got no relation to an eperson even if in the real world
> the dc.contributor.autor with the orcid id n corresponds to an eperson.
>
> I think unless you got the eperson's metadata authority  controlled
> itself using orcid there is no way to link an
> eperson to a metadatavalue which is authority controlled by orcid.
>
>
>
> Hope this helps
>
> Claudia  Jürgen
>
>
> Am 18.08.2016 um 16:00 schrieb Sean Carte:
>
>> (Thanks again, Claudia.)
>>
>> Does anybody know how I can link the records in the authority index with
>> those in the eperson table? Or, to put it another way, how can I find the
>> associated DSpace record, given an authority index record?
>>
>> I can get a list of all authors with ORCiD IDs with:
>>
>> solr/authority/select?q=orcid_id:*
>>
>> But the ID returned there does not match the ID in DSpace.
>>
>> For example, here's a record from the authority index:
>>
>> 
>> 58b55f8c-4950-40af-ba58-2fc835eda26f
>> dc_contributor_author
>> Spershott, Claire
>> false
>> 2016-04-06T05:32:04.393Z
>> 2016-04-06T05:32:04.393Z
>> orcid
>> Claire
>> Spershott
>> -0002-8421-238X
>> 
>>
>> In the eperson table, this user has the following IDs:
>> eperson_id: 58
>> uuid: d7af62d0-079c-4fe1-8fe1-0ce4d7ee0ec8
>>
>> and I can find the user's biographical information using that uuid in
>> metadatavalue:
>>
>> SELECT * FROM metadatavalue WHERE dspace_object_id =
>> 'd7af62d0-079c-4fe1-8fe1-0ce4d7ee0ec8';
>>
>> My confused mind says that the authority index id should match the uuid,
>> but it doesn't.
>>
>> Sean
>> --
>>
>>
> --
> 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.
>
> --
> 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.
>



--

-- 
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] ORCiD IDs

[Sean Carte]

Thanks, Andrea.

I will look into DSpace-CRIS.

Sean

On 18 August 2016 at 17:24, Andrea Bollini 
wrote:

> Hi Sean,
>
> eperson and author are two different concepts and my opinion is that we
> need to keep them separated, see also
>
> https://wiki.duraspace.org/display/DSPACE/ORCID+
> Integration?focusedCommentId=34660252#comment-34660252
>
> In DSpace-CRIS you can configure a browse of authors and expose the ORCID
> iD side by side with their names, as done for example here:
>
> http://dspacecris.eurocris.org/browse?type=rpname
>
> you can also limit the author list to "internal staff" if you track such
> information in the author record, make the orcid id clickable etc.
>
> With DSpace-CRIS you can also link an eperson to an author, making it the
> owner of the author record this should respond to your need.
>
> Hope this help,
>
> Andrea
>
> Il 18/08/2016 11:58, Sean Carte ha scritto:
>
> Is there any way of finding out whether an eperson ID is an ORCiD ID, or
> listing all epersons with ORCiD IDs?
>
> dspace-api/src/main/java/org/dspace/authority/orcid/OrcidAuthorityValue.java
> seems to get the information from somewhere, but how it does it looks like
> magic to me.
>
> Sean
> --
>
> --
> 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.
>
>
> --
> Andrea Bollini
> Chief Technology and Innovation Officer
>
> 4Science,  www.4science.it
> office: Via Edoardo D'Onofrio 304, 00155 Roma, Italy
> mobile: +39 333 934 1808
> skype: a.bollini
> linkedin: andreabollini
> orcid: -0002-9029-1854
>
> an Itway Group Company
> Italy, France, Spain, Portugal, Greece, Turkey, Lebanon, Qatar, U.A.Emirates
>
>


--

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