Re: [Dspace-tech] Repec export

2015-06-17 Thread TAYLOR Robin
Many thanks to Stuart, it worked a treat!

Cheers, Robin.


Robin Taylor
Main Library
University of Edinburgh

From: Stuart Yeates stuart.yea...@vuw.ac.nz
Sent: 15 June 2015 22:05
To: TAYLOR Robin; dspace-tech; DSpace Developers
Subject: Re: Repec export

We have a highly-customised version of the same script which I believe has this 
defect fixed.

http://researcharchive.vuw.ac.nz/local/RePEc/dspace2redif.pl

This version of the script also does some quality control checking and squawks 
if the metadata doesn't meet the RePEc minimums (which usually indicates a user 
error somewhere at our end). We run it with crontab lines that look like:

32 12 * * * cd /var/www/html/local/RePEc/ ; 
/var/www/html/local/RePEc/dspace2redif.pl  /var/www/html/local/RePEc/vuwecf.conf

cheers
stuart

--
I have a new phone number: 04 463 5692
https://www.facebook.com/VUWLibrary / https://www.facebook.com/TKMPC


From: TAYLOR Robin robin.tay...@ed.ac.uk
Sent: Monday, 15 June 2015 9:17 p.m.
To: dspace-tech; DSpace Developers
Subject: [Dspace-tech] Repec export

(Apologies for cross-posting)

Hi all,

We run a Perl script (dspace2redif.pl) periodically that uses OAI-PMH to 
generate a file which we use to update http://repec.org/. I've forgotten the 
origins of the script but it was downloaded and I believe is used at other 
sites. Anyway, we recently upgraded DSpace to 4.2 and the script stopped 
working as it has hardcoded assumptions about the OAI resumption tokens which 
are no longer valid at 4.2. I'm emailing on the off chance that others have 
experienced the same problems and have already fixed the script?

Cheers, Robin.

Robin Taylor
Main Library
University of Edinburgh
--
The University of Edinburgh is a charitable body, registered in
Scotland, with registration number SC005336.


--
___
DSpace-tech mailing list
DSpace-tech@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dspace-tech
List Etiquette: https://wiki.duraspace.org/display/DSPACE/Mailing+List+Etiquette

--
___
DSpace-tech mailing list
DSpace-tech@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dspace-tech
List Etiquette: https://wiki.duraspace.org/display/DSPACE/Mailing+List+Etiquette


Re: [Dspace-tech] Shibboleth and role based groups?

2015-06-17 Thread Tim Donohue
Hi Michael,

A silly question, but is the 
org.dspace.authenticate.ShibAuthentication class listed *first* 
amongst your AuthenticationMethod settings in authentication.cfg? Or 
are there other authentication plugins appearing above it?

https://github.com/DSpace/DSpace/blob/master/dspace/config/modules/authentication.cfg#L37

It seems really odd to me that you are not seeing DEBUG logs from the 
ShibAuthentication.getSpecialGroups() method, as they should be written 
on *login* (and shouldn't actually be affected by that other bug I 
mentioned, DS-2527).

So, it made me wonder if somehow the Special Groups are not being 
initialized properly (though I cannot think of why that'd be). You could 
try listing ShibAuthentication *first* (or removing any other 
Authentication plugins temporarily) to see if that makes any difference.

Beyond that, honestly your configs look fine to me. I don't see anything 
obviously wrong here, and I've done something similar myself in the past 
(and it's always worked).

- Tim

On 6/15/2015 6:20 AM, Michael White wrote:
 Thanks Tim,

 You might be hitting this bug:

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

 Yes, it does look like what I'm experiencing, but I've tried the fix and it 
 didn't seem to do the job for me - I uncommented the following in dspace.cfg:

 org.dspace.content.Collection.findAuthorizedPerformanceOptimize = false

 - and restarted Tomcat, but no joy.

 In authentication-shibboleth.cfg, I have:

 --
 # The shibboleth header to do role-based mappings
 role-header = affiliation

 # Whether to ignore the attribute's scope or value.
 role-header.ignore-scope = true
 #role-header.ignore-value = false

 # Default mappings of roles values to a comma separated list of DSpace group
 # names (Case Sensitive).
 #role.faculty = Faculty, Member
 role.staff = STIR_USERS
 --

 But, when I log on as a user with the appropriate role defined, they are not 
 allocated to the named group (which should give them deposit permissions as 
 the special group has deposit permissions in my one and only test group).  
 With logging at DEBUG, I can see the role header (affiliation) being passed 
 over (amongst others):

 eppn='m...@stir.ac.uk'
 affiliation='st...@stir.ac.uk;mem...@stir.ac.uk'
 unscoped-affiliation=''
 entitlement=''
 targeted-id=''
 persistent-id=''
 sn='White'
 givenname='Michael'
 mail='michael.wh...@stir.ac.uk'
 netid='mw6'
 o='Information Services'
 ou='eLearning Liaison and Development'

 However, I'm not seeing any of the log lines from the getSpecialGroups 
 function in ShibAuthentication.java - so it still looks like this function 
 isn't being called?

 So, just wanted to report that the simple fix didn't seem to resolve the 
 problem for me.

 However, It isn't life or death for me to solve this now as allocation to a 
 single special group wasn't quite what I wanted to do anyway - I ideally 
 wanted to allocate Researchers to deposit groups for the Collections for 
 their department (pulled from ou header), so instead I extended the 
 ShibAuthentication code to use a mapping of departments to deposit groups 
 (abstracted to authentication-shibboleth.cfg) to add users to their 
 department's deposit group during logon (which I now have working a treat).

 Not sure why the stipulated fix for the original problem didn't work for me 
 though :-(

 Cheers,

 Mike

 Michael White
 eLearning Developer
 Information Services

 T: (01786) 466877
 E: michael.wh...@stir.ac.uk
 A: S8, Library, University of Stirling, Stirling, FK9 4LA

 -Original Message-
 From: Tim Donohue [mailto:tdono...@duraspace.org]
 Sent: 12 June 2015 15:25
 To: Michael White; dspace-tech@lists.sourceforge.net
 Subject: Re: [Dspace-tech] Shibboleth and role based groups?

 Mike,

 You might be hitting this bug:

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

 If so, there's a quick fix listed in the bug report.

 Good luck,

 - Tim

 On 6/9/2015 5:21 AM, Michael White wrote:
 Hi,

 I can't seem to get the auto population of this group working.

 Just to add to what I've already said - I upped the log level to DEBUG and 
 ran
 some more tests, but that didn't seem to shine any additional light.

 So I've been looking through the Shibboleth authentication code (in
 ShibAuthentication.java) - In the code I can see the function:

 public int[] getSpecialGroups(Context context, HttpServletRequest
 request)

 - which appears to be the code that adds the user to the special group(s).
 This code contains lots of INFO and DEBUG logging lines, but I'm not seeing 
 any
 of these lines appearing in my logs - suggesting that this code to populate 
 the
 special groups isn't actually being called . . . . . ? It certainly isn't 
 called from
 within ShibAuthentication.java as far as I can tell . . . .

 Am I missing some config 

Re: [Dspace-tech] Dspace-cris invalid db.name

2015-06-17 Thread Pascarelli Luigi Andrea
Ok, I did not experienced an OutOfMemoryException during the test phase 
before the tag, usually I run DSpace-CRIS less than 2GB.
Maybe you are running all the webapps under the same Tomcat (in 
particular you can remove xmlui because is not fully integrated in 
DSpace-CRIS, is just a starting point to allow other to jump in)

Please send a pull request on github with all your modifications.
Thank you.

Andrea

Il 17/06/2015 13:51, alastair.dun...@stfc.ac.uk ha scritto:


I’ve checked out the 5.x.x branch and added the maven dependency but 
found that this then led on to a further missing dependency which was 
for the dspace-cris-jsp-api. The dspace-services is also required but 
this leads to a conflict with the ehcache dependency so it requires 
the exclusion of ehcache-core for the dspace-services.


dependency

groupIdorg.dspace/groupId

artifactIddspace-services/artifactId

exclusions

exclusion

groupIdnet.sf.ehcache/groupId

artifactIdehcache-core/artifactId

/exclusion

/exclusions

/dependency

The services that now start in this order are, swordv2, rdf, solr, 
sword and xmlui


Jspui fails with an out of memory exception. I’ve given tomcat 10G of 
memory and its still failing. I’ll do a bit more investigation.


Alastair

*From:*Pascarelli Luigi Andrea [mailto:l.pascare...@cineca.it]
*Sent:* 16 June 2015 16:24
*To:* Duncan, Alastair (STFC,RAL,SC)
*Cc:* dspace-tech@lists.sourceforge.net
*Subject:* Re: [Dspace-tech] Dspace-cris invalid db.name

Hi,


I’ve had a further dig into this and it seems that the db.name has 
been removed on dspace v 5.x.x but is still referenced in the cris 
version and so causes the problem. If I set the db.name = postgres in 
the build.properties file it is not propagated to the dspace.cfg file. 
If I set it directly in the dspace.cfg file then the exception goes 
away and it has a further exception:


ERROR: column metadatavalue.item_id does not exist


this problems has been resolved with 
https://github.com/Cineca/DSpace/commit/6578145e547db9f1468142e548ab1ce6c183102b
Please use the dspace-5_x_x-cris branch,  we will make a fix release 
in the next few days.



The class not found exception occurs in the sword, sword2, rdf, rest 
and oai web applications if I remove these from the webapps directory 
then the errors go away. The classes in the 
dspace-api-CRIS-5.3.0.SNAPSHOT.jar files for these apps do not contain 
the CrisSearchService class but they do contain the SearchService class.



Seems that there are a missing resources on classpath. You can found 
the CrisSearchService.class into 
dspace-cris-api-CRIS-5.3.0.SNAPSHOT.jar but perhaps the maven 
dependencies missed him.


Try to add the dependency to webapps pom files and rebuild the 
application.


e.g. dspace/modules/oai/pom.xml

dependency
groupIdorg.dspace/groupId
 artifactIddspace-cris-api/artifactId
/dependency


Thanks for your patience. Please keep us up-to-date with your 
progress, we hope to achieve a better release together.


Best,

Andrea

Il 16/06/2015 15:20, alastair.dun...@stfc.ac.uk 
mailto:alastair.dun...@stfc.ac.uk ha scritto:


I’ve had a further dig into this and it seems that the db.name has
been removed on dspace v 5.x.x but is still referenced in the cris
version and so causes the problem. If I set the db.name = postgres
in the build.properties file it is not propagated to the
dspace.cfg file. If I set it directly in the dspace.cfg file then
the exception goes away and it has a further exception:

ERROR: column metadatavalue.item_id does not exist

I’ve had a look in the database and it is correct it does not exist.

The class not found exception occurs in the sword, sword2, rdf,
rest and oai web applications if I remove these from the webapps
directory then the errors go away. The classes in the
dspace-api-CRIS-5.3.0.SNAPSHOT.jar files for these apps do not
contain the CrisSearchService class but they do contain the
SearchService class.

I’ll move back to the 4.3.0 version for the present.

Alastair

*From:*alastair.dun...@stfc.ac.uk
mailto:alastair.dun...@stfc.ac.uk
[mailto:alastair.dun...@stfc.ac.uk]
*Sent:* 02 June 2015 11:10
*To:* dspace-tech@lists.sourceforge.net
mailto:dspace-tech@lists.sourceforge.net
*Subject:* [Dspace-tech] Dspace-cris invalid db.name

Hi,

I’ve setup dspace-cris v 5.2.0 and this starts up and I can login
ok. I’ve added in the default CRIS objects and can browse to these
ok. This suggests that the db.name is valid. When I try and create
a researcher page and save this an Internal exception is thrown
which states that there is an invalid db.name:

java.lang.IllegalStateException: The configuration for db.name is
either invalid, or contains an unrecognised database

at

org.dspace.content.authority.AuthorityDAOFactory.getInstance(AuthorityDAOFactory.java:42)

at


Re: [Dspace-tech] Dspace-cris invalid db.name

2015-06-17 Thread alastair.duncan
I've checked out the 5.x.x branch and added the maven dependency but found that 
this then led on to a further missing dependency which was for the 
dspace-cris-jsp-api. The dspace-services is also required but this leads to a 
conflict with the ehcache dependency so it requires the exclusion of 
ehcache-core for the dspace-services.

dependency
groupIdorg.dspace/groupId
artifactIddspace-services/artifactId
exclusions
exclusion
groupIdnet.sf.ehcache/groupId
artifactIdehcache-core/artifactId
/exclusion
/exclusions
/dependency

The services that now start in this order are, swordv2, rdf, solr, sword and 
xmlui

Jspui fails with an out of memory exception. I've given tomcat 10G of memory 
and its still failing. I'll do a bit more investigation.

Alastair

From: Pascarelli Luigi Andrea [mailto:l.pascare...@cineca.it]
Sent: 16 June 2015 16:24
To: Duncan, Alastair (STFC,RAL,SC)
Cc: dspace-tech@lists.sourceforge.net
Subject: Re: [Dspace-tech] Dspace-cris invalid db.name

Hi,


I've had a further dig into this and it seems that the db.name has been removed 
on dspace v 5.x.x but is still referenced in the cris version and so causes the 
problem. If I set the db.name = postgres in the build.properties file it is not 
propagated to the dspace.cfg file. If I set it directly in the dspace.cfg file 
then the exception goes away and it has a further exception:

ERROR: column metadatavalue.item_id does not exist

this problems has been resolved with 
https://github.com/Cineca/DSpace/commit/6578145e547db9f1468142e548ab1ce6c183102b
Please use the dspace-5_x_x-cris branch,  we will make a fix release in the 
next few days.


The class not found exception occurs in the sword, sword2, rdf, rest and oai 
web applications if I remove these from the webapps directory then the errors 
go away. The classes in the dspace-api-CRIS-5.3.0.SNAPSHOT.jar files for these 
apps do not contain the CrisSearchService class but they do contain the 
SearchService class.

Seems that there are a missing resources on classpath. You can found the 
CrisSearchService.class into dspace-cris-api-CRIS-5.3.0.SNAPSHOT.jar but 
perhaps the maven dependencies missed him.

Try to add the dependency to webapps pom files and rebuild the application.

e.g. dspace/modules/oai/pom.xml

dependency
groupIdorg.dspace/groupId
artifactIddspace-cris-api/artifactId
/dependency

Thanks for your patience. Please keep us up-to-date with your progress, we hope 
to achieve a better release together.

Best,

Andrea

Il 16/06/2015 15:20, 
alastair.dun...@stfc.ac.ukmailto:alastair.dun...@stfc.ac.uk ha scritto:
I've had a further dig into this and it seems that the db.name has been removed 
on dspace v 5.x.x but is still referenced in the cris version and so causes the 
problem. If I set the db.name = postgres in the build.properties file it is not 
propagated to the dspace.cfg file. If I set it directly in the dspace.cfg file 
then the exception goes away and it has a further exception:

ERROR: column metadatavalue.item_id does not exist

I've had a look in the database and it is correct it does not exist.

The class not found exception occurs in the sword, sword2, rdf, rest and oai 
web applications if I remove these from the webapps directory then the errors 
go away. The classes in the dspace-api-CRIS-5.3.0.SNAPSHOT.jar files for these 
apps do not contain the CrisSearchService class but they do contain the 
SearchService class.

I'll move back to the 4.3.0 version for the present.

Alastair


From: alastair.dun...@stfc.ac.ukmailto:alastair.dun...@stfc.ac.uk 
[mailto:alastair.dun...@stfc.ac.uk]
Sent: 02 June 2015 11:10
To: dspace-tech@lists.sourceforge.netmailto:dspace-tech@lists.sourceforge.net
Subject: [Dspace-tech] Dspace-cris invalid db.name

Hi,

I've setup dspace-cris v 5.2.0 and this starts up and I can login ok. I've 
added in the default CRIS objects and can browse to these ok. This suggests 
that the db.name is valid. When I try and create a researcher page and save 
this an Internal exception is thrown which states that there is an invalid 
db.name:

java.lang.IllegalStateException: The configuration for db.name is either 
invalid, or contains an unrecognised database
at 
org.dspace.content.authority.AuthorityDAOFactory.getInstance(AuthorityDAOFactory.java:42)
at 
org.dspace.app.webui.cris.controller.ResearcherPageDetailsController.handleDetails(ResearcherPageDetailsController.java:134)
at 
it.cilea.osd.jdyna.web.controller.SimpleDynaController.handleRequestInternal(SimpleDynaController.java:116)

I don't get this problem with v 4.3.0

Any ideas?

There are a few other problems when the system starts but these do not seem to 
be a problem yet as I've not done any searching:

Failed to startup the DSpace Service Manager: failure starting up spring 

Re: [Dspace-tech] How to search items by metadata using REST API?

2015-06-17 Thread Alan Orth
That's interesting, Terry. I think I'll just wait until DSpace 5.0 to get
the search-by-metadata feature, as there 5.0 is already a high priority for
us for a number of other reasons as well!

Alan

On Tue, Jun 16, 2015 at 2:52 AM Terry Brady terry.br...@georgetown.edu
wrote:

 Alan,

 The following PR has some code that will search metadata via the API:
 https://github.com/DSpace/DSpace/pull/954

 I am also on 4.3, so this code is compatible with DSpace4.3.

 Terry

 On Thu, Jun 11, 2015 at 5:58 AM, Alan Orth alan.o...@gmail.com wrote:

 Ah, it seems the `/rest/items/find-by-metadata-field` endpoint doesn't
 exist in DSpace 4.x. Neither does the `/rest/login` endpoint. The docs need
 to make more of a point to say which versions these are supposed to work
 in... ;)

 Alan

 On Thu, Jun 11, 2015 at 12:24 PM Alan Orth alan.o...@gmail.com wrote:

 Thanks. It seems my query is well formed but it returns an HTTP 405
 Method Not Allowed response. Perhaps DSpace 4.x's REST API isn't
 sufficient for the find-by-metadata-field query. Or perhaps I need to log
 in as you illustrated here:

 https://github.com/BrunoNZ/dspace-rest-requests

 I guess I'll fork that repo and give this a more structured test. I
 already found some syntax and usability bugs there (mixing sh and bash, not
 reading the sourced variables, etc).

 Alan

 On Wed, Jun 10, 2015 at 8:30 PM, Bruno Zanette brunonzane...@gmail.com
 wrote:

 Hey Alan,
 Take a look at the commentaries on the REST-API's documentation's page.
 I've answered a similar question there.

 https://wiki.duraspace.org/display/DSDOC5x/REST+API?focusedCommentId=68068154#comment-68068154

 But basically, the request that you have to send is something like this:
 curl -k -4 -H accept: application/json -H Content-Type:
 application/json -X POST 
 https://demo.dspace.org/rest/items/find-by-metadata-field; -d '{key:
 dc.title,value: Test Webpage,language: en_US}'

 Em qua, 10 de jun de 2015 às 14:08, Alan Orth alan.o...@gmail.com
 escreveu:

 Hey,

 I'm using DSpace 4.3 and trying to search for items matching certain
 metadata. The REST API docs on GitHub[0] mention that you can POST to
 `rest/items/find-by-metadata-field`, but it doesn't give any more
 information than that (like how to specify query parameters).

 I've tried several variations of the following:

 $ http --print Hhb POST '
 http://localhost:8080/rest/items/find-by-metadata-field'
 dc.subject=LACTATION

 It always returns with an HTTP 405. What is the proper way to use
 this? Does the POST require I login first or something?

 Thanks,

 [0] https://github.com/DSpace/DSpace/tree/master/dspace-rest

 --
 Alan Orth
 alan.o...@gmail.com
 https://alaninkenya.org
 https://mjanja.ch
 In heaven all the interesting people are missing. -Friedrich
 Nietzsche
 GPG public key ID: 0x8cb0d0acb5cd81ec209c6cdfbd1a0e09c2f836c0

 --
 ___
 DSpace-tech mailing list
 DSpace-tech@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/dspace-tech
 List Etiquette:
 https://wiki.duraspace.org/display/DSPACE/Mailing+List+Etiquette




 --
 Alan Orth
 alan.o...@gmail.com
 https://alaninkenya.org
 https://mjanja.ch
 In heaven all the interesting people are missing. -Friedrich Nietzsche
 GPG public key ID: 0x8cb0d0acb5cd81ec209c6cdfbd1a0e09c2f836c0



 --

 ___
 DSpace-tech mailing list
 DSpace-tech@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/dspace-tech
 List Etiquette:
 https://wiki.duraspace.org/display/DSPACE/Mailing+List+Etiquette




 --
 Terry Brady
 Applications Programmer Analyst
 Georgetown University Library Information Technology
 https://www.library.georgetown.edu/lit/code
 425-298-5498 (Seattle, WA)

--
___
DSpace-tech mailing list
DSpace-tech@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dspace-tech
List Etiquette: https://wiki.duraspace.org/display/DSPACE/Mailing+List+Etiquette

Re: [Dspace-tech] Upgrade to JSPUI or XMLUI or not at all ?

2015-06-17 Thread helix84
On Tue, Jun 16, 2015 at 10:21 PM, Monika C. Mevenkamp moni...@princeton.edu
 wrote:

  After all this talk about the new and improved and entirely different web
 UI on the strategic plan at the OR conference, I am wondering how to
 proceed forward. We are stuck in the past: 1.8 JSPUI with a few
 customizations.


Are you willing to wait until 7.0 to upgrade? That's the earliest
reasonable date when a possible new UI might be expected. Your DSpace is
beyond security support period already.

https://wiki.duraspace.org/display/DSPACE/DSpace+Software+Support+Policy


 It would be easy to port this to JSPUI in version 5, but the bootstrap
 theme does not work particularly well for us - it seems rather space
 consuming.

  Has somebody a modified css / small JSPUI customizations that lead to a
 tighter UI layout ?


IMHO it would quite difficult to keep your modifications to JSPUI separate
from upstream JSPUI if they are anything more than CSS changes (e.g.
bootstrap theme). You'd have to maintain a bunch of patches to JSPs which
might break on each upgrade. Are your modifications something that makes
sense to contribute back upstream? Regarding JSPUI and best practices to
work with the Bootstrap-based interface in DSpace 4+, your best bet would
be to talk to CINECA.


 Comparing what I see in the XMLUI 5 with JSPUI 1.8, I see nice features
 like

- admin can impersonate another user
- a control panel with system info - the ability to start curation
tasks …
- and a much more friendly interface for dealing with editing an items
metadata authorization, …


  Aside from the different look and feel what are the functional/feature
 differences between the XMLUI and JSPUI ?


There are quite a few different features, your best bet to make a
high-level comparison would be to review the list of new features in each
major DSpace version, e.g.:

https://wiki.duraspace.org/display/DSDOC5x/Release+Notes#ReleaseNotes-5.0ReleaseNotes


 One of the changes we made requires a custom agreement page and
 programming a bit of logic when to pop that page up and when to simply show
 a bitstream. Who I did I talk to who said they have a custom agreement type
 page at the OR conference ?  Please holler - was that XMLUI ?


That might have been Jozef M. from LINDAT/CLARIN, they have a custom
license module with such features and use XMLUI. It was briefly mentioned
here:
http://www.doria.fi/handle/10024/97724
Their repo is here:
https://github.com/ufal/lindat-dspace



Regards,
~~helix84

Compulsory reading: DSpace Mailing List Etiquette
https://wiki.duraspace.org/display/DSPACE/Mailing+List+Etiquette
--
___
DSpace-tech mailing list
DSpace-tech@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dspace-tech
List Etiquette: https://wiki.duraspace.org/display/DSPACE/Mailing+List+Etiquette

Re: [Dspace-tech] Upgrade to JSPUI or XMLUI or not at all ?

2015-06-17 Thread Andrea Bollini

Hi Monika,
looking to your dspace installation the upgrade process should be enough 
smoothly. You can save lot of space in the new JSPUI just working on css 
or customizing the header-default.jsp file.
The functionalities that you list (curation task, login as, embargo) are 
all available also in JSPUI.
The customization that you list about a custom agreement page is most 
probably immediately portable to the new version as the Bistream servlet 
and the ItemTag are almost unchanged in the last version and are where 
most probably you customization appear.

Hope this help,
Andrea


Il 17/06/2015 10.36, helix84 ha scritto:
On Tue, Jun 16, 2015 at 10:21 PM, Monika C. Mevenkamp 
moni...@princeton.edu mailto:moni...@princeton.edu wrote:


After all this talk about the new and improved and entirely
different web UI on the strategic plan at the OR conference, I am
wondering how to proceed forward. We are stuck in the past: 1.8
JSPUI with a few customizations.


Are you willing to wait until 7.0 to upgrade? That's the earliest 
reasonable date when a possible new UI might be expected. Your DSpace 
is beyond security support period already.


https://wiki.duraspace.org/display/DSPACE/DSpace+Software+Support+Policy

It would be easy to port this to JSPUI in version 5, but the
bootstrap theme does not work particularly well for us - it seems
rather space consuming.

Has somebody a modified css / small JSPUI customizations that lead
to a tighter UI layout ?


IMHO it would quite difficult to keep your modifications to JSPUI 
separate from upstream JSPUI if they are anything more than CSS 
changes (e.g. bootstrap theme). You'd have to maintain a bunch of 
patches to JSPs which might break on each upgrade. Are your 
modifications something that makes sense to contribute back upstream? 
Regarding JSPUI and best practices to work with the Bootstrap-based 
interface in DSpace 4+, your best bet would be to talk to CINECA.


Comparing what I see in the XMLUI 5 with JSPUI 1.8, I see nice
features like

  * admin can impersonate another user
  * a control panel with system info - the ability to start
curation tasks …
  * and a much more friendly interface for dealing with editing an
items metadata authorization, …


Aside from the different look and feel what are the
functional/feature differences between the XMLUI and JSPUI ?


There are quite a few different features, your best bet to make a 
high-level comparison would be to review the list of new features in 
each major DSpace version, e.g.:


https://wiki.duraspace.org/display/DSDOC5x/Release+Notes#ReleaseNotes-5.0ReleaseNotes

One of the changes we made requires a custom agreement page and
programming a bit of logic when to pop that page up and when to
simply show a bitstream. Who I did I talk to who said they have a
custom agreement type page at the OR conference ?  Please holler -
was that XMLUI ?


That might have been Jozef M. from LINDAT/CLARIN, they have a custom 
license module with such features and use XMLUI. It was briefly 
mentioned here:

http://www.doria.fi/handle/10024/97724
Their repo is here:
https://github.com/ufal/lindat-dspace



Regards,
~~helix84

Compulsory reading: DSpace Mailing List Etiquette
https://wiki.duraspace.org/display/DSPACE/Mailing+List+Etiquette



--


___
DSpace-tech mailing list
DSpace-tech@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dspace-tech
List Etiquette: https://wiki.duraspace.org/display/DSPACE/Mailing+List+Etiquette



--
Andrea Bollini
Soluzioni per la Ricerca Istituzionale
Cineca

Via dei Tizii, 6
00185 Roma, Italy
tel. +39 06 44 486 087 - mob. +39 348 82 77 525
http://www.cineca.it

--
___
DSpace-tech mailing list
DSpace-tech@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dspace-tech
List Etiquette: https://wiki.duraspace.org/display/DSPACE/Mailing+List+Etiquette

Re: [Dspace-tech] OAI behind a proxy

2015-06-17 Thread Alan Orth
Hi, Domingo.

It looks like your JSPUI is running on /dspace, so you just need to make
sure you proxy to the OAI application as /oai. The OAI app will use the
same dspace.hostname parameter from dspace.cfg, just like JSPUI and XMLUI,
etc.

Alan

On Tue, Jun 16, 2015 at 9:33 AM Domingo Iglesias digles...@ub.edu wrote:

 Hi,


 Our dspace box is behind a proxy, so the public name of the repository (
 diposit.ub.edu) differs from the name of the box dspace is running, that
 is not accessible from internet.



 What is the best way to customize the oai module in order to build the
 response pages with the public repository url instead of the local name?



 Thanks in advance!


 ---
 Domingo Iglesias
 Universitat de Barcelona
 Area de Tecnologies

 --
 ___
 DSpace-tech mailing list
 DSpace-tech@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/dspace-tech
 List Etiquette:
 https://wiki.duraspace.org/display/DSPACE/Mailing+List+Etiquette
--
___
DSpace-tech mailing list
DSpace-tech@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dspace-tech
List Etiquette: https://wiki.duraspace.org/display/DSPACE/Mailing+List+Etiquette

Re: [Dspace-tech] installing dspace on a production server

2015-06-17 Thread Tim Donohue
Hi Binta,

You should verify the version of Java and Maven that you are using to 
build DSpace.  As of DSpace 5, we require Maven 3.0.5+, and Java JDK 7 
(the full JDK and NOT the JRE).

Based on the error, it sounds like you may be using a JRE instead of the 
full JDK, or your version of Java may be outdated.

- Tim

On 6/17/2015 7:35 AM, Saidy Binta wrote:
 Hi,

 Please can someone help, am installing dspace on a server 2012 r2. But
 this is what I keep getting. I don’t know what I have done wrong.

 Regards

 Binta


 

 DISCLAIMER: This message is private and confidential. If you have
 received this message in error please notify us and remove it from your
 system. Any views and opinions expressed in this message are those of
 the individual sender and do not necessarily represent the views and
 opinions of Medical Research Council Unit, The Gambia

 ___
 This communication is confidential and may contain privileged
 information intended solely for the named recipient(s). It may not be
 used or disclosed except for the purpose for which it has been sent. If
 you are not the intended recipient, you must not copy, distribute, take
 any action or reliance on it. If you have received this communication in
 error, do not open any attachments but please notify the Help Desk by
 e-mailing h...@mrc.gm quoting the sender details, and then delete this
 message along with any attached files. E-mail messages are not secure
 and attachments could contain software viruses which may damage your
 computer system. Whilst every reasonable precaution has been taken to
 minimise this risk, The MRC Unit The Gambia cannot accept any liability
 for any damage sustained as a result of these factors. You are advised
 to carry out your own virus checks before opening any attachments.
 Unless expressly stated, opinions in this message are those of the
 e-mail author and not of the Medical Research Council Unit The Gambia.
 


 --



 ___
 DSpace-tech mailing list
 DSpace-tech@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/dspace-tech
 List Etiquette: 
 https://wiki.duraspace.org/display/DSPACE/Mailing+List+Etiquette


--
___
DSpace-tech mailing list
DSpace-tech@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dspace-tech
List Etiquette: https://wiki.duraspace.org/display/DSPACE/Mailing+List+Etiquette


Re: [Dspace-tech] So the CRIS module only works with JSPUI?

2015-06-17 Thread Tim Donohue
Hi David,

Correct, CRIS is only for the JSPUI at this time. Currently DSpace-CRIS 
is essentially a separate application, based on the DSpace JSPUI and 
supported primarily by CINECA (who developed DSpace-CRIS). While you can 
migrate to DSpace-CRIS from an existing DSpace, it changes the 
underlying data model (so you are no longer running the out-of-the-box 
DSpace).  More info here:

http://cineca.github.io/dspace-cris/

While migration of DSpace-CRIS into core DSpace is not yet on the 
RoadMap, there have been informal discussions with CINECA on trying to 
find a way to make CRIS easier to enable or install for those who 
want that type of functionality (so it isn't an entirely different 
application with a different data model). But, this idea is dependent on 
coming up with a better definition/structure for DSpace third-party 
modules (which is on the RoadMap), so that we can better 
enable/support this sort of plugability in DSpace.  More info on the 
Roadmap in general is at: https://wiki.duraspace.org/display/DSPACE/RoadMap

- Tim

On 6/17/2015 8:06 AM, Schuster, David wrote:
 Just wanting to be sure.  We have been running the XMLUI interface as
 that was what seemed the best option 2 years ago.

 Are there plans for porting it to XMLUI or what advice would people give
 if we were interested in the CRIS module.

 David Schuster

 Texas Woman's University

 Director of Library Information Technology  Technical Support

 Phone: 940-898-3909

 dschus...@twu.edu mailto:dschus...@twu.edu

 emailsignature



 --



 ___
 DSpace-tech mailing list
 DSpace-tech@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/dspace-tech
 List Etiquette: 
 https://wiki.duraspace.org/display/DSPACE/Mailing+List+Etiquette


--
___
DSpace-tech mailing list
DSpace-tech@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dspace-tech
List Etiquette: https://wiki.duraspace.org/display/DSPACE/Mailing+List+Etiquette


[Dspace-tech] So the CRIS module only works with JSPUI?

2015-06-17 Thread Schuster, David
Just wanting to be sure.  We have been running the XMLUI interface as that was 
what seemed the best option 2 years ago.

Are there plans for porting it to XMLUI or what advice would people give if we 
were interested in the CRIS module.

David Schuster
Texas Woman's University
Director of Library Information Technology  Technical Support
Phone: 940-898-3909
dschus...@twu.edumailto:dschus...@twu.edu

[emailsignature]

--
___
DSpace-tech mailing list
DSpace-tech@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dspace-tech
List Etiquette: https://wiki.duraspace.org/display/DSPACE/Mailing+List+Etiquette

[Dspace-tech] JACS Controlled Vocabulary

2015-06-17 Thread Michael White
Hi,

DSpace v5.2/JSPUI

I've been asked to implement the JACS controlled vocabulary for subject 
classification in a new repository I'm setting up.

For this I need the JACS vocabulary in the appropriate XML format. A small 
amount of Googling hasn't turned anything up, so, as I know a number of other 
repositories make use of this, I wondered if anyone has a copy of the required 
JACS XML that they'd be willing to share?

Cheers,

Mike

Michael White
eLearning Developer
Information Services

T: (01786) 466877
E: michael.wh...@stir.ac.uk
A: S8, Library, University of Stirling, Stirling, FK9 4LA 


-- 
The University is ranked in the QS World Rankings of the top 5% of universities 
in the world (QS World University Rankings, 2014)
The University of Stirling is a charity registered in Scotland, 
 number SC 011159.


--
___
DSpace-tech mailing list
DSpace-tech@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dspace-tech
List Etiquette: https://wiki.duraspace.org/display/DSPACE/Mailing+List+Etiquette


Re: [Dspace-tech] installing dspace on a production server

2015-06-17 Thread Saidy Binta
The java is jre7 and maven is 3.3.3, it is the same as the one I install on my 
machine as a test instance, which is working fine. Now I am installing it on 
the production server but it keep given me that error. Please help.

Regards
Binta

-Original Message-
From: Tim Donohue [mailto:tdono...@duraspace.org]
Sent: 17 June 2015 13:26
To: Saidy Binta; dspace-tech@lists.sourceforge.net
Subject: Re: [Dspace-tech] installing dspace on a production server

Hi Binta,

You should verify the version of Java and Maven that you are using to build 
DSpace.  As of DSpace 5, we require Maven 3.0.5+, and Java JDK 7 (the full JDK 
and NOT the JRE).

Based on the error, it sounds like you may be using a JRE instead of the full 
JDK, or your version of Java may be outdated.

- Tim

On 6/17/2015 7:35 AM, Saidy Binta wrote:
 Hi,

 Please can someone help, am installing dspace on a server 2012 r2. But
 this is what I keep getting. I don't know what I have done wrong.

 Regards

 Binta


 --
 --

 DISCLAIMER: This message is private and confidential. If you have
 received this message in error please notify us and remove it from
 your system. Any views and opinions expressed in this message are
 those of the individual sender and do not necessarily represent the
 views and opinions of Medical Research Council Unit, The Gambia

 ___
 This communication is confidential and may contain privileged
 information intended solely for the named recipient(s). It may not be
 used or disclosed except for the purpose for which it has been sent.
 If you are not the intended recipient, you must not copy, distribute,
 take any action or reliance on it. If you have received this
 communication in error, do not open any attachments but please notify
 the Help Desk by e-mailing h...@mrc.gm quoting the sender details, and
 then delete this message along with any attached files. E-mail
 messages are not secure and attachments could contain software viruses
 which may damage your computer system. Whilst every reasonable
 precaution has been taken to minimise this risk, The MRC Unit The
 Gambia cannot accept any liability for any damage sustained as a
 result of these factors. You are advised to carry out your own virus checks 
 before opening any attachments.
 Unless expressly stated, opinions in this message are those of the
 e-mail author and not of the Medical Research Council Unit The Gambia.
 __
 __


 --
 



 ___
 DSpace-tech mailing list
 DSpace-tech@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/dspace-tech
 List Etiquette:
 https://wiki.duraspace.org/display/DSPACE/Mailing+List+Etiquette




DISCLAIMER: This message is private and confidential. If you have received this 
message in error please notify us and remove it from your system. Any views and 
opinions expressed in this message are those of the individual sender and do 
not necessarily represent the views and opinions of Medical Research Council 
Unit, The Gambia

___
This communication is confidential and may contain privileged information 
intended solely for the named recipient(s). It may not be used or disclosed 
except for the purpose for which it has been sent. If you are not the intended 
recipient, you must not copy, distribute, take any action or reliance on it. If 
you have received this communication in error, do not open any attachments but 
please notify the Help Desk by e-mailing h...@mrc.gm quoting the sender 
details, and then delete this message along with any attached files. E-mail 
messages are not secure and attachments could contain software viruses which 
may damage your computer system. Whilst every reasonable precaution has been 
taken to minimise this risk, The MRC Unit The Gambia cannot accept any 
liability for any damage sustained as a result of these factors. You are 
advised to carry out your own virus checks before opening any attachments. 
Unless expressly stated, opinions in this message are those of the e-mail 
author and not 
 of the Medical Research Council Unit The Gambia.


--
___
DSpace-tech mailing list
DSpace-tech@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dspace-tech
List Etiquette: https://wiki.duraspace.org/display/DSPACE/Mailing+List+Etiquette


Re: [Dspace-tech] Dspace-cris invalid db.name

2015-06-17 Thread alastair.duncan
I've removed the oai, rdf and sword apps and this runs ok the problems with the 
db.name and missing column have gone away. I've kept the xmlui, even though it 
is not integrated it seems to be not far off with just a few glitches in the 
browse section of the interface.

My next task is to see if I can hook this into Active directory for 
authentication.

Pull request made.

Thanks

Alastair

From: Pascarelli Luigi Andrea [mailto:l.pascare...@cineca.it]
Sent: 17 June 2015 13:28
To: Duncan, Alastair (STFC,RAL,SC)
Cc: dspace-tech@lists.sourceforge.net
Subject: Re: [Dspace-tech] Dspace-cris invalid db.name

Ok, I did not experienced an OutOfMemoryException during the test phase before 
the tag, usually I run DSpace-CRIS less than 2GB.
Maybe you are running all the webapps under the same Tomcat (in particular you 
can remove xmlui because is not fully integrated in DSpace-CRIS, is just a 
starting point to allow other to jump in)
Please send a pull request on github with all your modifications.
Thank you.

Andrea
Il 17/06/2015 13:51, 
alastair.dun...@stfc.ac.ukmailto:alastair.dun...@stfc.ac.uk ha scritto:
I've checked out the 5.x.x branch and added the maven dependency but found that 
this then led on to a further missing dependency which was for the 
dspace-cris-jsp-api. The dspace-services is also required but this leads to a 
conflict with the ehcache dependency so it requires the exclusion of 
ehcache-core for the dspace-services.

dependency
groupIdorg.dspace/groupId
artifactIddspace-services/artifactId
exclusions
exclusion
groupIdnet.sf.ehcache/groupId
artifactIdehcache-core/artifactId
/exclusion
/exclusions
/dependency

The services that now start in this order are, swordv2, rdf, solr, sword and 
xmlui

Jspui fails with an out of memory exception. I've given tomcat 10G of memory 
and its still failing. I'll do a bit more investigation.

Alastair

From: Pascarelli Luigi Andrea [mailto:l.pascare...@cineca.it]
Sent: 16 June 2015 16:24
To: Duncan, Alastair (STFC,RAL,SC)
Cc: dspace-tech@lists.sourceforge.netmailto:dspace-tech@lists.sourceforge.net
Subject: Re: [Dspace-tech] Dspace-cris invalid db.name

Hi,



I've had a further dig into this and it seems that the db.name has been removed 
on dspace v 5.x.x but is still referenced in the cris version and so causes the 
problem. If I set the db.name = postgres in the build.properties file it is not 
propagated to the dspace.cfg file. If I set it directly in the dspace.cfg file 
then the exception goes away and it has a further exception:

ERROR: column metadatavalue.item_id does not exist

this problems has been resolved with 
https://github.com/Cineca/DSpace/commit/6578145e547db9f1468142e548ab1ce6c183102b
Please use the dspace-5_x_x-cris branch,  we will make a fix release in the 
next few days.



The class not found exception occurs in the sword, sword2, rdf, rest and oai 
web applications if I remove these from the webapps directory then the errors 
go away. The classes in the dspace-api-CRIS-5.3.0.SNAPSHOT.jar files for these 
apps do not contain the CrisSearchService class but they do contain the 
SearchService class.

Seems that there are a missing resources on classpath. You can found the 
CrisSearchService.class into dspace-cris-api-CRIS-5.3.0.SNAPSHOT.jar but 
perhaps the maven dependencies missed him.

Try to add the dependency to webapps pom files and rebuild the application.

e.g. dspace/modules/oai/pom.xml


dependency
groupIdorg.dspace/groupId
artifactIddspace-cris-api/artifactId
/dependency

Thanks for your patience. Please keep us up-to-date with your progress, we hope 
to achieve a better release together.

Best,

Andrea


Il 16/06/2015 15:20, 
alastair.dun...@stfc.ac.ukmailto:alastair.dun...@stfc.ac.uk ha scritto:
I've had a further dig into this and it seems that the db.name has been removed 
on dspace v 5.x.x but is still referenced in the cris version and so causes the 
problem. If I set the db.name = postgres in the build.properties file it is not 
propagated to the dspace.cfg file. If I set it directly in the dspace.cfg file 
then the exception goes away and it has a further exception:

ERROR: column metadatavalue.item_id does not exist

I've had a look in the database and it is correct it does not exist.

The class not found exception occurs in the sword, sword2, rdf, rest and oai 
web applications if I remove these from the webapps directory then the errors 
go away. The classes in the dspace-api-CRIS-5.3.0.SNAPSHOT.jar files for these 
apps do not contain the CrisSearchService class but they do contain the 
SearchService class.

I'll move back to the 4.3.0 version for the present.

Alastair


From: alastair.dun...@stfc.ac.ukmailto:alastair.dun...@stfc.ac.uk 
[mailto:alastair.dun...@stfc.ac.uk]
Sent: 02 June 2015 11:10
To: 

Re: [Dspace-tech] Problem with Search Result display in Mirage2 theme (resend)

2015-06-17 Thread George Stanley Kozak
Hi…

I sent this to the list back when Open Repositories was goingon, and I suspect 
that it was lost in the shuffle, because I haven’t heard anything.  So, I am 
resending.

I am not sure if this has already been reported, but I found something strange 
with my DSpace 5.2 install which I have in development and am planning to move 
to production.
I am using the XMLUI with Mirage2 theme.

I found that in the search results display, if there is no abstract, the system 
displays random information.

For instance:

Pellegrini Vineyards
Hearn, Russell (2008)
stream_source_info Hearn_PellegriniVineyards_WIWP_2008.pdf.txt 
stream_content_type text/plain stream_size 2036 Content-Encoding UTF-8 
stream_name Hearn_PellegriniVineyards_WIWP_2008.pdf.txt Content-Type 
text/plain; charset=UTF-8...
Pellegrini Vineyards 4/30/08 Pellegrini Vineyards •  FIRST VINTAGE: 1991 •  
OPERATED BY: Bob and Joyce Pellegrini •  WINEMAKER: Russell Hearn •  WINES: •  
East End Select- Chardonnay, Rosé, Merlot •  Pellegrini Vineyards- Chardonnay, 
Merlot...

If I add an abstract to the item, then the search displays changes to:

Pellegrini Vineyards
Hearn, Russell (2008)
Added abstract here…

Has anyone else seen this?  Does anyone know what is going on or where I can go 
to fix this?

George Kozak
Digital Library Specialist
Cornell University Library Information Technologies (CUL-IT)
218 Olin Library
Cornell University
Ithaca, NY 14853
607-255-8924



--
___
DSpace-tech mailing list
DSpace-tech@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dspace-tech
List Etiquette: https://wiki.duraspace.org/display/DSPACE/Mailing+List+Etiquette

Re: [Dspace-tech] Problem with Search Result display in Mirage2 theme (resend)

2015-06-17 Thread George Stanley Kozak
Hilton:

Ahh, I see…so this is tied to the snippet view.  Now I understand.  My original 
example had no abstract, so the snippet view showed me data from the bitstream 
that had the keyword I was looking for and when I placed an abstract with the 
keyword, that was shown instead.
Thanks for pointing this out to me.  Now I can explain it to others here at 
Cornell.

George Kozak
Digital Library Specialist
Cornell University Library Information Technologies (CUL-IT)
218 Olin Library
Cornell University
Ithaca, NY 14853
607-255-8924



From: Hilton Gibson [mailto:hilton.gib...@gmail.com]
Sent: Wednesday, June 17, 2015 9:23 AM
To: George Stanley Kozak
Cc: dspace-tech@lists.sourceforge.net
Subject: Re: [Dspace-tech] Problem with Search Result display in Mirage2 theme 
(resend)

Hi George

I understand the search as delivering snippets with the search term highlighted.
See screenshot below.
[cid:image002.jpg@01D0A8E2.80F50180]
​
Perhaps this is a new behaviour with advanced search?

Cheers

hg

Hilton Gibson
Ubuntu Linux Systems Administrator
Stellenbosch University Library
http://staff.lib.sun.ac.za/~hgibson/docs/cv/cv.html


On 17 June 2015 at 15:15, George Stanley Kozak 
g...@cornell.edumailto:g...@cornell.edu wrote:
Hi…

I sent this to the list back when Open Repositories was goingon, and I suspect 
that it was lost in the shuffle, because I haven’t heard anything.  So, I am 
resending.

I am not sure if this has already been reported, but I found something strange 
with my DSpace 5.2 install which I have in development and am planning to move 
to production.
I am using the XMLUI with Mirage2 theme.

I found that in the search results display, if there is no abstract, the system 
displays random information.

For instance:

Pellegrini Vineyards
Hearn, Russell (2008)
stream_source_info Hearn_PellegriniVineyards_WIWP_2008.pdf.txt 
stream_content_type text/plain stream_size 2036 Content-Encoding UTF-8 
stream_name Hearn_PellegriniVineyards_WIWP_2008.pdf.txt Content-Type 
text/plain; charset=UTF-8...
Pellegrini Vineyards 4/30/08 Pellegrini Vineyards •  FIRST VINTAGE: 1991 •  
OPERATED BY: Bob and Joyce Pellegrini •  WINEMAKER: Russell Hearn •  WINES: •  
East End Select- Chardonnay, Rosé, Merlot •  Pellegrini Vineyards- Chardonnay, 
Merlot...

If I add an abstract to the item, then the search displays changes to:

Pellegrini Vineyards
Hearn, Russell (2008)
Added abstract here…

Has anyone else seen this?  Does anyone know what is going on or where I can go 
to fix this?

George Kozak
Digital Library Specialist
Cornell University Library Information Technologies (CUL-IT)
218 Olin Library
Cornell University
Ithaca, NY 14853
607-255-8924




--

___
DSpace-tech mailing list
DSpace-tech@lists.sourceforge.netmailto:DSpace-tech@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dspace-tech
List Etiquette: https://wiki.duraspace.org/display/DSPACE/Mailing+List+Etiquette

--
___
DSpace-tech mailing list
DSpace-tech@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dspace-tech
List Etiquette: https://wiki.duraspace.org/display/DSPACE/Mailing+List+Etiquette

[Dspace-tech] Watch the DSpace Roadmap talk, send us your feedback, get involved!

2015-06-17 Thread Tim Donohue
Hi All,

If you were unable to attend the DSpace Interest Group sessions at 
either OR15 (in Indianapolis last week) or OAI9 (in Geneva yesterday), 
you may have heard some talk on Twitter and mailing lists about the 
DSpace Technology Roadmap (for 2015-2016) which was presented at those 
conferences.

The video of this Roadmap talk (~25 minutes) is now available on YouTube:

http://youtu.be/qlPAeqCptxw

The slides are available at:

http://www.slideshare.net/tdonohue/dspace-technology-roadmap-201516

The Roadmap itself is publicly documented on the Wiki at:

https://wiki.duraspace.org/display/DSPACE/RoadMap

If you are interested in where DSpace is going in the next few years, 
I'd highly recommend reviewing the Roadmap and providing us with any 
feedback you may have. Feedback can be provided (anonymously if you 
wish) at http://tinyurl.com/dspacefeedback2015 or via the #dspaceplan 
hashtag on Twitter.

We are also still actively looking for institutions to participate in 
the Roadmap by donating (part-time) developers to the cause or joining 
as a DuraSpace Member (http://duraspace.org/become_a_member).

Please get in touch, if you are interested in a more active role. Your 
institution will be recognized for your efforts, and your developer(s) 
may end up being nominated as future DSpace Committers.

If there are any questions regarding the RoadMap or the Strategic Plan, 
I'm happy to answer them on or off list.

Tim


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

--
___
DSpace-tech mailing list
DSpace-tech@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dspace-tech
List Etiquette: https://wiki.duraspace.org/display/DSPACE/Mailing+List+Etiquette


Re: [Dspace-tech] installing dspace on a production server

2015-06-17 Thread Tim Donohue
DSpace *requires* the full JDK7 (the JRE alone is not enough).  So, if 
you install the Java JDK, I suspect that will solve your problem.

Good luck!

- Tim

On 6/17/2015 8:36 AM, Saidy Binta wrote:
 The java is jre7 and maven is 3.3.3, it is the same as the one I install on 
 my machine as a test instance, which is working fine. Now I am installing it 
 on the production server but it keep given me that error. Please help.

 Regards
 Binta

 -Original Message-
 From: Tim Donohue [mailto:tdono...@duraspace.org]
 Sent: 17 June 2015 13:26
 To: Saidy Binta; dspace-tech@lists.sourceforge.net
 Subject: Re: [Dspace-tech] installing dspace on a production server

 Hi Binta,

 You should verify the version of Java and Maven that you are using to build 
 DSpace.  As of DSpace 5, we require Maven 3.0.5+, and Java JDK 7 (the full 
 JDK and NOT the JRE).

 Based on the error, it sounds like you may be using a JRE instead of the full 
 JDK, or your version of Java may be outdated.

 - Tim

 On 6/17/2015 7:35 AM, Saidy Binta wrote:
 Hi,

 Please can someone help, am installing dspace on a server 2012 r2. But
 this is what I keep getting. I don't know what I have done wrong.

 Regards

 Binta


 --
 --

 DISCLAIMER: This message is private and confidential. If you have
 received this message in error please notify us and remove it from
 your system. Any views and opinions expressed in this message are
 those of the individual sender and do not necessarily represent the
 views and opinions of Medical Research Council Unit, The Gambia

 ___
 This communication is confidential and may contain privileged
 information intended solely for the named recipient(s). It may not be
 used or disclosed except for the purpose for which it has been sent.
 If you are not the intended recipient, you must not copy, distribute,
 take any action or reliance on it. If you have received this
 communication in error, do not open any attachments but please notify
 the Help Desk by e-mailing h...@mrc.gm quoting the sender details, and
 then delete this message along with any attached files. E-mail
 messages are not secure and attachments could contain software viruses
 which may damage your computer system. Whilst every reasonable
 precaution has been taken to minimise this risk, The MRC Unit The
 Gambia cannot accept any liability for any damage sustained as a
 result of these factors. You are advised to carry out your own virus checks 
 before opening any attachments.
 Unless expressly stated, opinions in this message are those of the
 e-mail author and not of the Medical Research Council Unit The Gambia.
 __
 __


 --
 



 ___
 DSpace-tech mailing list
 DSpace-tech@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/dspace-tech
 List Etiquette:
 https://wiki.duraspace.org/display/DSPACE/Mailing+List+Etiquette


 

 DISCLAIMER: This message is private and confidential. If you have received 
 this message in error please notify us and remove it from your system. Any 
 views and opinions expressed in this message are those of the individual 
 sender and do not necessarily represent the views and opinions of Medical 
 Research Council Unit, The Gambia

 ___
 This communication is confidential and may contain privileged information 
 intended solely for the named recipient(s). It may not be used or disclosed 
 except for the purpose for which it has been sent. If you are not the 
 intended recipient, you must not copy, distribute, take any action or 
 reliance on it. If you have received this communication in error, do not open 
 any attachments but please notify the Help Desk by e-mailing h...@mrc.gm 
 quoting the sender details, and then delete this message along with any 
 attached files. E-mail messages are not secure and attachments could contain 
 software viruses which may damage your computer system. Whilst every 
 reasonable precaution has been taken to minimise this risk, The MRC Unit The 
 Gambia cannot accept any liability for any damage sustained as a result of 
 these factors. You are advised to carry out your own virus checks before 
 opening any attachments. Unless expressly stated, opinions in this message 
 are those of the e-mail author and n
ot of the Medical Research Council Unit The Gambia.
 


--
___
DSpace-tech mailing list
DSpace-tech@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dspace-tech
List 

Re: [Dspace-tech] Problem with Search Result display in Mirage2 theme (resend)

2015-06-17 Thread helix84
The text being displayed stream_source_info ... is the literal value
coming from the fulltext or fulltext_hl field value in your Solr
search core. I'm not sure why the literal value is being shown instead of
just the parts of fulltext containing the search terms, but this should
give you an idea where to start looking.


Regards,
~~helix84

Compulsory reading: DSpace Mailing List Etiquette
https://wiki.duraspace.org/display/DSPACE/Mailing+List+Etiquette
--
___
DSpace-tech mailing list
DSpace-tech@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dspace-tech
List Etiquette: https://wiki.duraspace.org/display/DSPACE/Mailing+List+Etiquette

Re: [Dspace-tech] Problem with Search Result display in Mirage2 theme (resend)

2015-06-17 Thread Hilton Gibson
Hi George

It's always simple once you understand ;-)
Thats how I try to fashion my documentation, simplify it.
It takes genius to simplify, it only take a smattering of intelligence to
complicate things.
I think somebody said that before ;-) But how very true.

Cheers

hg

*Hilton Gibson*
Ubuntu Linux Systems Administrator
Stellenbosch University Library
http://staff.lib.sun.ac.za/~hgibson/docs/cv/cv.html


On 17 June 2015 at 15:49, George Stanley Kozak g...@cornell.edu wrote:

  Hilton:



 Ahh, I see…so this is tied to the snippet view.  Now I understand.  My
 original example had no abstract, so the snippet view showed me data from
 the bitstream that had the keyword I was looking for and when I placed an
 abstract with the keyword, that was shown instead.

 Thanks for pointing this out to me.  Now I can explain it to others here
 at Cornell.



 George Kozak

 Digital Library Specialist

 Cornell University Library Information Technologies (CUL-IT)

 218 Olin Library

 Cornell University

 Ithaca, NY 14853

 607-255-8924







 *From:* Hilton Gibson [mailto:hilton.gib...@gmail.com]
 *Sent:* Wednesday, June 17, 2015 9:23 AM
 *To:* George Stanley Kozak
 *Cc:* dspace-tech@lists.sourceforge.net
 *Subject:* Re: [Dspace-tech] Problem with Search Result display in
 Mirage2 theme (resend)



 Hi George



 I understand the search as delivering snippets with the search term
 highlighted.

 See screenshot below.


 ​

 Perhaps this is a new behaviour with advanced search?



 Cheers



 hg


  *Hilton Gibson*

 Ubuntu Linux Systems Administrator

 Stellenbosch University Library

 http://staff.lib.sun.ac.za/~hgibson/docs/cv/cv.html





 On 17 June 2015 at 15:15, George Stanley Kozak g...@cornell.edu wrote:

  Hi…



 I sent this to the list back when Open Repositories was goingon, and I
 suspect that it was lost in the shuffle, because I haven’t heard anything.
 So, I am resending.



 I am not sure if this has already been reported, but I found something
 strange with my DSpace 5.2 install which I have in development and am
 planning to move to production.

 I am using the XMLUI with Mirage2 theme.



 I found that in the search results display, if there is no abstract, the
 system displays random information.



 For instance:



 Pellegrini Vineyards

 Hearn, Russell (2008)

 stream_source_info Hearn_PellegriniVineyards_WIWP_2008.pdf.txt
 stream_content_type text/plain stream_size 2036 Content-Encoding UTF-8
 stream_name Hearn_PellegriniVineyards_WIWP_2008.pdf.txt Content-Type
 text/plain; charset=UTF-8...

 Pellegrini Vineyards 4/30/08 Pellegrini Vineyards • FIRST VINTAGE: 1991 •
 OPERATED BY: Bob and Joyce Pellegrini • WINEMAKER: Russell Hearn • WINES: •
 East End Select- Chardonnay, Rosé, Merlot • Pellegrini Vineyards-
 Chardonnay, Merlot...



 If I add an abstract to the item, then the search displays changes to:



 Pellegrini Vineyards

 Hearn, Russell (2008)

 Added abstract here…



 Has anyone else seen this?  Does anyone know what is going on or where I
 can go to fix this?



 George Kozak

 Digital Library Specialist

 Cornell University Library Information Technologies (CUL-IT)

 218 Olin Library

 Cornell University

 Ithaca, NY 14853

 607-255-8924









 --

 ___
 DSpace-tech mailing list
 DSpace-tech@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/dspace-tech
 List Etiquette:
 https://wiki.duraspace.org/display/DSPACE/Mailing+List+Etiquette



--
___
DSpace-tech mailing list
DSpace-tech@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dspace-tech
List Etiquette: https://wiki.duraspace.org/display/DSPACE/Mailing+List+Etiquette

Re: [Dspace-tech] Problem with Search Result display in Mirage2 theme (resend)

2015-06-17 Thread George Stanley Kozak
Thanks, helix84!

George Kozak
Digital Library Specialist
Cornell University Library Information Technologies (CUL-IT)
218 Olin Library
Cornell University
Ithaca, NY 14853
607-255-8924



From: ivan.ma...@gmail.com [mailto:ivan.ma...@gmail.com] On Behalf Of helix84
Sent: Wednesday, June 17, 2015 9:57 AM
To: George Stanley Kozak
Cc: dspace-tech@lists.sourceforge.net
Subject: Re: [Dspace-tech] Problem with Search Result display in Mirage2 theme 
(resend)

The text being displayed stream_source_info ... is the literal value coming 
from the fulltext or fulltext_hl field value in your Solr search core. 
I'm not sure why the literal value is being shown instead of just the parts of 
fulltext containing the search terms, but this should give you an idea where to 
start looking.


Regards,
~~helix84

Compulsory reading: DSpace Mailing List Etiquette
https://wiki.duraspace.org/display/DSPACE/Mailing+List+Etiquette
--
___
DSpace-tech mailing list
DSpace-tech@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dspace-tech
List Etiquette: https://wiki.duraspace.org/display/DSPACE/Mailing+List+Etiquette

Re: [Dspace-tech] So the CRIS module only works with JSPUI?

2015-06-17 Thread Pascarelli Luigi Andrea
Yes, DSpace-CRIS is fully integrated only with DSpace JSPUI but in my 
opinion with a bit of work (a bit and hard work) could be run also in 
XMLUI (need to have both jspui than xmlui up and running).

To try, only the brave can perform this todo list:
- use SSO (single sign on) to share login from DSPACE-CRIS and DSPACE XMLUI
- setup URL redirect/rewrite in Apache to perform redirect for links 
from DSpace-CRIS to DSpace pages and viceversa
- improve browse/search section to show anchor in result page that link 
to DSpace-CRIS entities


Best

Andrea

Il 17/06/2015 15:36, Tim Donohue ha scritto:

Hi David,

Correct, CRIS is only for the JSPUI at this time. Currently DSpace-CRIS
is essentially a separate application, based on the DSpace JSPUI and
supported primarily by CINECA (who developed DSpace-CRIS). While you can
migrate to DSpace-CRIS from an existing DSpace, it changes the
underlying data model (so you are no longer running the out-of-the-box
DSpace).  More info here:

http://cineca.github.io/dspace-cris/

While migration of DSpace-CRIS into core DSpace is not yet on the
RoadMap, there have been informal discussions with CINECA on trying to
find a way to make CRIS easier to enable or install for those who
want that type of functionality (so it isn't an entirely different
application with a different data model). But, this idea is dependent on
coming up with a better definition/structure for DSpace third-party
modules (which is on the RoadMap), so that we can better
enable/support this sort of plugability in DSpace.  More info on the
Roadmap in general is at: https://wiki.duraspace.org/display/DSPACE/RoadMap

- Tim

On 6/17/2015 8:06 AM, Schuster, David wrote:

Just wanting to be sure.  We have been running the XMLUI interface as
that was what seemed the best option 2 years ago.

Are there plans for porting it to XMLUI or what advice would people give
if we were interested in the CRIS module.

David Schuster

Texas Woman's University

Director of Library Information Technology  Technical Support

Phone: 940-898-3909

dschus...@twu.edu mailto:dschus...@twu.edu

emailsignature



--



___
DSpace-tech mailing list
DSpace-tech@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dspace-tech
List Etiquette: https://wiki.duraspace.org/display/DSPACE/Mailing+List+Etiquette


--
___
DSpace-tech mailing list
DSpace-tech@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dspace-tech
List Etiquette: https://wiki.duraspace.org/display/DSPACE/Mailing+List+Etiquette


--
___
DSpace-tech mailing list
DSpace-tech@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dspace-tech
List Etiquette: https://wiki.duraspace.org/display/DSPACE/Mailing+List+Etiquette