[Dspace-tech] NOTICE: dspace-tech will move to Google Groups TODAY (Thurs, Aug 27) - ACTION REQUIRED
Hello dspace-tech subscribers, REMINDER: In just a few short hours (approximately 19UTC / 3pm EDT), this 'dspace-tech' SourceForge mailing list will be migrated to a new 'dspace-tech' Google Group. At approximately 19UTC, the following will occur: 1. Any future emails sent to dspace-tech@lists.sourceforge.net will bounce back and refer you to the new mailing list. 2. Emails from the last few days will be migrated to the new Google Group (most of the archives have already been migrated). 3. The new 'dspace-tech' Google Group will be activated. 4. Anyone who has already submitted a Join Request (see email below) will be signed up immediately. There's still time to submit it! 5. A final notice will be sent to this old SourceForge mailing list redirecting everyone else to sign up for the new mailing list. 6. Everyone will be automatically unsubscribed from this old SourceForge mailing list. Thanks! We hope to see you on the new dspace-t...@googlegroups.com mailing list in just a few short hours! - Tim On 8/26/2015 1:22 PM, Tim Donohue wrote: Hello dspace-tech subscribers, This dspace-tech SourceForge mailing list will be migrated to Google Groups TOMORROW (Thurs, Aug 27) at approximately 19:00 UTC (3pm EDT). Unfortunately, because of Google Group's strict policies to avoid spammers, we will be UNABLE to migrate your existing subscription on your behalf. But, all dspace-tech mailing list archives will be migrated automatically to the new location. ACTION REQUIRED: Once the mailing list is migrated, you will need to re-subscribe yourself to the new dspace-tech Google Group in order to continue receiving these emails. At that point, a final notice will be sent to all subscribers of this SourceForge list, detailing how to quickly join the new mailing list. Your email address will also be unsubscribed from the retired SourceForge mailing list. OPTIONALLY, if you want to get a jump on things (and ensure you don't miss a message), you may immediately send a join request via one of these routes: * Email /dspace-tech+subscr...@googlegroups.com /You'll receive an email response that tells you to either *reply* to submit your join request, or click a link. * OR visit https://groups.google.com/d/forum/dspace-tech and click Apply to join group (You must be logged in to see that button) Submitting a Join Request will ensure you are immediately subscribed to the new mailing list once the migration is completed. This migration from SourceForge to Google Groups is taking place for the following reasons: 1) SourceForge hosting has been unstable recently. Our SF-hosted mailing lists have gone down twice in the last six months. 2) Google Groups provides better list search and management capabilities. 3) Other DuraSpace projects use Google Groups and have had good experiences with it. 4) All other DSpace mailing lists have already moved to Google Groups in the past few weeks: https://wiki.duraspace.org/display/DSPACE/Mailing+Lists Thanks, Tim Donohue -- 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
[Dspace-tech] FINAL NOTICE: DSpace Tech list moved to Google Groups. Please RESUBSCRIBE yourself!
Hello dspace-tech subscribers, The migration of the dspace-tech list archives from SourceForge to the 'dspace-tech' Google Group has succeeded. As mentioned previously, we are UNABLE to migrate your subscription to this mailing list. From this point forward, please use dspace-t...@googlegroups.com https://groups.google.com/d/forum/dspace-tech If you haven't already, you must RESUBSCRIBE in order to continue to receive emails from this DSpace mailing list. TO RESUBSCRIBE to dspace-tech, please choose one of the following options: * Send an email to /dspace-tech+subscr...@googlegroups.com/ * OR, visit https://groups.google.com/d/forum/dspace-tech and click Join Group at the top. You can then also modify your subscription options (digest mode, etc) This will be the FINAL email sent across the dspace-tech SourceForge mailing list. To continue to receive DSpace Tech emails, you must subscribe yourself to the new dspace-tech Google Group. We hope to see you on dspace-t...@googlegroups.com! Sincerely, 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
[Dspace-tech] NOTICE: dspace-tech will move to Google Groups TOMORROW (Thurs, Aug 27) - ACTION REQUIRED
Hello dspace-tech subscribers, This dspace-tech SourceForge mailing list will be migrated to Google Groups TOMORROW (Thurs, Aug 27) at approximately 19:00 UTC (3pm EDT). Unfortunately, because of Google Group's strict policies to avoid spammers, we will be UNABLE to migrate your existing subscription on your behalf. But, all dspace-tech mailing list archives will be migrated automatically to the new location. ACTION REQUIRED: Once the mailing list is migrated, you will need to re-subscribe yourself to the new dspace-tech Google Group in order to continue receiving these emails. At that point, a final notice will be sent to all subscribers of this SourceForge list, detailing how to quickly join the new mailing list. Your email address will also be unsubscribed from the retired SourceForge mailing list. OPTIONALLY, if you want to get a jump on things (and ensure you don't miss a message), you may immediately send a join request via one of these routes: * Email /dspace-tech+subscr...@googlegroups.com /You'll receive an email response that tells you to either *reply* to submit your join request, or click a link. * OR visit https://groups.google.com/d/forum/dspace-tech and click Apply to join group (You must be logged in to see that button) Submitting a Join Request will ensure you are immediately subscribed to the new mailing list once the migration is completed. This migration from SourceForge to Google Groups is taking place for the following reasons: 1) SourceForge hosting has been unstable recently. Our SF-hosted mailing lists have gone down twice in the last six months. 2) Google Groups provides better list search and management capabilities. 3) Other DuraSpace projects use Google Groups and have had good experiences with it. 4) All other DSpace mailing lists have already moved to Google Groups in the past few weeks: https://wiki.duraspace.org/display/DSPACE/Mailing+Lists Thanks, Tim Donohue -- 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] Hibernate
Just as an FYI, DSpace will be using Hibernate 4.3.10. The hibernate work is in progress and is a subset of a larger API refactoring project, to be released in DSpace 6. More info at: https://wiki.duraspace.org/display/DSPACE/DSpace+Service+based+api Here's where the in progress codebase is (it isn't yet on master but will be merged there once it fully compiles/builds, likely in the next week or two): https://github.com/DSpace/DSpace/tree/DS-2701-service-api - Tim On 8/24/2015 9:06 AM, Luiz dos Santos wrote: Hi Monika, Do you know each is the version of hibernate will be used? I looked for it on the https://github.com/DSpace/DSpace/blob/master/dspace-api/pom.xml, but it is not there yet. I like this book: http://www.manning.com/bauer3/ The Chapter1 is available on line: http://www.manning.com/bauer3/JavaPH_meap_ch1.pdf Best regards Luiz On Mon, Aug 24, 2015 at 9:47 AM, Monika C. Mevenkamp moni...@princeton.edu mailto:moni...@princeton.edu wrote: I have a 2006 copy of *Hibernate Quickly* *Patrick Peak and Nick Heudecker* since the committers will do the heavy lifting of mapping the current DB structure to hibernate, I am mainly interested in getting a good foundation in hibernate style querying did the query interface stay stable or should I trash this book ? yes - yes - I know I can go online and yes a good link would be helpful - but for some things I prefer to start out with a book - but i don’t want to waste my time on a prehistoric API Monika — Monika Mevenkamp Digital Repository Infrastructure Developer Phone: 609-258-4161 tel:609-258-4161 333C 701 Carnegie, Princeton University, Princeton, NJ 08544 -- ___ DSpace-tech mailing list DSpace-tech@lists.sourceforge.net mailto: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 -- 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] migrating test collections and communities
Hi Brianna, You also might wish to consider upgrading directly to DSpace 5.x, as 5.x now will automatically upgrade your existing database schema to ensure it's compatible with the latest version of DSpace. For more info see the 5.x Release Notes (especially the 5.0 section): https://wiki.duraspace.org/display/DSDOC5x/Release+Notes - Tim On 8/20/2015 7:05 AM, Bram Luyten wrote: Hi Brianna, to understand your context and use case a little bit better: is there a particular reason why you're not upgrading your entire database? One area of the functionality documentation that you may find interesting is the AIP Backup Restore functionality: https://wiki.duraspace.org/display/DSDOC4x/AIP+Backup+and+Restore You can use this to pull out specific collections/communities, in case you don't want the entire database. Bram -- logo *Bram Luyten* /250 Lucius Gordon Drive, Suite B-3A, West Henrietta, NY 14586/ /Esperantolaan 4, Heverlee 3001, Belgium/ www.atmire.com http://atmire.com/website/?q=servicesutm_source=emailfooterutm_medium=emailutm_campaign=braml On 18 August 2015 at 20:49, Brianna Marshall brianna.marsh...@wisc.edu mailto:brianna.marsh...@wisc.edu wrote: Good afternoon, At UW-Madison we are migrating from DSpace 1.5 to 4.1 and trying to figure out how to most easily migrate test collections and communities. I noticed the 1.5 simple exporter http://dspace.org/sites/dspace.org/files/archive/1_5_2Documentation/ch09.html#N13795 - has anyone tested whether this works for 4.1? Any advice or resources you could point me to would be very helpful. Thanks! Brianna ___ Brianna Marshall Digital Curation Coordinator Chair, Research Data Services http://researchdata.wisc.edu/ University of Wisconsin-Madison 608-265-6381 -- ___ DSpace-tech mailing list DSpace-tech@lists.sourceforge.net mailto: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 -- 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] ask help with user-friendly url
Hi Vlad, Unfortunately, DSpace doesn't support generating what you call user friendly URLs. It specifically generates number-based URLs in order to ensure uniqueness and provide a stable, persistent identifier. So, as a basic example, if you were to generate URLs based on doc title, you'd run into issues if two documents had the same name. You also may run into issues if you decided to change the title of the document (would this change the URL? If so, what would happen to folks who bookmarked the old URL?). URL naming is not a simple problem, which is why DSpace specifically uses identifiers which have no meaning, but are persistent in nature (they won't change if you rename the document, and they won't conflict if you have two items of the same name). Because DSpace doesn't support this, there's really no easy way to implement this idea in DSpace. Sorry, Tim On 8/19/2015 5:06 AM, vlad ovsyannikov wrote: Hello! I need help As i can see - handle db table is used to access item by url like 123456789/ if i change handle column in handle table to beutiful-url i can access document by this user-friendly url Questions How to update all handle rows for items with proper user-friendly url named by doc-title? How to add form input to edit this column on item edit page? How to generate proper sitemaps with this user-friendly urls? Thanks for help! dspace 4.x -- ___ 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 -- 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] LDAP registration
Hi Jeff, This sounds like this bug which exists in DSpace 3.x and 4.x, but was fixed in DSpace 5.0 https://jira.duraspace.org/browse/DS-1781 There is a workaround listed in the comments of that ticket though where you configure the netid_email_domain setting to append the correct email ending. - Tim On 8/20/2015 11:46 AM, Jeffrey A Trimble wrote: We have two different versions of DSpace running (1.6 —yeah it’s old) and 4.0 When logging on via LDAP authentication, the authoregister captures the email correctly on the 1.6 version of dspace (jasm...@ysu.edu) and on the 4.0 version it is captureing it as “jasmith”. Both have the exact same stanzas in the config files for the LDAP server calls and all other considerations. Anyone have a clue as to what may or may be wrong? Thanks, Jeff Jeffrey Trimble, MLS Co-Interim Library Director Associate Director Head of Information Services William F. Maag Library Youngstown State University 330.941.2483 (Office) jatrim...@ysu.edu http://www.maag.ysu.edu http://digital.maag.ysu.edu “/Pro captu lectoris habent sua fata libelli/. -- ___ 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 -- 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] Administrative Statistics
The Administrative Statistics are the (very old) legacy DSpace statistics pulled from log files, which pre-dated the Usage Statistics (based on Solr). They are only generated by running these commandline options: [dspace]/bin/dspace stat-initial [dspace]/bin/dspace stat-general [dspace]/bin/dspace stat-monthly The only reason they still exist is that the Usage Statistics don't provide all the same information (yet). The Usage Statistics are much more accurate in providing usage information (as these legacy, log-based stats do not filter out spiders or similar). But, the legacy, log-based stats do provide some unique administrative statistics, like the counts of the number of actions performed in your DSpace, etc. Overall, the Usage Statistics are a much better resource for actual download/view statistics. But some people do enable these older statistics just to get an overview of overall site activity. - Tim On 8/18/2015 12:27 PM, Borda, Susan wrote: Hi- Can someone tell me what the “Statistics” option is in the Administrative panel”, is it different then the “Usage Statistics” and whatnot in the “Statistics” section? When I click on it I get the message: No reports currently available There are currently no reports available for this service. Please check back later. Thanks, susan — Susan Borda Digital Technologies Development Librarian Montana State University Library 406-994-1873 -- ___ 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 -- 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] External Format Registry - Development plans?
Hi Franziska, To answer the first part of your question, that ticket (DS-1096) is still looking for a volunteer or two to help us provide that integration with PRONOM. At this point in time, there's no timeline for when this work may happen, but it likely is still of interest. Similar to other open source platforms, DSpace itself is primarily developed and maintained by volunteers from throughout the world. So, if you or anyone else is interested in this work, please do let us know (add a comment to that ticket) and then feel free to provide a GitHub Pull Request per our code contributions guidelines: https://wiki.duraspace.org/display/DSPACE/Code+Contribution+Guidelines At this point, I'm unaware of anyone who has implemented this locally. But, I would also be interested to hear about any who have built in this feature already! - Tim -- Tim Donohue Technical Lead for DSpace DSpaceDirect DuraSpace.org | DSpace.org | DSpaceDirect.org On 8/17/2015 9:25 AM, Franziska Ackermann wrote: Dear list, In the past there have been discussions to use PRONOM as an external format registry for DSpace, e.g. https://wiki.duraspace.org/display/DSPACE/BitstreamFormat+Conversion+Instructions The idea dates back to 2011 and was considered to be a feature with major priority back then (https://jira.duraspace.org/browse/DS-1096). It seems that the idea has not been realized. Are there plans to offer this feature in a future release? Likewise, if there are DSpace installations that use PRONOM as an external registry, we'd be interested to hear about them. Best, Franziska Ackermann Am 13.08.2015 um 08:30 schrieb Franziska Ackermann: Dear all, With the Bitstream Format Registry DSpace recognizes the mimetype of a bitstream, but doesn't specify the version of the file format. We are thinking about including the version information in the database. Has anyone done this yet? We'd be glad about tips. Best regards, Franziska Ackermann -- ___ 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
Re: [Dspace-tech] Fwd: Re: New Version of Dspace installation on Windows 7
Hello, DSpace can actually be installed in the same manner on any operating system (including Windows). The official 5.x Installation Instructions are still the best overall guide: https://wiki.duraspace.org/display/DSDOC5x/Installing+DSpace There are a few minor Windows-specific notes listed near the end of that document, in the Windows Installation section: https://wiki.duraspace.org/display/DSDOC5x/Installing+DSpace#InstallingDSpace-WindowsInstallation Good luck, Tim On 8/14/2015 8:17 AM, Vijendra Kumar wrote: -- Forwarded message -- From: Vijendra Kumar vkuma...@vmou.ac.in mailto:vkuma...@vmou.ac.in Date: Aug 14, 2015 4:05 PM Subject: Re: [Dspace-tech] New Version of Dspace installation on Windows 7 To: Kosmas Kaifel kosmas.kai...@uni-ulm.de mailto:kosmas.kai...@uni-ulm.de Cc: Can Dspace 5.2/5.3 version installation possible for windows OS; if yes... how to do this?? step by step... anyone please help me for this... On Fri, Aug 14, 2015 at 1:38 PM, Kosmas Kaifel kosmas.kai...@uni-ulm.de mailto:kosmas.kai...@uni-ulm.de wrote: Hello, I think this link can help you. http://de.scribd.com/doc/131175971/Installing-DSpace-3-1-on-Windows-7 For the configuration from the Tomcat: http://tomcat.apache.org/tomcat-8.0-doc/windows-service-howto.htmlhttp://tomcat.apache.org/tomcat-8.0-doc/windows-service-howto.html Start the program for config Tomact: InstallPath\bin\ Tomcat8w.exe _Javaoptions:_ set JAVA_OPTS=-Xmx2048M -Xms1024M -XX:MaxPermSize=512m -XX:+UseG1GC -Dfile.encoding=UTF-8 Best regards Kosmas Am 14.08.2015 um 08:49 schrieb Vijendra Kumar: Dear all, Anyone can help me how to completely install new version of DSpace in windows 7. Thanks regards, -- /**/*Vijendra Kumar*** VARDHMAN MAHAVEER OPEN UNIVERSITY http://www.vmou.ac.in Rawatbhata Road Kota-324021 (Rajasthan) INDIA TOLL FREE : 1800-180-6166 Youtube http://www.youtube.com/user/vmouonline/videos | Facebook https://www.facebook.com/vmou.ac.in | Twitter https://twitter.com/vmouonline VMOU Internet Radio http://vmou.ac.in/node/488 : Listen on Winamp/VLC/Media Player http://radio.vmou.ac.in:8000/iradio.m3u *Print this mail only if absolutely necessary. Save Paper. Save Trees. * -- ___ DSpace-tech mailing list DSpace-tech@lists.sourceforge.net mailto:DSpace-tech@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dspace-tech List Etiquette:https://wiki.duraspace.org/display/DSPACE/Mailing+List+Etiquette -- +---+ Universität Ulm Kommunikations- und Informationszentrum (kiz) Abt. Infrastruktur Albert-Einstein-Allee 37 89081 Ulm Tel. 0731/50-15495 EMail:kosmas.kai...@uni-ulm.de mailto:kosmas.kai...@uni-ulm.de ++ -- ___ DSpace-tech mailing list DSpace-tech@lists.sourceforge.net mailto:DSpace-tech@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dspace-tech List Etiquette: https://wiki.duraspace.org/display/DSPACE/Mailing+List+Etiquette -- /**/*Vijendra Kumar*** VARDHMAN MAHAVEER OPEN UNIVERSITY http://www.vmou.ac.in Rawatbhata Road Kota-324021 (Rajasthan) INDIA TOLL FREE : 1800-180-6166 Youtube http://www.youtube.com/user/vmouonline/videos | Facebook https://www.facebook.com/vmou.ac.in | Twitter https://twitter.com/vmouonline VMOU Internet Radio http://vmou.ac.in/node/488 : Listen on Winamp/VLC/Media Player http://radio.vmou.ac.in:8000/iradio.m3u *Print this mail only if absolutely necessary. Save Paper. Save Trees. * -- ___ 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] Browse by Issue Date wont give any results
Hi SNEmi, It sounds like you may be encountering this bug, which affected Browse by Date/Title in 5.2: https://jira.duraspace.org/browse/DS-2602 It was fixed in the recent 5.3 release. So I'd recommend upgrading to 5.3. For more information on the fixes in 5.3, see: https://wiki.duraspace.org/display/DSDOC5x/Release+Notes - Tim On 8/6/2015 3:29 AM, sn...@buntblock.de wrote: Thank you for your help. I did not use dspace-4.x before and this does not help me. As i now understand the behaviour of the browse by author and keywords i found out it is working fine. I do still have the problem with the Issue Date and Title: After selecting years for IssueDate or Characters for the title i get zero results. So why is browse issuedate and title broken? In the other hand authors and keywords going fine. Any starting points for me SNEmi Zitat von Hilton Gibson hilton.gib...@gmail.com: Please see: http://wiki.lib.sun.ac.za/index.php/SUNScholar/Browse_Indexes#WARNING: *Hilton Gibson* Ubuntu Linux Systems Administrator Stellenbosch University Library http://staff.lib.sun.ac.za/~hgibson/docs/cv/cv.html On 4 August 2015 at 15:51, sn...@buntblock.de wrote: Hi, i am using dspace-5.2 and most things work fine, beside some Browsing Issues: When i Browse by Issue Date it shows me all items. After (Choose year) or type in a year i get always zero results. /xmlui/browse?type=dateissued In opposite when i click on the sidebar Date Issued: I get the correct result. /xmlui/discover?filtertype=dateIssuedfilter_relational_operator=equalsfilter=2012 In all types of Browse by i get weird behaviours: When i enter first letters for Authors, Titles, Subjects it gives me results i cannot understand and totally wrong. I searched the logs and cannot find errors, debug is enabled. I tried: dspace index-discovery -b dspace index-discovery -o Everythings seems fine. When i rebuild dspace, all indexes Looks good! As i am using xmlui-mirage2 i tested this in jspui and the same wrong results and missing functionality showed up. discover seems to work browse not How is the way to get into it and find the problem ? Best regards SNEMI -- ___ 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
Re: [Dspace-tech] What is the recommended way of backing up the solr index
Hi Monika, As of DSpace 5.2 (or above), there's new tools to backup/restore Solr Statistics: [dspace]/bin/dspace solr-export-statistics [dspace]/bin/dspace solr-import-statistics There's also a new solr-reindex-statistics command which performs a full export followed by a re-import in order to reindex your Solr Statistics. More details at: https://wiki.duraspace.org/display/DSDOC5x/SOLR+Statistics+Maintenance#SOLRStatisticsMaintenance-ExportSOLRstatistics,forbackupandmovingtoanotherserver - Tim On 8/4/2015 10:17 AM, Monika C. Mevenkamp wrote: Specifically I am interested in backing up the statistics I know an cp -r the directory - but is there a cleaner way ? Monika — Monika Mevenkamp Digital Repository Infrastructure Developer Phone: 609-258-4161 333C 701 Carnegie, Princeton University, Princeton, NJ 08544 -- ___ 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] Generic DSpace servlet/webapp utilities?
Hi Jacob (and all), Interesting work so far! In case you (and others) hadn't heard, a new UI platform is the top priority on our DSpace Roadmap (recently approved by our DSpace Steering Group): https://wiki.duraspace.org/display/DSPACE/RoadMap More info on the UI Project specifically at: https://wiki.duraspace.org/display/DSPACE/Design+-+Single+UI+Project As was just announced (on dspace-general), we are working to establish a DSpace UI Working Group to help lead the process of piloting and selecting a new UI platform. The draft group charter is at: https://wiki.duraspace.org/display/DSPACE/DSpace+UI+Working+Group If you (or anyone else) are interested in taking part in this process, you may wish to consider attending our first Working Group meeting next week. The full details are in this email message: http://dspace.2283337.n4.nabble.com/Invitation-to-join-the-DSpace-User-Interface-UI-Working-Group-Aug-10-15-00-UTC-td4679073.html In the coming weeks, we also will be working with this Working Group to draft out the process of prototyping UI platforms and making a final selection. So, even if you are not interested in taking part in the UI Working Group, you might be interested in joining or establishing a UI pilot team (on the platform of your choice , or submitting disco as a pilot). More information on this will be sent to the mailing lists in the coming weeks. - Tim -- Tim Donohue Technical Lead for DSpace DSpaceDirect DuraSpace.org | DSpace.org | DSpaceDirect.org On 8/3/2015 10:21 AM, Brown, Jacob wrote: Hi all, I’m working (slowly) on a simple alternate web frontend for DSpace: https://github.com/kardeiz/disco.* I was thinking that it would be nice if DSpace provided some implementation-agnostic utilities for a generic HttpServlet context. For example, XMLUI and JSPUI provide their own wrappers for things like browsing, searching, recent submissions, etc., but in many cases the code used is very similar and not dependent on the specific framework. It would be possible to abstract out a lot of the functionality of these wrappers into utility methods that have signatures like `HttpServletRequest req, HttpServletResponse resp`. As a specific example, consider RecentSubmissionUtils https://github.com/DSpace/DSpace/blob/master/dspace-xmlui/src/main/java/org/dspace/app/xmlui/aspect/discovery/recentSubmissions/RecentSubmissionUtils.java. There is no reason this class has to be XMLUI specific; if it was in some shared package, JSPUI or any other framework could just use it directly to generate a list of recent submissions for a community or collection. There are already a couple of servlet-related utilities in dspace-api at org.dspace.app.util.Util. I don’t know if anything like this has ever been discussed, or if there are reasons it wouldn’t work. I know it would require a lot of collaboration between JSPUI and XMLUI developers. I guess this is something that should go on a DSpace “wishlist”; I apologize if this isn’t the correct place for that— Thanks, Jacob Brown * In case anyone wants more information: this application is written in Scala and uses: ·the DSpace API (5.x) for working with a local DSpace repository ·Jersey for request routing (and not much else) ·Twirl for HTML templating ·xsbt-web-plugin for running in development and WAR packaging ·Bower and Gulp for frontend asset management In a little over 700 lines of Scala and a handful of HTML templates, this application provides a good portion (but certainly not all) of the non-administrative functionality of a normal XMLUI site, including home, community, collection, and item view pages, and search and browse interfaces (including sidebar facets). Getting started should be as easy as: git clone https://github.com/kardeiz/disco https://github.com/kardeiz/disco cd disco export DSPACE_DIR=/path/to/dspace ./sbt container:start Disclaimers: This application is under active development and is not a finished/polished product. Parts of it may be untested or in need of improvement. While this application should be mostly “read-only” in relation to your local DSpace installation, I would recommend against running it on a production server at this point. Use at your own risk. -- ___ 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] Now available: DSpace 5.3 release, providing bug and security fixes to 5.x
Dear DSpace Community: On behalf of the DSpace developers, I would like to formally announce that DSpace 5.3 is now available. DSpace 5.3 is a bug-fix and (minor) security release and contains no new features. DSpace 5.3 can be downloaded immediately from: https://github.com/DSpace/DSpace/releases/tag/dspace-5.3 5.3 Release notes are available at: https://wiki.duraspace.org/display/DSDOC5x/Release+Noteshttps://wiki.duraspace.org/display/DSDOC5x/Release+Notes (Please note that the 5.3 release is NOT available from SourceForge. SourceForge has had recent service issues and does not support uploading new releases at this time.) In addition, you are welcome to try out DSpace 5.3 on http://demo.dspace.org/ and continue to provide any early feedback you may have. 5.3 Bug Fixes * Security fixes: o /[LOW SEVERITY]/ /Possible to access files attached to in-progress submissions via a direct link /(DS-2614 https://jira.duraspace.org/browse/DS-2614 - requires a JIRA account to access for two weeks, and then will be public)/. /This vulnerability could allow anyone in the world to download a file attached to an in-progress submission if they are provided with a direct link to that file (from either UI). While a direct file link would be very hard to guess or stumble upon, this could allow an individual with deposit rights to make available content which has not been approved by local DSpace administrators. This vulnerability has at least existed since 5.0, but may effect versions as old as 3.0. + Discovered by Pascal-Nicolas Becker of Technische Universität Berlin * Search and browse fixes: o Solr and Lucene special characters no longer cause search errors (DS-2339 https://jira.duraspace.org/browse/DS-2339, DS-2461 https://jira.duraspace.org/browse/DS-2461, DS-2472 https://jira.duraspace.org/browse/DS-2472) o Resolved issues jumping to values when browsing by title or date (DS-2571 https://jira.duraspace.org/browse/DS-2571, DS-2602 https://jira.duraspace.org/browse/DS-2602) * OAI fixes: o Performing a full OAI import now also cleans the OAI cache (DS-2543 https://jira.duraspace.org/browse/DS-2543) o Harvested items are now properly imported in OAI (DS-2554 https://jira.duraspace.org/browse/DS-2554) o Tombstones (deleted item status) are now properly applied for withdrawn items (DS-2593 https://jira.duraspace.org/browse/DS-2593) (note: this requires 'import' to be run, the OAI event consumer will not create tombstones automatically) o dc.date.available is now properly exposed when using the mets metadata format (DS-2598 https://jira.duraspace.org/browse/DS-2598) * Authorization policy fixes: o Custom policies for items in workspace or workflow (eg. embargo lifts) are now ignored by AuthorizeManager (DS-2614 https://jira.duraspace.org/browse/DS-2614) o ||NULL Resource Policy types (commonly found when upgrading from DSpace 3.0) are now handled correctly by AuthorizeManager (DS-2587 https://jira.duraspace.org/browse/DS-2587) o Item-level versioning now carries across all custom policies in new item versions (eg. embargos) (DS-2358 https://jira.duraspace.org/browse/DS-2358) * Other notable fixes: o Optimized Select Collection query is now disabled by default as a workaround to ensure special group lookups (LDAP, Shibboleth) work out-of-the-box (DS-2673 https://jira.duraspace.org/browse/DS-2673) o Resolved issue where citation_pdf_url metadata was NULL for items with multiple bitstreams but no primary bitstream (DS-2603 https://jira.duraspace.org/browse/DS-2603) o ||dc.rights metadata is now properly exposed in embedded XHTML head DC (DS-2568 https://jira.duraspace.org/browse/DS-2658) For much more information on each of these and other fixes, please visit our 5.x Release Notes: https://wiki.duraspace.org/display/DSDOC5x/Release+Notes 5.3 Documentation The DSpace 5.x documentation is available online at: https://wiki.duraspace.org/display/DSDOC5x/ A PDF copy of the documentation can also be downloaded from: https://github.com/DSpace/DSpace/releases/download/dspace-5.3/DSpace-Manual.pdf 5.3 Acknowledgments The DSpace application would not exist without the hard work and support of the community. Thank you to the many developers who have worked very hard to deliver all the new features and improvements. Also thanks to the users who provided input and feedback on the development, as well those who participated in the testathons. The 5.3 release was led by Kim Shepherd (University of Auckland Library) and the Committers. The following individuals provided code or bug fixes to the 5.3 release: Tim Donohue (tdonohue), Ondřej Košarko
Re: [Dspace-tech] (no subject)
Hi Stephano, While I didn't try to harvest either, I did look around for their OAI-PMH interfaces (which enable harvesting). Assuming you installed DSpace with default settings, the OAI-PMH interface tends to be at [dspace.url]/oai/request (where [dspace.url] is your DSpace site's URL obviously). Looks like the first repository should be harvestable from the base path of: http://www.taccire.suanet.ac.tz/oai/request For example, here's its DC data. It looks like it should be harvestable as it is sharing data http://www.taccire.suanet.ac.tz/oai/request?verb=ListRecordsmetadataPrefix=oai_dc The second repository should be harvestable from the base path of: http://41.73.194.142:8080/oai/request But, it looks like it's DC data is throwing an error: http://41.73.194.142:8080/oai/request?verb=ListIdentifiersmetadataPrefix=oai_dc The error says that your Solr server is returning a 403 Forbidden response. To me it sounds like it *might* be a permissions issue (with the [dspace]/solr/ directory and all subdirectories). But you also may want to check your DSpace logs for more information. If you are still running into problems, send your specific error messages to this list - Tim On 7/29/2015 5:08 AM, Stephano John wrote: Dear all, i am managing two repositories www.taccire.suanet.ac.tz/xmlui/ http://www.taccire.suanet.ac.tz/xmlui/(dspace 1.8.2) www.suaire.suanet.ac.tz http://www.suaire.suanet.ac.tz (dspace 4.2) I am requesting you to try to harvest content from these two repositories, if you are not able to harvest from them, then please give me step by step how to setup or how to enable harvesting. Kind regards Stephano John -- ___ 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] dspace 5.1 - Single Sign Out feature is not implemented while logging in via shibboleth2
Hi Kostas, Unfortunately, I'm not very familiar with this area of the JSPUI codebase. But, it looks like that Single Sign Out feature is not implemented message is displayed by the no-single-sign-out.jsp: https://github.com/DSpace/DSpace/blob/master/dspace-jspui/src/main/webapp/login/no-single-sign-out.jsp That JSP seems to be returned whenever Shibboleth returns a NO_SUCH_USER error, at least according to this code: https://github.com/DSpace/DSpace/blob/master/dspace-jspui/src/main/java/org/dspace/app/webui/servlet/ShibbolethServlet.java#L90 So, it seems like there might be something wrong with your Shibboleth configuration, since the DSpace Shibboleth Authentication Plugin cannot seem to locate the user you are trying to login as. I'd suggest looking more closely at your DSpace log files to see if there are any error messages being reported there. Likely either a DSpace error is being thrown, or you have autoregister set to false and there is no DSpace EPerson corresponding to your Shibboleth login. Here's more hints on checking logs for error messages: https://wiki.duraspace.org/display/DSPACE/Troubleshoot+an+error If you find an error in the logs, and it doesn't make sense, feel free to forward it along to this mailing list, and we'll see if we can help. - Tim On 7/14/2015 1:23 AM, Konstantinos Koumoutsos wrote: Hello. Is there any update on this? Any ideas on how to proceed? Thanks. Regards Kostas *From:*Konstantinos Koumoutsos [mailto:koumout...@gmail.com] *Sent:* Tuesday, July 14, 2015 1:02 AM *To:* 'dspace-tech@lists.sourceforge.net' *Subject:* dspace 5.1 - Single Sign Out feature is not implemented while logging in via shibboleth2 Hello All. I have a dspace 5.1 and I have configured shibboleth 2 with no lazy sessions. When I go to “Login via Shibboleth” page, I am redirecting to the correct page that is defined by IDP. After putting my credentials, I got the below error in dspace gui page. Single Sign Out feature is not implemented The protection provided by Shibboleth does not have single sign out feature implemented yet. Please simply close the browser and re-open it to clear cookie I have never seen that error before. Could you please help me on this? The shibd logging returns and it dictates that there is no communication error with IDP. root@ shibboleth]# tail -f /var/log/shibboleth/shibd.log 2015-07-14 00:33:50 INFO Shibboleth.AttributeExtractor.XML [7]: skipping unmapped SAML 2.0 Attribute with Name: urn:oid:2.5.4.12 2015-07-14 00:33:50 INFO Shibboleth.AttributeExtractor.XML [7]: skipping unmapped SAML 2.0 Attribute with Name: urn:oid:2.5.4.11 2015-07-14 00:33:50 INFO Shibboleth.AttributeExtractor.XML [7]: skipping unmapped SAML 2.0 Attribute with Name: urn:oid:2.5.4.3 2015-07-14 00:33:50 INFO Shibboleth.AttributeExtractor.XML [7]: skipping unmapped SAML 2.0 Attribute with Name: urn:oid:0.9.2342.19200300.100.1.3 2015-07-14 00:33:50 INFO Shibboleth.AttributeExtractor.XML [7]: skipping unmapped SAML 2.0 Attribute with Name: urn:oid:2.16.840.1.113730.3.1.241 *2015-07-14 00:33:50 INFO Shibboleth.SessionCache [7]: new session created: ID (_d29c42e3bdfb1b82b1002a24bc3506e1) IdP (https://idp. /shibboleth-idp/) Protocol(urn:oasis:names:tc:SAML:2.0:protocol) Address (188.4.154.97)* ** *I am using Centos 6.5 with httpd, tomcat 6 and modjk. * *Thank you in advance.* *Best Regards* *Kostas* ** ** -- Don't Limit Your Business. Reach for the Cloud. GigeNET's Cloud Solutions provide you with the tools and support that you need to offload your IT needs and focus on growing your business. Configured For All Businesses. Start Your Cloud Today. https://www.gigenetcloud.com/ ___ 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 -- Don't Limit Your Business. Reach for the Cloud. GigeNET's Cloud Solutions provide you with the tools and support that you need to offload your IT needs and focus on growing your business. Configured For All Businesses. Start Your Cloud Today. https://www.gigenetcloud.com/___ 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 5.2 LDAP Authentication with Active Directory
Hi David, Not sure I have an answer, but perhaps a few clues. The error says it cannot determine a user account's full DN: failed_login:no DN found for user krbelcher. So, that implies to me that it *might* be having issues with either search_context or the lack of object_context. But, nothing jumps out to me as to why either of those would be problematic. DSpace definitely will work with Active Directory (I've set it up in the past), but as each directory structure is a bit different, it's hard to have standard instructions here. In the past, I've usually seen AD directory structures which look more like: dc=relligar,dc=edu | | ou = User Accounts _/| \_ _/ |\_ /| \ ou=Staff Accounts ou=Faculty Accounts ou=Student Accounts In that scenario, I've set search_context = ou=User Accounts,dc=relligar,dc=edu, and found that it worked fine. So, by the same logic, it *seems* like your search_context should be correct, but there's still obviously something wrong here. One option may be to try to debug your settings by running similar LDAP queries using a third-party tool like ldapsearch (which is in the ldap-utils Linux Package). So, for example, using ldapsearch you could run test/verification queries similar to these: # Returns the first 100 accts (using subtree search) under the search_context (returning just the 'cn', 'mail' and 'sn' fields) ldapsearch -x -H [provider_url] -D [search.user] -W -b [search_context] -z 100 -s sub cn mail sn # Returns the first 100 accts (using subtree search) where username (id_field) starts with k ldapsearch -x -H [provider_url] -D [search.user] -W -b [search_context] -z 100 -s sub ([id_field]=k*) [id_field] cn mail sn givenName If it isn't obvious, all the placeholders above correspond to the values of configs in authentication-ldap.cfg. More info on ldapsearch commands: http://www.openldap.org/software/man.cgi?query=ldapsearchapropos=0sektion=0manpath=OpenLDAP+2.0-Releaseformat=html Hopefully that gives you some more hints to go on. Please do report back on your status to this mailing list, as it might help others in the future (and it could also help us to enhance our documentation around configuring the LDAP plugin). - Tim On 7/16/2015 8:21 AM, Baker, David A. wrote: I'm running DSpace 5.2 and am attempting to enable LDAP authentication with our Active Directory. I've been fighting this issue for a couple of weeks now, and cannot get authentication to work. Below are the contents of my authentication.cfg and authentication-ldap.cfg files as well as the log result of the login attempts from the dspace.log file. I'm not sure if there is something obvious that I have wrong or not. Are there any specifics that have to be set for Active Directory setups? Thanks for any help! The directory structure is set up like this: dc=relligar,dc=edu _/| \_ _/ |\_ /| \ ou=Staff Accounts ou=Faculty Accounts ou=Student Accounts | | cn=Jones, Jimmy K. ... dspace.log.2015-07-14 - ... 2015-07-14 16:58:23,295 INFO org.dspace.authenticate.PasswordAuthentication @ anonymous:session_id=E1BE13484E845DE6361AFB660E6307FD:ip_addr=172.0.0.1:authenticate:attempting password auth of user=krbelcher 2015-07-14 16:58:23,358 INFO org.dspace.authenticate.LDAPAuthentication @ anonymous:session_id=E1BE13484E845DE6361AFB660E6307FD:ip_addr=172.0.0.1:auth:attempting trivial auth of user=krbelcher 2015-07-14 16:58:23,654 WARN org.dspace.authenticate.LDAPAuthentication @ anonymous:session_id=E1BE13484E845DE6361AFB660E6307FD:ip_addr=172.0.0.1:ldap_authentication:type=failed_auth javax.naming.AuthenticationException\colon; [LDAP\colon; error code 49 - 80090308\colon; LdapErr\colon; DSID-0C0903A9, comment\colon; AcceptSecurityContext error, data 52e, v1db1 ] 2015-07-14 16:58:23,654 INFO org.dspace.authenticate.LDAPAuthentication @ anonymous:session_id=E1BE13484E845DE6361AFB660E6307FD:ip_addr=172.0.0.1:failed_login:no DN found for user krbelcher 2015-07-14 16:58:23,654 INFO org.dspace.app.xmlui.utils.AuthenticationUtil @ anonymous:session_id=E1BE13484E845DE6361AFB660E6307FD:ip_addr=172.0.0.1:failed_login:email=krbelcher, realm=null, result=2 2015-07-14 16:58:29,764 INFO org.dspace.authenticate.PasswordAuthentication @ anonymous:session_id=E1BE13484E845DE6361AFB660E6307FD:ip_addr=172.0.0.1:authenticate:attempting password auth of user=krbelcher 2015-07-14 16:58:29,764 INFO
Re: [Dspace-tech] Dspace Error
Hi Eric, We'd need information on the underlying error. It should be displayed if you simply click that [show] link next to the Java full stacktrace option on the error page. Or you should be able to locate it in the logs using this guide: https://wiki.duraspace.org/display/DSPACE/Troubleshoot+an+error Once you've located the error, if it doesn't make sense, you are welcome to forward that error message to this mailing list and we'll try to help. Good luck, Tim On 7/16/2015 2:21 AM, Eric Martyns wrote: Hi, please your assistance is needed. we installed Dspace 3.4 In trying to register an E-Person the error below occurs *An error has occurred* Go to Repository home http://196.222.5.9:8080/xmlui java.mail.AuthenticationFailedException: Cocoon stacktrace [show] Java stacktrace [show] Java full stacktrace [show] and uploading a file the following error occurs *An error has occurred* Go to Repository home http://196.222.5.9:8080/xmlui java.io.IOException: No such file or directory Cocoon stacktrace [show] Java stacktrace [show] Java full stacktrace [show] How do i resolve this. Thanks -- Don't Limit Your Business. Reach for the Cloud. GigeNET's Cloud Solutions provide you with the tools and support that you need to offload your IT needs and focus on growing your business. Configured For All Businesses. Start Your Cloud Today. https://www.gigenetcloud.com/ ___ 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 -- Don't Limit Your Business. Reach for the Cloud. GigeNET's Cloud Solutions provide you with the tools and support that you need to offload your IT needs and focus on growing your business. Configured For All Businesses. Start Your Cloud Today. https://www.gigenetcloud.com/___ 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 v3.3 does not work with Java 8
Hi Thomas, Here's a guide for looking for underlying error messages in the log files. https://wiki.duraspace.org/display/DSPACE/Troubleshoot+an+error I think Mark is right, we'd need more information here. To be honest, DSpace 3.3 was never tested with Java 8, as the 3.x platform was released *prior to* Java 8 being released. That being said, if you can send us the errors to this list, we might be able to better determine whether it's a relatively easy fix or not. - Tim On 7/15/2015 9:27 AM, Mark H. Wood wrote: On Wed, Jul 15, 2015 at 01:56:36PM +, Avino, Thomas W. (LARC-B702)[LITES] wrote: We upgraded all of our Dspace instances from 1.7 to 3.3. We are running Java 7. Security issues require us to install Java 8. When we installed Java 8 on our development server, the Dspace application does not work. Users get the main page, but there is nothing on the page. No collections, communities, nothing. Has anyone run into this? Is there a fix? Do you find anything interesting in the logs? -- Don't Limit Your Business. Reach for the Cloud. GigeNET's Cloud Solutions provide you with the tools and support that you need to offload your IT needs and focus on growing your business. Configured For All Businesses. Start Your Cloud Today. https://www.gigenetcloud.com/ ___ 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 -- Don't Limit Your Business. Reach for the Cloud. GigeNET's Cloud Solutions provide you with the tools and support that you need to offload your IT needs and focus on growing your business. Configured For All Businesses. Start Your Cloud Today. https://www.gigenetcloud.com/___ 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] Deletion Mode: OAI
Hi Lewatle, The OAI-PMH definition of persistent vs transient deletion mode is detailed in the OAI-PMH specifications: http://www.openarchives.org/OAI/openarchivesprotocol.html#deletion In DSpace 5.2, we changed the DSpace mode to transient as it better describes how DSpace currently deals with deletions via OAI-PMH. See this ticket: https://jira.duraspace.org/browse/DS-2491 However, that being said, in the upcoming DSpace 5.3 release, we are working on a fix to some existing bugs with how DSpace displays deletions via OAI-PMH. More info on that in this ticket: https://jira.duraspace.org/browse/DS-2593 Hopefully that helps, Tim On 7/15/2015 8:11 AM, Lewatle Phaladi wrote: Hi All, What does Deletion Mode mean on OAI Interface, on our page it says “persistent” : http://wiredspace.wits.ac.za/oai/request?verb=Identify And on http://demo.dspace.org/oai/request?verb=Identify http://demo.dspace.org/oai/request?verb=Identify it says “transient” , I am asking that in case that affect the harversting on the dspace site. Regards, Lewatle This communication is intended for the addressee only. It is confidential. If you have received this communication in error, please notify us immediately and destroy the original message. You may not copy or disseminate this communication without the permission of the University. Only authorised signatories are competent to enter into agreements on behalf of the University and recipients are thus advised that the content of this message may not be legally binding on the University and may contain the personal views and opinions of the author, which are not necessarily the views and opinions of The University of the Witwatersrand, Johannesburg. All agreements between the University and outsiders are subject to South African Law unless the University agrees in writing to the contrary. -- Don't Limit Your Business. Reach for the Cloud. GigeNET's Cloud Solutions provide you with the tools and support that you need to offload your IT needs and focus on growing your business. Configured For All Businesses. Start Your Cloud Today. https://www.gigenetcloud.com/ ___ 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 -- Don't Limit Your Business. Reach for the Cloud. GigeNET's Cloud Solutions provide you with the tools and support that you need to offload your IT needs and focus on growing your business. Configured For All Businesses. Start Your Cloud Today. https://www.gigenetcloud.com/___ 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] Diference in Build properties from DSpace 4 to 5
Hi Arthur, A white screen tends to mean there's some sort of error occurring behind the scenes. You should check your DSpace (and possibly Tomcat) log files and look for the error message reported there, as it'll likely give more details regarding the problem. Here's more info on locating the error, and trying to debug it. If you don't know what the error means, you are also welcome to send it to this list, and someone will try to help you out. https://wiki.duraspace.org/display/DSPACE/Troubleshoot+an+error On 7/14/2015 11:25 AM, Arthur Sady Cordeiro Rossetti wrote: Greetings, Guys, Im having a bug with the size of a scrollbar in DSpace 5 that I didnt have in Dspace 4. When I try to rebuild my Dspace 4 to check if the code Im trying to run on 5 works on version 4. I get the white screen of death which is simply a blank page that doesn't give me much feedback, Im copying the build.properties that work with the version 5 build Im using, and tried some other modifications in the build.properties but no matter what I did, the white screen continues. When I rebuild the 5 version it starts working normally, and I really don't get what configuration is wrong. Does anyone knows what im missing? Thanks in advance. -- Arthur Sady C. Rossetti -- Don't Limit Your Business. Reach for the Cloud. GigeNET's Cloud Solutions provide you with the tools and support that you need to offload your IT needs and focus on growing your business. Configured For All Businesses. Start Your Cloud Today. https://www.gigenetcloud.com/ ___ 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 -- Don't Limit Your Business. Reach for the Cloud. GigeNET's Cloud Solutions provide you with the tools and support that you need to offload your IT needs and focus on growing your business. Configured For All Businesses. Start Your Cloud Today. https://www.gigenetcloud.com/___ 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] FW: DSpace: Internal Server Error
Hi Lewatle, Looks like this same error was encountered by someone else in the past (this is an old thread from dspace-tech): http://comments.gmane.org/gmane.comp.db.dspace.user/24969 According to that thread, the resolution was to increase the value of db.maxconnections (in dspace.cfg) and max_connections (in postgresql.conf). The value of max_connections (in postgresql.conf) should be slightly higher than the value of db.maxconnections, since PostgreSQL automatically reserves a few connections for superuser accounts only (see superuser_reserved_connections in postgresql.conf). For more info, here's the relevant PostgreSQL documentation: http://www.postgresql.org/docs/9.0/static/runtime-config-connection.html - Tim On 7/13/2015 4:37 AM, Lewatle Phaladi wrote: Hi All, The following is the error message I am getting from dspace system. Regards, Lewatle From: lewatle.phal...@wits.ac.za [lewatle.phal...@wits.ac.za] Sent: Monday, July 13, 2015 10:21 AM To: Lewatle Phaladi Subject: DSpace: Internal Server Error An internal server error occurred on http://dspacedev.wits.ac.za: Date: 2015/07/13 10:21 AM Session ID: C79D5CF194AF1E720BE0863AF3F3F60A User: Anonymous IP address: 123.125.71.29 -- URL Was: http://dspacedev.wits.ac.za/jspui/handle/10539/16266 -- Method: GET -- Parameters were: Exception: org.postgresql.util.PSQLException: FATAL: remaining connection slots are reserved for non-replication superuser connections at org.postgresql.core.v3.ConnectionFactoryImpl.readStartupMessages(ConnectionFactoryImpl.java:471) at org.postgresql.core.v3.ConnectionFactoryImpl.openConnectionImpl(ConnectionFactoryImpl.java:112) at org.postgresql.core.ConnectionFactory.openConnection(ConnectionFactory.java:66) at org.postgresql.jdbc2.AbstractJdbc2Connection.init(AbstractJdbc2Connection.java:125) at org.postgresql.jdbc3.AbstractJdbc3Connection.init(AbstractJdbc3Connection.java:30) at org.postgresql.jdbc3g.AbstractJdbc3gConnection.init(AbstractJdbc3gConnection.java:22) at org.postgresql.jdbc4.AbstractJdbc4Connection.init(AbstractJdbc4Connection.java:32) at org.postgresql.jdbc4.Jdbc4Connection.init(Jdbc4Connection.java:24) at org.postgresql.Driver.makeConnection(Driver.java:393) at org.postgresql.Driver.connect(Driver.java:267) at java.sql.DriverManager.getConnection(DriverManager.java:571) at java.sql.DriverManager.getConnection(DriverManager.java:215) at org.apache.commons.dbcp.DriverManagerConnectionFactory.createConnection(DriverManagerConnectionFactory.java:75) at org.apache.commons.dbcp.PoolableConnectionFactory.makeObject(PoolableConnectionFactory.java:582) at org.apache.commons.pool.impl.GenericObjectPool.borrowObject(GenericObjectPool.java:974) at org.apache.commons.dbcp.PoolingDataSource.getConnection(PoolingDataSource.java:106) at org.dspace.storage.rdbms.DatabaseManager.getConnection(DatabaseManager.java:634) at org.dspace.core.Context.init(Context.java:121) at org.dspace.core.Context.init(Context.java:95) at org.dspace.app.webui.util.UIUtil.obtainContext(UIUtil.java:105) at org.dspace.app.webui.servlet.DSpaceServlet.processRequest(DSpaceServlet.java:100) at org.dspace.app.webui.servlet.DSpaceServlet.doGet(DSpaceServlet.java:67) at javax.servlet.http.HttpServlet.service(HttpServlet.java:622) at javax.servlet.http.HttpServlet.service(HttpServlet.java:729) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:291) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) at org.apache.tomcat.websocket.server.WsFilter.doFilter(WsFilter.java:52) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:239) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) at org.dspace.rdf.negotiation.NegotiationFilter.doFilter(NegotiationFilter.java:50) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:239) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) at org.dspace.utils.servlet.DSpaceWebappServletFilter.doFilter(DSpaceWebappServletFilter.java:78) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:239) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:219) at
Re: [Dspace-tech] (no subject)
Hi Ricardo, (I'm copying back in dspace-tech, as we ask that all questions be kept on the mailing list. It helps others also learn from the answers, or help with their own experience/answers. Thanks.) First off, I will mention that we do have plans to remove support for the database indexing. So, if there are issues with Solr that you've encountered, it might be good to report them to us. As of DSpace 6, we plan to only support Solr for search/browse. As for the index-db-browse command: Yes, this is the command that controls the creation/deletion of those bi_* tables for the database-based browse functionality. Since it sounds like at least some of your bi_* tables don't exist, you probably need to run ./dspace index-db-browse -r (which will completely rebuild those indexes, destroying any old ones that may exist). More documentation on the index-db-browse command and its options is at: https://wiki.duraspace.org/display/DSDOC5x/Legacy+methods+for+re-indexing+content#Legacymethodsforre-indexingcontent-CreatingtheBrowseSearchIndexes - Tim On 7/9/2015 8:54 AM, RICARDO EITO BRUN wrote: Thanks Tim, yes, I am using dspace 4.x, and I moved to postgresql browse method due to some issues with Solr. So, your suggestion - if I cannot switch to Solr - is to run index-db-browse, isn't it? Which params are needed? As there is a extrange note in the documentation telling something like take care if you run that command..., I prefered to ask the question in the foro ;-) thanks in advance, Ricardo 2015-07-09 15:37 GMT+02:00 Tim Donohue tdono...@duraspace.org mailto:tdono...@duraspace.org: Hi Ricardo, It sounds like you are using an older version of DSpace with the Database-based browse system (which used bi_* tables)? That system has since been deprecated in recent releases, in favor of using Discovery / Solr for all search/browse activities. So, if you are using an older version of DSpace, then you will need to run index-db-browse in order to ensure those bi_* tables are created and populated. But, if you are using a newer version (DSpace 4 or 5), you might consider just using the new Discovery / Solr search/browse engine as that will be the new default setting going forward: https://wiki.duraspace.org/display/DSDOC5x/Discovery - Tim On 7/9/2015 3:25 AM, RICARDO EITO BRUN wrote: Dear colleagues, after importing / migrating the database (Postgresql 9.1), everything is working fine but I am getting an error message when: a) trying to removing items, b) creating relations between items. The error message I get is: org.postgresql.util.PSQLException ERROR: relation bi_private does not exist Position: 13 bi_private is not in fact in the database. I suppose this is an indexing issue that can be solved by re-indexing the databases using dspace commands. My concern is whether it is enough to run the index-lucene-init or whether it is needed to run index-db-browse. wbr, Ricardo -- RICARDO EITO BRUN Universidad Carlos III de Madrid -- Don't Limit Your Business. Reach for the Cloud. GigeNET's Cloud Solutions provide you with the tools and support that you need to offload your IT needs and focus on growing your business. Configured For All Businesses. Start Your Cloud Today. https://www.gigenetcloud.com/ ___ DSpace-tech mailing list DSpace-tech@lists.sourceforge.net mailto:DSpace-tech@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dspace-tech List Etiquette:https://wiki.duraspace.org/display/DSPACE/Mailing+List+Etiquette -- RICARDO EITO BRUN Universidad Carlos III de Madrid -- Don't Limit Your Business. Reach for the Cloud. GigeNET's Cloud Solutions provide you with the tools and support that you need to offload your IT needs and focus on growing your business. Configured For All Businesses. Start Your Cloud Today. https://www.gigenetcloud.com/___ 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] (no subject)
Hi Ricardo, It sounds like you are using an older version of DSpace with the Database-based browse system (which used bi_* tables)? That system has since been deprecated in recent releases, in favor of using Discovery / Solr for all search/browse activities. So, if you are using an older version of DSpace, then you will need to run index-db-browse in order to ensure those bi_* tables are created and populated. But, if you are using a newer version (DSpace 4 or 5), you might consider just using the new Discovery / Solr search/browse engine as that will be the new default setting going forward: https://wiki.duraspace.org/display/DSDOC5x/Discovery - Tim On 7/9/2015 3:25 AM, RICARDO EITO BRUN wrote: Dear colleagues, after importing / migrating the database (Postgresql 9.1), everything is working fine but I am getting an error message when: a) trying to removing items, b) creating relations between items. The error message I get is: org.postgresql.util.PSQLException ERROR: relation bi_private does not exist Position: 13 bi_private is not in fact in the database. I suppose this is an indexing issue that can be solved by re-indexing the databases using dspace commands. My concern is whether it is enough to run the index-lucene-init or whether it is needed to run index-db-browse. wbr, Ricardo -- RICARDO EITO BRUN Universidad Carlos III de Madrid -- Don't Limit Your Business. Reach for the Cloud. GigeNET's Cloud Solutions provide you with the tools and support that you need to offload your IT needs and focus on growing your business. Configured For All Businesses. Start Your Cloud Today. https://www.gigenetcloud.com/ ___ 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 -- Don't Limit Your Business. Reach for the Cloud. GigeNET's Cloud Solutions provide you with the tools and support that you need to offload your IT needs and focus on growing your business. Configured For All Businesses. Start Your Cloud Today. https://www.gigenetcloud.com/___ 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] bundle.isEmbargoed
Hi Monika, I don't recall such a method, and I'm not seeing one on the version 1.8 Bundle class: https://github.com/DSpace/DSpace/blob/dspace-1_8_x/dspace-api/src/main/java/org/dspace/content/Bundle.java Perhaps this was something custom you added? In any case, Embargoes in 5.x are now stored in ResourcePolicies. Specially, an embargoed item has a public ResourcePolicy which has a start_date = embargo date. That means the Item is dark until the start_date passes, at which point it becomes public. There are some basic details in the docs at: https://wiki.duraspace.org/display/DSDOC5x/Embargo#Embargo-TechnicalSpecifications So, if you are looking for whether something is under embargo, you'd want to check its ResourcePolicies (a ResourcePolicy can be applied to any object). Here's the ResourcePolicy class: https://github.com/DSpace/DSpace/blob/master/dspace-api/src/main/java/org/dspace/authorize/ResourcePolicy.java Hopefully that helps clarify embargoes. If you have a more specific use case in mind here, you could always describe it on the list, and we may be able to help. - Tim On 7/7/2015 4:28 PM, Monika C. Mevenkamp wrote: There used to be a method in Bundle (v1.8) that determined whether it is embargoed Where is the replacement ? Monika — Monika Mevenkamp Digital Repository Infrastructure Developer Phone: 609-258-4161 333C 701 Carnegie, Princeton University, Princeton, NJ 08544 -- Don't Limit Your Business. Reach for the Cloud. GigeNET's Cloud Solutions provide you with the tools and support that you need to offload your IT needs and focus on growing your business. Configured For All Businesses. Start Your Cloud Today. https://www.gigenetcloud.com/ ___ 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 -- Don't Limit Your Business. Reach for the Cloud. GigeNET's Cloud Solutions provide you with the tools and support that you need to offload your IT needs and focus on growing your business. Configured For All Businesses. Start Your Cloud Today. https://www.gigenetcloud.com/___ 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] How can I be sure my changes in the source code are effective?
Hi Arthur, Yes, if you modify the source code under [dspace-src]/dspace-api/ you MUST do a full build for those changes to take effect. The full build does a recompile of all source code, and will rebuild each of the JARs. Once the JAR has been rebuilt though, you can run quick builds in the future (unless you make another source code change affecting the JAR) The quick build *only* works for changes under [dspace-src]/dspace/. It's essentially a way to rebuild the dspace-installer without recompiling *all* the source code. For more information, see: https://wiki.duraspace.org/display/DSDOC5x/Advanced+Customisation - Tim On 7/6/2015 8:04 AM, Arthur Sady Cordeiro Rossetti wrote: Thank you Adan, I was able to confirm that my modifications are really not getting to the compiled code, does anyone know if I have to re do a full build after each change? Because im doing just the quick build. Or maybe another problem that im not aware of? Regards 2015-07-04 7:44 GMT-03:00 Adan Román Ruiz aro...@arvo.es mailto:aro...@arvo.es: Hi Arthur You can use Java decompiler (http://jd.benow.ca/) to dspace-api-3.1.jar, that is deployed into WEB-INF/lib directory of all webapps. regards Hi, Im having some trouble with some changes im making in my dspace source code. Im trying to change the way dspace automatically saves the dc.date.accessioned variable in the the database. To do that, i tried to change in the directory ../dspace-api/src/main/java/org/dspace/content the files DCDate.java InstallItem.java Item.java I tried changing the timezone, tried to change the dates with fixed values and some other modifications, but when I add a new Item to a collection it still gets the time as if I were in UTC time. Not even when i set the dates to a determined value it worked. My conclusion is that maybe the changes im making are not reaching the application after i do a quick rebuild in dspace and reconfigure the settings. Does anyone knows a way for me to check if the changes in those files are acctually taking place? -- Arthur Sady C. Rossetti -- Don't Limit Your Business. Reach for the Cloud. GigeNET's Cloud Solutions provide you with the tools and support that you need to offload your IT needs and focus on growing your business. Configured For All Businesses. Start Your Cloud Today. https://www.gigenetcloud.com/ ___ DSpace-tech mailing list DSpace-tech@lists.sourceforge.net mailto:DSpace-tech@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dspace-tech List Etiquette:https://wiki.duraspace.org/display/DSPACE/Mailing+List+Etiquette -- Avast logo https://www.avast.com/antivirus El software de antivirus Avast ha analizado este correo electrónico en busca de virus. www.avast.com https://www.avast.com/antivirus -- Don't Limit Your Business. Reach for the Cloud. GigeNET's Cloud Solutions provide you with the tools and support that you need to offload your IT needs and focus on growing your business. Configured For All Businesses. Start Your Cloud Today. https://www.gigenetcloud.com/ ___ DSpace-tech mailing list DSpace-tech@lists.sourceforge.net mailto:DSpace-tech@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dspace-tech List Etiquette: https://wiki.duraspace.org/display/DSPACE/Mailing+List+Etiquette -- Arthur Sady C. Rossetti -- Don't Limit Your Business. Reach for the Cloud. GigeNET's Cloud Solutions provide you with the tools and support that you need to offload your IT needs and focus on growing your business. Configured For All Businesses. Start Your Cloud Today. https://www.gigenetcloud.com/ ___ 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 -- Don't Limit Your Business. Reach for the Cloud. GigeNET's Cloud Solutions provide you with the tools and support that you need to offload your IT needs and focus on growing your business. Configured For All Businesses. Start Your Cloud Today. https://www.gigenetcloud.com/___ DSpace-tech mailing list DSpace-tech@lists.sourceforge.net
Re: [Dspace-tech] Question about Browse By in DSpace 5.2
Hi George, The bug described in DS-2602 definitely exists in 5.2. So, it's really up to you and your users can live with it for a brief period of time...or you can manually apply the Pull Request to your local installation to fix it locally, if you want to upgrade to 5.2 but don't want to experience this bug. Again, here's the fix: https://github.com/DSpace/DSpace/pull/981 The 5.3 release is not yet scheduled, but the developers are actively working on fixing several other minor bugs in 5.x. My hope is that 5.3 will be ready to release in the next few weeks. We are progressing nicely on 5.3 at this point, but I cannot guarantee a particular release date quite yet. The best I can do is say it should be out in July, and hopefully in mid-July. - Tim On 7/6/2015 10:43 AM, George Stanley Kozak wrote: Tim: This is exactly what I am seeing. We were planning on going live with DSpace 5.2 this week or next week. Would you recommend that I wait until 5.3 is ready? George Kozak Digital Library Specialist Cornell University Library Information Technologies (CUL-IT) 218 Olin Library Cornell University Ithaca, NY 14853 607-255-8924 *From:*Tim Donohue [mailto:tdono...@duraspace.org] *Sent:* Monday, July 06, 2015 10:34 AM *To:* dspace-tech@lists.sourceforge.net *Subject:* Re: [Dspace-tech] Question about Browse By in DSpace 5.2 Hi George, To me, this sounds very similar to DS-2602: https://jira.duraspace.org/browse/DS-2602 While 2602 describes this as clicking on a letter, it's actually performing the same sort of jump to that would occur if you entered something into the Starts with box and pressed Go. I'm able to see this same general behavior on http://demo.dspace.org/xmlui/ http://demo.dspace.org/xmlui/ . Either clicking on a letter or entering something in the starts with box don't function properly for Browse by Title or Browse by Issue Date. But, it does still work for Browse by Authors and Browse by Subjects (as far as I can see). I can also see the same behavior in my local test instance. However, if I (locally) apply the PR which fixes DS-2602, then everything seems to work for me: https://github.com/DSpace/DSpace/pull/981 We are planning to fix this DS-2602 in a DSpace 5.3 release coming soon (hopefully in the next few weeks here). So, I *think* this will fix the problems you are seeing in 5.2. Is this the same thing you are seeing? Or am I misunderstanding the issue here? Thanks, Tim On 7/2/2015 9:17 PM, George Stanley Kozak wrote: Hi… I am almost ready to cutover out DSpace 1.8.2 JSPUI system to DSpace 5.2 XMLUI (Mirage 2 theme), but our user testing uncovered a problem that I didn’t notice before. Testers found that if they put anything in the input fields of Browse by Title, Browse by Author, Browse by Date or Browse by Subject, that the search results in a display of the whole index and the starts on the last page of the index. The fields that I am talking about are input id=aspect_artifactbrowser_ConfigurableBrowse_field_starts_withfield in the Browse by Title or Browse by Author or Browse by Subject And select id=aspect_artifactbrowser_ConfigurableBrowse_field_year and input id=aspect_artifactbrowser_ConfigurableBrowse_field_starts_with in Browse by Date Has anyone seen this before at their site? I am assuming that there is something wrong with my index, but I did a ./dspace index-discovery -b and it didn't help. George Kozak Cornell University -- Don't Limit Your Business. Reach for the Cloud. GigeNET's Cloud Solutions provide you with the tools and support that you need to offload your IT needs and focus on growing your business. Configured For All Businesses. Start Your Cloud Today. https://www.gigenetcloud.com/ ___ DSpace-tech mailing list DSpace-tech@lists.sourceforge.net mailto:DSpace-tech@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dspace-tech List Etiquette:https://wiki.duraspace.org/display/DSPACE/Mailing+List+Etiquette -- Don't Limit Your Business. Reach for the Cloud. GigeNET's Cloud Solutions provide you with the tools and support that you need to offload your IT needs and focus on growing your business. Configured For All Businesses. Start Your Cloud Today. https://www.gigenetcloud.com/___ 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] Question about Browse By in DSpace 5.2
Hi George, To me, this sounds very similar to DS-2602: https://jira.duraspace.org/browse/DS-2602 While 2602 describes this as clicking on a letter, it's actually performing the same sort of jump to that would occur if you entered something into the Starts with box and pressed Go. I'm able to see this same general behavior on http://demo.dspace.org/xmlui/ . Either clicking on a letter or entering something in the starts with box don't function properly for Browse by Title or Browse by Issue Date. But, it does still work for Browse by Authors and Browse by Subjects (as far as I can see). I can also see the same behavior in my local test instance. However, if I (locally) apply the PR which fixes DS-2602, then everything seems to work for me: https://github.com/DSpace/DSpace/pull/981 We are planning to fix this DS-2602 in a DSpace 5.3 release coming soon (hopefully in the next few weeks here). So, I *think* this will fix the problems you are seeing in 5.2. Is this the same thing you are seeing? Or am I misunderstanding the issue here? Thanks, Tim On 7/2/2015 9:17 PM, George Stanley Kozak wrote: Hi… I am almost ready to cutover out DSpace 1.8.2 JSPUI system to DSpace 5.2 XMLUI (Mirage 2 theme), but our user testing uncovered a problem that I didn’t notice before. Testers found that if they put anything in the input fields of Browse by Title, Browse by Author, Browse by Date or Browse by Subject, that the search results in a display of the whole index and the starts on the last page of the index. The fields that I am talking about are input id=aspect_artifactbrowser_ConfigurableBrowse_field_starts_withfield in the Browse by Title or Browse by Author or Browse by Subject And selectid=aspect_artifactbrowser_ConfigurableBrowse_field_year and inputid=aspect_artifactbrowser_ConfigurableBrowse_field_starts_with in Browse by Date Has anyone seen this before at their site?I am assuming that there is something wrong with my index, but I did a ./dspace index-discovery -b and it didn't help. George Kozak Cornell University -- Don't Limit Your Business. Reach for the Cloud. GigeNET's Cloud Solutions provide you with the tools and support that you need to offload your IT needs and focus on growing your business. Configured For All Businesses. Start Your Cloud Today. https://www.gigenetcloud.com/ ___ 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 -- Don't Limit Your Business. Reach for the Cloud. GigeNET's Cloud Solutions provide you with the tools and support that you need to offload your IT needs and focus on growing your business. Configured For All Businesses. Start Your Cloud Today. https://www.gigenetcloud.com/___ 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 3.2 to 5.2
Hi Lewatle, DSpace 3.2 is definitely upgradeable to DSpace 5.2. Have you checked for any error messages in your logs? What do you mean by the Bitstreams/PDF/Images etc are not visible under any collection? Do you mean that the file links no longer work? Or are all your Items missing? If it's the latter, it may just be that the automatic re-index process hadn't completed. If you stopped Tomcat during the re-index, you can always re-run it manually by starting Tomcat running [dspace]/bin/dspace index-discovery -b - Tim On 7/1/2015 4:08 AM, Lewatle Phaladi wrote: Dear Team, I have upgraded dspace 3.2 straight to 5.2, I haven’t upgraded to version 4 , I have just did upgrade to version 5.2, all steps went well database upgrade also went well, and after the upgrade all information shows well on XMLUI user interface, and the only part that is not showing is Bitstrams/PFD/Images etc are not visible under any collection, I have checked the path in dspace.cfg all indicated well, I have also asked my colleagues who are developing softwares to team up with me so that we all check where do we miss the step but we executed all commands and responded successfully but the PDF’s are not showing, that is where they have started asking if maybe dspace 3.2 is not that upgradable to 5.2 although document seems to say it is upgradable. Regards, Lewatle This communication is intended for the addressee only. It is confidential. If you have received this communication in error, please notify us immediately and destroy the original message. You may not copy or disseminate this communication without the permission of the University. Only authorised signatories are competent to enter into agreements on behalf of the University and recipients are thus advised that the content of this message may not be legally binding on the University and may contain the personal views and opinions of the author, which are not necessarily the views and opinions of The University of the Witwatersrand, Johannesburg. All agreements between the University and outsiders are subject to South African Law unless the University agrees in writing to the contrary. -- Don't Limit Your Business. Reach for the Cloud. GigeNET's Cloud Solutions provide you with the tools and support that you need to offload your IT needs and focus on growing your business. Configured For All Businesses. Start Your Cloud Today. https://www.gigenetcloud.com/ ___ 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 -- Don't Limit Your Business. Reach for the Cloud. GigeNET's Cloud Solutions provide you with the tools and support that you need to offload your IT needs and focus on growing your business. Configured For All Businesses. Start Your Cloud Today. https://www.gigenetcloud.com/___ 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] Disable Handle?
Hi Shannon, While DSpace shows URLs that include the word handle by default, the actual handle server is actually not configured by default. It sounds like you may just be wanting the URI that is displayed on Item pages to no longer start with http://hdl.handle.net/;. If that's the case you can easily tweak that in your build.properties. It's the handle.canonical.prefix setting in that file: https://github.com/DSpace/DSpace/blob/master/build.properties#L148 If you want it to simply be the URL of your Dspace, you can change this setting to be: handle.canonical.prefix = ${dspace.url}/handle/ After changing that setting, you will need to rebuild redeploy DSpace (which will cause the setting to be propagated to your live dspace.cfg file): cd [dspace-src](i.e. source directory) mvn clean package cd dspace/target/dspace-installer ant update Finally, restart Tomcat. - Tim On 7/1/2015 8:16 AM, Shannon Meisenheimer wrote: Is it possible to disable handle all together? Our Library is just wanting to have the DSpace internal URL displaying without the handle in the Article link and change the URI displayed to the internal DSpace link. Thanks, Shannon -- Mr. Shannon Meisenheimer Office of Technology Blackboard and Academic Application Management University of Central Missouri Dockery 207A meisenhei...@ucmo.edu mailto:meisenhei...@ucmo.edu Work Phone: (660) 543-8483 -- Don't Limit Your Business. Reach for the Cloud. GigeNET's Cloud Solutions provide you with the tools and support that you need to offload your IT needs and focus on growing your business. Configured For All Businesses. Start Your Cloud Today. https://www.gigenetcloud.com/ ___ 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 -- Don't Limit Your Business. Reach for the Cloud. GigeNET's Cloud Solutions provide you with the tools and support that you need to offload your IT needs and focus on growing your business. Configured For All Businesses. Start Your Cloud Today. https://www.gigenetcloud.com/___ 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] Disable Handle?
Hi Shannon, (I'm copying back in dspace-tech. We prefer asking all questions on that tech support mailing list, as it allows others to help answer questions and/or learn from the answers themselves) Any existing records unfortunately will need manually updating, as the dc.identifier.uri field will contain a value starting with http://hdl.handle.net/;. If you have a lot of these existing records, your easiest route towards doing these updates is to use the Batch Metadata Editing capabilities in DSpace: https://wiki.duraspace.org/display/DSDOC5x/Batch+Metadata+Editing The Batch Metdata Editing tools let you export metadata records to a CSV file, which can be opened using Microsoft Excel (or similar spreadsheet tools). You can then find the column in that spreadsheet for dc.identifier.uri, and *update* all values starting with http://hdl.handle.net/; so that they now begin with [dspace.url]/handle/ (where [dspace.url] is your DSpace's URL). Make sure to retain the number-based identifiers at the end of those values (obviously). Once you've updated the spreadsheet values, just upload the spreadsheet to update DSpace itself. Much more information on the process is in the documentation that I linked above. Good luck, Tim On 7/2/2015 8:45 AM, Shannon Meisenheimer wrote: Thanks Tim. I did find that and changed it in the live dspace.cfg file. ... And did realize I was misunderstanding the handle subfolder in the URL path. Is there an easy way to propagate the new URI to existing records? Or would the rebuild/redeploy take care of that? For now I've just commented the URI out in: dspace\webapps\xmlui\themes\Mirage2\xsl\aspect\artifactbrowser\item-view.xsl Thanks, Shannon -- Mr. Shannon Meisenheimer Office of Technology Blackboard and Academic Application Management University of Central Missouri Dockery 207A meisenhei...@ucmo.edu mailto:meisenhei...@ucmo.edu Work Phone: (660) 543-8483 On Thu, Jul 2, 2015 at 8:40 AM, Tim Donohue tdono...@duraspace.org mailto:tdono...@duraspace.org wrote: Hi Shannon, While DSpace shows URLs that include the word handle by default, the actual handle server is actually not configured by default. It sounds like you may just be wanting the URI that is displayed on Item pages to no longer start with http://hdl.handle.net/; http://hdl.handle.net/. If that's the case you can easily tweak that in your build.properties. It's the handle.canonical.prefix setting in that file: https://github.com/DSpace/DSpace/blob/master/build.properties#L148 If you want it to simply be the URL of your Dspace, you can change this setting to be: handle.canonical.prefix = ${dspace.url}/handle/ After changing that setting, you will need to rebuild redeploy DSpace (which will cause the setting to be propagated to your live dspace.cfg file): cd [dspace-src](i.e. source directory) mvn clean package cd dspace/target/dspace-installer ant update Finally, restart Tomcat. - Tim On 7/1/2015 8:16 AM, Shannon Meisenheimer wrote: Is it possible to disable handle all together? Our Library is just wanting to have the DSpace internal URL displaying without the handle in the Article link and change the URI displayed to the internal DSpace link. Thanks, Shannon -- Mr. Shannon Meisenheimer Office of Technology Blackboard and Academic Application Management University of Central Missouri Dockery 207A meisenhei...@ucmo.edu mailto:meisenhei...@ucmo.edu Work Phone: (660) 543-8483 tel:%28660%29%20543-8483 -- Don't Limit Your Business. Reach for the Cloud. GigeNET's Cloud Solutions provide you with the tools and support that you need to offload your IT needs and focus on growing your business. Configured For All Businesses. Start Your Cloud Today. https://www.gigenetcloud.com/ ___ DSpace-tech mailing list DSpace-tech@lists.sourceforge.net mailto:DSpace-tech@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dspace-tech List Etiquette:https://wiki.duraspace.org/display/DSPACE/Mailing+List+Etiquette -- Don't Limit Your Business. Reach for the Cloud. GigeNET's Cloud Solutions provide you with the tools and support that you need to offload your IT needs and focus on growing your business. Configured For All Businesses. Start Your Cloud Today. https://www.gigenetcloud.com/___ 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] Vagrant or Docker
A few notes on this Vagrant v. Docker discussion... Vagrant is *specifically* built for development/testing environments. It's not recommended to use in Production. Take a look at how it's advertised...it's Development environments made easy: https://www.vagrantup.com/ Vagrant is also a level of abstraction above Docker. It's about providing a repeatable virtual machine environment, and you can do so using Puppet (which is what vagrant-dspace uses), Chef, Ansible, or even Docker itself! That's right, Vagrant actually has a Docker Provisioner which lets you spin up a VM, auto-install Docker and one (or more) Docker containers. http://docs.vagrantup.com/v2/provisioning/docker.html Docker on the other hand is built more for Continuous Integration / Production environments. You could use it for a development environment, but it's more ideal for CI. That being said, you could use it *with* Vagrant...where you actually build a Docker container for your Production environment, but have the option of starting it via Vagrant for development / testing work. Here's an excellent answer to this question from the guy who wrote Vagrant on why comparing Vagrant to Docker is a bit like apples vs. oranges: http://stackoverflow.com/a/21314566/3750035 My personal opinion here is that Docker is worth learning/using, IF you plan to use it in your Production environment. However, if you have no plans to use Docker in Production, then you may find it is easier tomimic your existing production server by just using Vagrant. Currently, we do NOT have a centrally managed DSpace Docker container (so anything out there is third-party built...so mileage may vary). But we do obviously provide vagrant-dspace (which is maintained by Committers, as several of us use it for development/testing of DSpace). https://github.com/DSpace/vagrant-dspace - Tim On 6/23/2015 4:57 PM, Monika C. Mevenkamp wrote: Hi my boss discovered a dspace docker so which one should I do - docker or vagrant ? They sound awfully alike the host can connect to things : tomcat / ssh / ... files can be shared between host and vagrant/docker guest it appears to be easy to hand a ‘vagrant’ or a ‘docker’ to another developer so what’s the deal ? why one over the other ? Monika — Monika Mevenkamp Digital Repository Infrastructure Developer Phone: 609-258-4161 333C 701 Carnegie, Princeton University, Princeton, NJ 08544 -- Monitor 25 network devices or servers for free with OpManager! OpManager is web-based network management software that monitors network devices and physical virtual servers, alerts via email sms for fault. Monitor 25 devices for free with no restriction. Download now http://ad.doubleclick.net/ddm/clk/292181274;119417398;o ___ 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 -- Monitor 25 network devices or servers for free with OpManager! OpManager is web-based network management software that monitors network devices and physical virtual servers, alerts via email sms for fault. Monitor 25 devices for free with no restriction. Download now http://ad.doubleclick.net/ddm/clk/292181274;119417398;o___ 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] flyway migration error
Hi Freddy, Sorry for the delayed response to your issue. It sounds like, in your situation, the database migration has failed because the database tables are owned by a different database user account? The main error seems to be: Caused by: org.postgresql.util.PSQLException: ERROR: must be owner of relation requestitem So, essentially, the requestitem relation does not seem to be owned by the database user configured in your db.username field of the 'dspace.cfg'. So, you may need to investigate whether the db.username is set properly. If it is set properly, you should investigate the ownership of your database tables, and ensure they are all owned by the user account specified in db.username. It's possible that you are running the migration against a database without full owner access rights. You should be able to use either the ALTER DATABASE [database] OWNER TO [owner] or ALTER TABLE [table] OWNER TO [owner] commands to fix your ownership: * ALTER DATABASE: http://www.postgresql.org/docs/9.1/static/sql-alterdatabase.html * ALTER TABLE: http://www.postgresql.org/docs/9.1/static/sql-altertable.html Good luck, Tim -- Tim Donohue Technical Lead for DSpace DSpaceDirect DuraSpace.org | DSpace.org | DSpaceDirect.org On 6/6/2015 8:35:22 AM, Freddy Guerrero freddygu...@gmail.com wrote: Hi Bill, Forgive thousand bad English, please I need your help I am trying to update dspace of version 1.8 to version 5.2, but I have a mistake, I ask you please help me, look what I get: +++-+-+ | Version | Description | Installed on | State | +++-+-+ | 1.1 | Initial DSpace 1.1 databas | | PreInit | | 1.2 | Upgrade to DSpace 1.2 sche | | PreInit | | 1.3 | Upgrade to DSpace 1.3 sche | | PreInit | | 1.3.9 | Drop constraint for DSpace | | PreInit | | 1.4 | Upgrade to DSpace 1.4 sche | | PreInit | | 1.5 | Upgrade to DSpace 1.5 sche | | PreInit | | 1.5.9 | Drop constraint for DSpace | | PreInit | | 1.6 | Upgrade to DSpace 1.6 sche | | PreInit | | 1.7 | Upgrade to DSpace 1.7 sche | | PreInit | | 1.8 | Upgrade to DSpace 1.8 sche | | PreInit | | 3.0 | Upgrade to DSpace 3.x sche | | PreInit | | 4.0 | Initializing from DSpace 4 | 2015-06-05 09:53:47 | Success | | 5.0.2014.08.08 | DS-1945 Helpdesk Request a | | Pending | | 5.0.2014.09.25 | DS 1582 Metadata For All O | | Pending | | 5.0.2014.09.26 | DS-1582 Metadata For All O | | Pending | +++-+-+ The error: 2015-06-05 11:02:20,700 ERROR org.dspace.storage.rdbms.DatabaseManager @ Failed to initialize the database: java.sql.SQLException: Flyway migration error occurred at org.dspace.storage.rdbms.DatabaseUtils.updateDatabase(DatabaseUtils.java:430) at org.dspace.storage.rdbms.DatabaseUtils.updateDatabase(DatabaseUtils.java:338) at org.dspace.storage.rdbms.DatabaseManager.initialize(DatabaseManager.java:1373) at org.dspace.storage.rdbms.DatabaseManager.getDbName(DatabaseManager.java:1491) at org.dspace.storage.rdbms.DatabaseUtils.main(DatabaseUtils.java:191) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:606) at org.dspace.app.launcher.ScriptLauncher.runOneCommand(ScriptLauncher.java:226) at org.dspace.app.launcher.ScriptLauncher.main(ScriptLauncher.java:78) Caused by: org.flywaydb.core.internal.dbsupport.FlywaySqlScriptException: Error executing statement at line 20: ALTER TABLE requestitem ADD COLUMN request_message TEXT at org.flywaydb.core.internal.dbsupport.SqlScript.execute(SqlScript.java:91) at org.flywaydb.core.internal.resolver.sql.SqlMigrationExecutor.execute(SqlMigrationExecutor.java:73) at org.flywaydb.core.internal.command.DbMigrate$5.doInTransaction(DbMigrate.java:287) at org.flywaydb.core.internal.command.DbMigrate$5.doInTransaction(DbMigrate.java:285) at org.flywaydb.core.internal.util.jdbc.TransactionTemplate.execute(TransactionTemplate.java:72) at org.flywaydb.core.internal.command.DbMigrate.applyMigration(DbMigrate.java:285) at org.flywaydb.core.internal.command.DbMigrate.access$800(DbMigrate.java:46) at org.flywaydb.core.internal.command.DbMigrate$2.doInTransaction(DbMigrate.java:207) at org.flywaydb.core.internal.command.DbMigrate$2.doInTransaction(DbMigrate.java:156) at org.flywaydb.core.internal.util.jdbc.TransactionTemplate.execute(TransactionTemplate.java:72) at org.flywaydb.core.internal.command.DbMigrate.migrate(DbMigrate.java:156) at org.flywaydb.core.Flyway$1.execute(Flyway.java:864) at org.flywaydb.core.Flyway$1.execute(Flyway.java:811) at org.flywaydb.core.Flyway.execute(Flyway.java:1171) at org.flywaydb.core.Flyway.migrate(Flyway.java:811
[Dspace-tech] Welcome to the latest DSpace committer: Terry Brady
Dear DSpace Community, The DSpace Committers are delighted to announce a new member to the team: Terry Brady from Georgetown University. Please join us in welcoming him! Terry Brady (https://www.linkedin.com/in/terrywbrady) is a software developer for the Georgetown University Library customizing open source and commercial library applications including DigitalGeorgetown (https://repository.library.georgetown.edu). Prior to working for Georgetown University, Terry developed software for LexisNexis, MarkLogic, and the US National Archives and Records Administration (NARA) focusing on metadata management and XML publishing systems. While working for NARA, Terry built two applications that were shared with the cultural heritage community. These projects inspired his interest in working with the library technology community. We are always on the lookout for new developers, contributors, and committers within the DSpace community. Anyone who would like to get more involved is encouraged to join our weekly meetings (announced on the dspace-devel mailing list). Contributions can take many forms, from writing code to editing documentation, or testing new releases to designing new themes for our user interfaces. For more information, see our guide to contributing to DSpace: - https://wiki.duraspace.org/display/DSPACE/How+to+Contribute+to+DSpace If you or someone you know has been an active DSpace contributor for some time, you can also nominate that person to become our next committer! Nomination details are available at: - https://wiki.duraspace.org/display/DSPACE/Committer+Nominations Thanks, The DSpace Committers Group -- Monitor 25 network devices or servers for free with OpManager! OpManager is web-based network management software that monitors network devices and physical virtual servers, alerts via email sms for fault. Monitor 25 devices for free with no restriction. Download now http://ad.doubleclick.net/ddm/clk/292181274;119417398;o___ 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] dspace5.2 dont migrate
Hi Ali, You should check your logs to see if any errors are being reported there. Here's a guide for doing so: https://wiki.duraspace.org/display/DSPACE/Troubleshoot+an+error If you find any errors in your logs, feel free to send them to this list if they don't make sense. Good luck, Tim -- Tim Donohue Technical Lead for DSpace DSpaceDirect DuraSpace.org | DSpace.org | DSpaceDirect.org On 6/21/2015 10:33:10 AM, ali esmaeili a.esmaeili@gmail.com wrote: hi. i am install dspace 5.2 on ubuntu and see build successful an build ant success. but when insert /dspace/bin/dspace database migrate it is only response: Database URL: jdbc:postgresql://localhost:5432/dspace Migrating database to latest version... (Check logs for details) Done. then when i setup webapps i cant see them trough address localhost:8080/jspui or localhost:8080/xmlui what is wrong? please help me. -- ___ 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-- Monitor 25 network devices or servers for free with OpManager! OpManager is web-based network management software that monitors network devices and physical virtual servers, alerts via email sms for fault. Monitor 25 devices for free with no restriction. Download now http://ad.doubleclick.net/ddm/clk/292181274;119417398;o___ 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] AIP packager and Java heap space
Hi Rose, Can you send us the full error message where this stalled (i.e. the error stack), as well as the version of DSpace you are running? Do you happen to know how much memory you've provided to your DSpace installation? The AIP packager can take a fair amount of member (especially if it's packaging large objects, with large files). There also used to be a few memory leaks in older releases of DSpace, which have been patched in more recent versions (4.x and 5.x). So, we may need more information on your environment, along with the location of the OutOfMemoryError. Here's more info on sending along the full error: https://wiki.duraspace.org/display/DSPACE/Troubleshoot+an+error And more info on determining how much memory you may be providing to DSpace: https://wiki.duraspace.org/display/DSDOC5x/Performance+Tuning+DSpace - Tim -- Tim Donohue Technical Lead for DSpace DSpaceDirect DuraSpace.org | DSpace.org | DSpaceDirect.org On 6/18/2015 1:40:38 PM, Fredrick, Rose L. rosefredr...@creighton.edu wrote: Hello, When we run the AIP packager command for a large collection (15,000 items), it stalls out with this error: Java.lang.OutofMemoryError: Java heap space Is it expected that the AIP packager will require a lot of Java Heap space, or are we experiencing another problem with the packager command? We'd like to know a bit more before we take it to our IT department. Rose Fredrick Digital Resources Librarian Health Sciences Library Creighton University (402) 280-5141 rosefredr...@creighton.edu -Original Message- From: dspace-tech-requ...@lists.sourceforge.net [mailto:dspace-tech-requ...@lists.sourceforge.net] Sent: Thursday, June 18, 2015 11:43 AM To: dspace-tech@lists.sourceforge.net Subject: DSpace-tech Digest, Vol 110, Issue 96 Send DSpace-tech mailing list submissions to dspace-tech@lists.sourceforge.net To subscribe or unsubscribe via the World Wide Web, visit https://lists.sourceforge.net/lists/listinfo/dspace-tech or, via email, send a message with subject or body 'help' to dspace-tech-requ...@lists.sourceforge.net You can reach the person managing the list at dspace-tech-ow...@lists.sourceforge.net When replying, please edit your Subject line so it is more specific than Re: Contents of DSpace-tech digest... Today's Topics: 1. DSpace-Cris, RESTConnector and proxy (alastair.dun...@stfc.ac.uk) 2. Mirage 2/Compass Question (Adam Strohm) 3. Define xmlui as ROOT (Shannon Meisenheimer) 4. Re: Mirage 2/Compass Question (Hilton Gibson) -- Message: 1 Date: Thu, 18 Jun 2015 15:05:16 + From: Subject: [Dspace-tech] DSpace-Cris, RESTConnector and proxy To: Message-ID: Content-Type: text/plain; charset=utf-8 Hi, The REST connector that is used to do the ORCID lookup fails if the service is behind a firewall and has to use a proxy. I?ve got this to work by getting the proxy from the dspace.cfg file and if its not blank then using this in the http request. It looks the same on the DSpace github. Is this an issue or have I missed some configuration mechanism for achieving this? Alastair -- next part -- An HTML attachment was scrubbed... -- Message: 2 Date: Thu, 18 Jun 2015 09:40:18 -0500 From: Adam Strohm Subject: [Dspace-tech] Mirage 2/Compass Question To: dspace-tech@lists.sourceforge.net Message-ID: Content-Type: text/plain; charset=utf-8 We recently updated to Dpsace 5.1, and would like to explore using the Mirage 2 theme, but I'm running into a little trouble getting Compass to see and compile the changes we're making. The readme.md file on github indicates that edits should be made in src/dspace/modules/xmlui-mirage2, and that Compass should be set to watch the webapp's xmlui/themes/Mirage2 folder. I'm having trouble, though, getting compass to see the edits I make in the xmlui-mirage2 folder (either editing the provided _style.scss folder, or adding new files to overwrite the default Mirage 2 files), and even when we changed Compass' sass location in the config.rb file, Compass noticed the edits, but didn't update anything in the xmlui/themes/Mirage2 directory. Is there something obvious that I'm missing, or is there any reason that I can't just edit the files in the webapp's xmlui/themes/Mirage2 directory? Any pointers or advice would be appreciated. I'm familiar with Sass and Compass, but the Mirage 2 customization process seems much more complicated than others I've worked with. Thanks, Adam Adam Strohm Digital Initiatives Librarian Paul V. Galvin Library Illinois Institute of Technology astr...@iit.edu 312.567.5107 -- next part -- An HTML attachment was scrubbed... -- Message: 3 Date: Thu, 18 Jun 2015 10:38:23 -0500 From: Shannon Meisenheimer Subject: [Dspace-tech] Define xmlui as ROOT To: dspace-tech@lists.sourceforge.net Message-ID: Content-Type: text
Re: [Dspace-tech] ldap configuration
Hi Saidy, A blank page likely means there's some error behind the scenes (possibly even unrelated to you LDAP configs). You should check your log files for any error messages reported there. Here's some tips on finding troubleshooting error messages in your logs: https://wiki.duraspace.org/display/DSPACE/Troubleshoot+an+error Once you find the error, if you cannot figure it out, feel free to send the full error message to this mailing list and we'll try to help you out. - Tim On 6/18/2015 7:31 AM, Saidy Binta wrote: Hi all, I am trying to use ldap login on dspace 5.1, but after rebuilding dspace. I just get a blank page. Please anyone access me. I don’t know what is wrong and I attached the files. thanks 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] dspace 5_x + Oracle on Vagrant
Hi Monika, It looks like it's trying to connect with: Driver: org.postgresql.Driver (according to the output of your dspace database test) This implies that your dspace.cfg probably has the wrong value for db.driver. It should be: db.driver=oracle.jdbc.OracleDriver So you may want to update this in your dspace.cfg and try again. Also may want to update it in your build.properties (as that's what populates the dspace.cfg). In the case of vagrant-dspace, it uses a custom vagrant.properties by default. - Tim On 6/18/2015 1:33 PM, Monika C. Mevenkamp wrote: I got myself dspace vagrant switched to dspace_5_x branch setup to run with Oracle via settings in dspace.cfg copied ~/.m2/repository/com/oracle/ojdbc6 from my host to vagrants ~/.m2 did mvn package with -Ddb.name=oracle I can successfully run ~/dspace/bin/dspace database test Attempting to connect to database using these configurations: - URL: jdbc:oracle:thin:@xyz.princeton.edu http://xyz.princeton.edu:1521:dspdevl - Driver: org.postgresql.Driver - Username: dspace - Password: [hidden] - Schema: Testing connection... Connected successfully! localist:8081/probe tells me that jspui, xmlii, oia, rdf did not come up there are exceptions in catalina.out java.sql.SQLException: No suitable driver found for jdbc:oracle:thin:@xyz.princeton.edu http://xyz.princeton.edu:1521:dspdevl but the jar is available to all webs - according to ls ls -ld ~/dspace/webapps/*/WEB-INF/lib/ojdbc6-11.2.0.4.jar ~/dspace/lib/ojdbc6-11.2.0.4.jar -rw-rw-r-- 1 vagrant vagrant 2739670 Jun 18 17:28 */home/vagrant/dspace/lib/ojdbc6-11.2.0.4.jar* -rw-rw-r-- 1 vagrant vagrant 2739670 Jun 18 17:28 */home/vagrant/dspace/webapps/jspui/WEB-INF/lib/ojdbc6-11.2.0.4.jar* -rw-rw-r-- 1 vagrant vagrant 2739670 Jun 18 17:28 */home/vagrant/dspace/webapps/oai/WEB-INF/lib/ojdbc6-11.2.0.4.jar* -rw-rw-r-- 1 vagrant vagrant 2739670 Jun 18 17:28 */home/vagrant/dspace/webapps/rdf/WEB-INF/lib/ojdbc6-11.2.0.4.jar* -rw-rw-r-- 1 vagrant vagrant 2739670 Jun 18 17:28 */home/vagrant/dspace/webapps/rest/WEB-INF/lib/ojdbc6-11.2.0.4.jar* -rw-rw-r-- 1 vagrant vagrant 2739670 Jun 18 17:28 */home/vagrant/dspace/webapps/swordv2/WEB-INF/lib/ojdbc6-11.2.0.4.jar* -rw-rw-r-- 1 vagrant vagrant 2739670 Jun 18 17:28 */home/vagrant/dspace/webapps/sword/WEB-INF/lib/ojdbc6-11.2.0.4.jar* -rw-rw-r-- 1 vagrant vagrant 2739670 Jun 18 17:28 */home/vagrant/dspace/webapps/xmlui/WEB-INF/lib/ojdbc6-11.2.0.4.jar* * * catalina.out also complains SEVERE: The web application [/xmlui] registered the JDBC driver [org.postgresql.Driver] but failed to unregister it when the web application was stopped. To prevent a memory leak, the JDBC Driver has been forcibly unregistered. Obviously the postgres driver should never be registered. Any ideas where that might happen and how to turn this off ? Monika — Monika Mevenkamp Digital Repository Infrastructure Developer Phone: 609-258-4161 333C 701 Carnegie, Princeton University, Princeton, NJ 08544 -- ___ 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?
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] 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 -- ___ 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?
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] Watch the DSpace Roadmap talk, send us your feedback, get involved!
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
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] DSpace questions on StackOverflow?
Hi Susan, Either StackOverflow or dspace-tech are fine, to be honest. It's mostly a matter of preference. But, it's also worth noting that StackOverflow tends to encourage questions that are more development oriented..e.g. How do I do this in DSpace? or I'm trying to do this, but it's not working. So, for example, StackOverflow itself doesn't approve of questions which relate to getting DSpace installed, or getting feedback on error messages. We have some guidelines on this support page: https://wiki.duraspace.org/display/DSPACE/Support - Tim On 6/15/2015 11:10 AM, Borda, Susan wrote: Hi- I was at the Open Repositories conference last week and there was some mention of asking questions on StackOverflow rather than in the list. Is StackOverflow the preferred place for questions? Thanks, susan — Susan Borda Digital Technologies Development Librarian Montana State University Library 406-994-1873 -- ___ 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] DSpace Assetstore, anyone use SRB Storage Resource Broker?
Hi Peter, Unless you've heard otherwise, I'd recommend we remove the SRB storage implementation. It's a very outdated implementation and (from my knowledge) has been unused and unmaintained for some time. SRB itself seems to have faded from existence. Nearly all the external links on the SRB Wikipedia page are dead at this point (even the ones from SDSC who built SRB back in the day): https://en.wikipedia.org/wiki/Storage_Resource_Broker That seems to imply that SRB itself is really not maintained. - Tim On 6/5/2015 5:28 PM, Peter Dietz wrote: Hi All, I've added Pull Request that refactors the bitstream storage manager, to provide implementations such as AWS S3, eventually for DSpace 6. https://github.com/DSpace/DSpace/pull/960 One assetstore implementation that was kind of wedged in to DSpace is SRB Storage Resource Broker. I was wondering if this storage system was still in use, and / or if anyone is still using DSpace with SRB? Peter Dietz Longsight www.longsight.com http://www.longsight.com pe...@longsight.com mailto:pe...@longsight.com p: 740-599-5005 x809 -- ___ 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] Jump to: 1st symbol links
Unfortunately, this is a known bug that we just discovered in 5.2: https://jira.duraspace.org/browse/DS-2602 It was accidentally caused by the fix to another bug. More information can be found in the ticket itself. You can fix it locally by *undoing* the changes of this PR: https://github.com/DSpace/DSpace/pull/944/files As many of the DSpace developers are now getting back from a major conference (Open Repositories), we'll be analyzing this more in the coming days/weeks and likely scheduling a 5.3 to fix it. - Tim On 6/6/2015 5:47 PM, IdeaFix wrote: Hi. What index should I update to get working “Jump to: A, B, C…” buttons? Dspace 5.2, jspui. http://demo.dspace.org/jspui/handle/10673/1/browse?type=titlesubmit_browse=Title http://demo.dspace.org/jspui/handle/10673/1/browse?type=titlesort_by=1order=ASCrpp=20etal=-1null=starts_with=A It is not working on demo.dspace.org too. -- ___ 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] filter-media extract text for Excel files (xls and xlsx)
Hi Ed, Currently there is not a media filter for Excel files. But, it'd make a great addition (if you or someone else had time). It'd likely actually may be easy to code, as it'd likely be similar to the PowerPointFilter. The PowerPointFilter uses Apache POI, a third-party library which can read Microsoft formats. So, it should be possible to create an ExcelFilter using the Apache POI components related to Excel. Here's more on Apache POI: https://poi.apache.org/ Here's our existing PowerPointFilter which uses Apache POI to filter PPT/PPTX: https://github.com/DSpace/DSpace/blob/master/dspace-api/src/main/java/org/dspace/app/mediafilter/PowerPointFilter.java If anyone is interested in contributing this to DSpace, we'd welcome Pull Requests via GitHub! - Tim On 6/10/2015 3:32 PM, Ed Goulet wrote: All, Is there such a media filter to extract text from Excel files? Like org.dspace.app.mediafilter.PDFFilter ... but it might be org.dspace.app.mediafilter.XLSFilter ? Ed -- ___ 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] DB problems after update to 5.2
Hi, There is a known issue where DSpace doesn't (yet) automatically clean up the old database-based browse tables. These tables are no longer needed if you are using the Discovery Search/Browse (which is default). See step #11 of the Upgrade process for DSpace 5 for details on how to remove them via a commandline script: https://wiki.duraspace.org/display/DSDOC5x/Upgrading+DSpace Specifically, you'd want to run: [dspace]/bin/dspace index-db-browse -f -d - Tim On 6/6/2015 12:50 PM, IdeaFix wrote: Hi. I try to delete temporary collection on my test repository and get an error. Here is the log: 2015-06-06 22:48:25,125 ERROR org.dspace.storage.rdbms.DatabaseManager @ SQL query updateQuery Error - org.postgresql.util.PSQLException: ОШИБКА: UPDATE или DELETE в таблице item нарушает ограничение внешнего ключа bi_item_item_id_fkey таблицы bi_item Подробности: На ключ (item_id)=(36298) всё ещё есть ссылки в таблице bi_item. at org.postgresql.core.v3.QueryExecutorImpl.receiveErrorResponse(QueryExecutorImpl.java:2103) at org.postgresql.core.v3.QueryExecutorImpl.processResults(QueryExecutorImpl.java:1836) at org.postgresql.core.v3.QueryExecutorImpl.execute(QueryExecutorImpl.java:257) at org.postgresql.jdbc2.AbstractJdbc2Statement.execute(AbstractJdbc2Statement.java:512) at org.postgresql.jdbc2.AbstractJdbc2Statement.executeWithFlags(AbstractJdbc2Statement.java:388) at org.postgresql.jdbc2.AbstractJdbc2Statement.executeUpdate(AbstractJdbc2Statement.java:334) at org.apache.commons.dbcp.DelegatingPreparedStatement.executeUpdate(DelegatingPreparedStatement.java:105) at org.apache.commons.dbcp.DelegatingPreparedStatement.executeUpdate(DelegatingPreparedStatement.java:105) at org.apache.commons.dbcp.DelegatingPreparedStatement.executeUpdate(DelegatingPreparedStatement.java:105) at org.dspace.storage.rdbms.DatabaseManager.updateQuery(DatabaseManager.java:441) at org.dspace.storage.rdbms.DatabaseManager.deleteByValue(DatabaseManager.java:612) at org.dspace.storage.rdbms.DatabaseManager.delete(DatabaseManager.java:571) at org.dspace.storage.rdbms.DatabaseManager.delete(DatabaseManager.java:796) at org.dspace.content.Item.delete(Item.java:1308) at org.dspace.content.Collection.removeItem(Collection.java:1126) at org.dspace.content.Collection.delete(Collection.java:1257) at org.dspace.content.Community.removeCollection(Community.java:1107) at org.dspace.app.webui.servlet.admin.EditCommunitiesServlet.doDSPost(EditCommunitiesServlet.java:251) at org.dspace.app.webui.servlet.DSpaceServlet.processRequest(DSpaceServlet.java:115) at org.dspace.app.webui.servlet.DSpaceServlet.doPost(DSpaceServlet.java:73) at javax.servlet.http.HttpServlet.service(HttpServlet.java:641) at javax.servlet.http.HttpServlet.service(HttpServlet.java:722) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:305) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210) at org.dspace.app.webui.filter.RegisteredOnlyFilter.doFilter(RegisteredOnlyFilter.java:66) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:243) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210) at org.dspace.utils.servlet.DSpaceWebappServletFilter.doFilter(DSpaceWebappServletFilter.java:78) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:243) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:225) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:169) at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:472) 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
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 somewhere to turn this feature on? It all looks like it should work, so I feel like I'm missing something obvious (assuming this feature is working for others)? Any pointers welcome! 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: Michael White Sent: 09 June 2015 10:17 To: dspace-tech@lists.sourceforge.net Subject: Shibboleth and role based groups? Hi, DSpace v5.2/JSPUI. I've set up Shibboleth authentication for a new v5.2 installation - the authentication part appears to be working well, but I'm struggling with automatically placing authenticated users into role based groups based on their (scoped) affiliation and I'm hoping someone might be able to help. I've configured authentication-shibboleth.cfg to add staff users into the group ALL_Collections_Submit (and I've double checked the group name/case etc): # 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 # Default mappings of roles values to a comma separated list of DSpace group # names (Case Sensitive). #role.faculty = Faculty, Member role.staff = ALL_Collections_Submit #role.student = Students, Member - when I authenticate, I can see in the dspace logs that the shib authentication module is picking up the affiliation header (amongst others): 2015-06-09 09:53:05,024 INFO org.dspace.app.webui.servlet.ShibbolethServlet @ header:affiliation=st...@stir.ac.uk;mem...@stir.ac.uk 2015-06-09 09:53:05,024 INFO org.dspace.app.webui.servlet.ShibbolethServlet @ header:unscoped- affiliation= 2015-06-09 09:53:05,025 INFO org.dspace.app.webui.servlet.ShibbolethServlet @ header:entitlement= 2015-06-09 09:53:05,025 INFO org.dspace.app.webui.servlet.ShibbolethServlet @ header:targeted-id= 2015-06-09 09:53:05,026 INFO org.dspace.app.webui.servlet.ShibbolethServlet @ header:persistent-id= 2015-06-09 09:53:05,027 INFO org.dspace.app.webui.servlet.ShibbolethServlet @ header:sn=White 2015-06-09 09:53:05,027 INFO org.dspace.app.webui.servlet.ShibbolethServlet @ header:givenname=Michael 2015-06-09 09:53:05,028 INFO org.dspace.app.webui.servlet.ShibbolethServlet @ header:mail=michael.wh...@stir.ac.uk - but, even though the authentication is successful (and creates a new ePerson record for that user using the supplied header data if they don't already exist in the system), I can't seem to get the auto population of this group working. I only have a handful of test collections in this DSpace currently: 0Anonymous 1Administrator 2Test_Collection_SUBMIT 3ALL_Collections_Submit - where ALL_Collections_Submit has group deposit permissions to Test_Collection_SUBMIT. If I manually add a user to the ALL_Collections_Submit group, then when I log on as that user via Shibboleth, I do get the appropriate deposit permissions for Test_Collection_SUBMIT (so the group logic seems OK), but it doesn't work if relying on Shibboleth to dynamically add the user to the ALL_Collections_Submit group . . . . I also tried amending the shibboleth attribute filter policy to only supply st...@stir.ac.uk, just in case it was the semi colon separated list of scoped affiliations that was behind the problem, but it still didn't work . . . . Does anyone have any thoughts on what I might be missing? Do others have this working as intended? Have I misunderstood or done something stupid? Thanks in advance for any thoughts or insights anyone might have. 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
Re: [Dspace-tech] Build Failure while building Dspace-4.1 by apache mavan 3.2.5
Hi Mansoor, This was a known bug in building DSpace 4.1 on Windows: https://jira.duraspace.org/browse/DS-1940 Please consider using DSpace 4.3 instead. This bug was officially resolved in 4.2, but 4.3 includes even more fixes (including security fixes). For more info see the 4.x release notes: https://wiki.duraspace.org/display/DSDOC4x/Release+Notes - Tim On 6/4/2015 1:14 PM, Mansoor Ali wrote: Hi, I got the Build Failure message while building Dspace-4.1 by apache mavan 3.2.5 on Windows 7.I have attached a file named Build Failure with this mail and it contains the details about the Build Failure occurred. Your reply is appreciated. Regards, Mansoor -- ___ 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] DSpace 5.2 ORCID integration lookup behind a DMZ or proxy/firewall
Hi Hilton, It looks like the URL is defined in this configuration file: https://github.com/DSpace/DSpace/blob/dspace-5_x/dspace/config/spring/api/orcid-authority-services.xml#L46 - Tim On 6/3/2015 10:33 AM, Hilton Gibson wrote: Sorry for the cross-post. Hi All Can someone please tell me what URL is used for ORCID lookups. And please add the info to the following help page. See: https://wiki.duraspace.org/display/DSDOC5x/ORCID+Integration It is very common in academia to have a server in a DMZ behind a firewall/proxy. Regards *Hilton Gibson* Ubuntu Linux Systems Administrator Stellenbosch University Library http://staff.lib.sun.ac.za/~hgibson/docs/cv/cv.html -- ___ 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] DSpace 5.2 Installation on Windows 2003 server
Hello Mr. Shivraj Thorat, As a Java web application, DSpace is installed the same on any type of server. I recommend simply following the DSpace installation instructions at: https://wiki.duraspace.org/display/DSDOC5x/Installing+DSpace We also have added a few minor tips/hints specific to Windows at: https://wiki.duraspace.org/display/DSDOC5x/Installing+DSpace#InstallingDSpace-WindowsInstallation Good luck, Tim On 6/5/2015 1:13 AM, Shivraj Thorat wrote: Respected All, I am beginner to DSpace 5.2 and want to install it on Windows 2003 server, therefore looking for detailed installation step by step guide for the same. even i need help to migrate 3.x to 5.2. kindly send me literature in this regard at the earliest. -- Regards Mr. Shivraj Thorat Librarian BVDU, Institute of Management Entrepreneurship Development Paud Rd, Kothrud, Pune-38 -- ___ 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] OAI module on DSpace5.2
Hi Lewatle, That error seems to be implying that currently there is no data in your OAI-PMH index. It should be returning a list of all records in your index, e.g. here's the same query on the DSpace Demo OAI-PMH instance (which is running DSpace 5.2): http://demo.dspace.org/oai/request?verb=ListRecordsmetadataPrefix=oai_dc My guess is that you should be able to fix this by simply reindexing your content: [dspace]/bin/dspace oai import - Tim On 6/4/2015 8:02 AM, Lewatle Phaladi wrote: Hi, I have just installed dspace 5.2 on our development server and while testing OAI module, I am getting attached error messages, would my test site be able to be harvested by other repositories? despite the error that I have attached? Your reply is appreciated. Regards, Lewatle This communication is intended for the addressee only. It is confidential. If you have received this communication in error, please notify us immediately and destroy the original message. You may not copy or disseminate this communication without the permission of the University. Only authorised signatories are competent to enter into agreements on behalf of the University and recipients are thus advised that the content of this message may not be legally binding on the University and may contain the personal views and opinions of the author, which are not necessarily the views and opinions of The University of the Witwatersrand, Johannesburg. All agreements between the University and outsiders are subject to South African Law unless the University agrees in writing to the contrary. -- ___ 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] Directly editing the database
Hi Chris, Have you seen the Batch Metadata Editing functionality in DSpace? This may do exactly what you are looking for. It exports metadata to spreadsheet. Then you can edit the spreadsheet and reimport it (from the Admin UI). DSpace will verify the changes give you a detailed list of all the modifications that it will make. At that point you can approve them or cancel. See https://wiki.duraspace.org/display/DSDOC5x/Batch+Metadata+Editing Personally, I never recommend changing things at the database level (unless there really is no other way). Doing so is inherently dangerous, as DSpace obviously has no way to validate your changes. If you do go that route, I recommend thoroughly testing your entire process on a Test Server (or a copy of your Production Server) before you do anything in Production. You also should be sure to backup your database beforehand. - Tim On 6/3/2015 12:02 PM, Chris Gray wrote: We've found a certain amount of dirty data in our DSpace instance and we would like to correct it. We are considering doing this by extracting records that need correction from the database into a spreadsheet, by editing the spreadsheet, and then by updating the spreadsheet data into the database. This would be more efficient and less error prone than doing all of this through the GUI. It is mostly editing or adding metadata field text values and moving items that were placed in the wrong collection. Will this bypass a record keeping function that is managed by the GUI and will it cause problems in the future? For instance, the metadatavalue table includes the columns place, authority, and confidence. The last two seem unused, but the first is just an integer that means nothing to me. Chris Gray Systems Analyst 519-888-4567, ext. 35764 cpg...@uwaterloo.ca University of Waterloo -- ___ 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] Some Solr Statistics are lost when upgraded version
Hi Rubén, Have you reindexed your Solr Stats after upgrading? See step #13 in the Upgrading DSpace documentation: https://wiki.duraspace.org/display/DSDOC5x/Upgrading+DSpace There are two steps to actually upgrading Solr Statistics. 1) The first part it to just upgrade the indexes (to the latest Solr version). This part is performed automatically by default (but if the automated version has errors, there are those Manually Upgrading Solr Indexes instructions. 2) After the Solr indexes are in the latest version, you ALSO need to perform an in-place reindex. This ensures that the structure (schema) within your Solr index is updated to how DSpace now stores statistics. If this is skipped, DSpace may not be able to read all the statistical data successfully, and so it may only display a portion of the data that is actually within your index. I hope that helps. But, let us know if you run into further issues. If you have already performed both of these changes, I'd also encourage you to check your DSpace Tomcat logs to see if any errors are being reported. Tim On 6/4/2015 3:58 AM, Ruben wrote: Hi all, I'm working on dspace upgrade from 1.6 to 5.2, and one of sensible points is the migration of statistics. I've been reading about the necessity of upgrade the indexes to the last Solr version, and I've found this tutorial to do this: https://wiki.duraspace.org/display/DSDOC5x/Upgrading+DSpace#UpgradingDSpace-ManuallyUpgradingSolrIndexes I've followed the steps of this guide and finally I got the statistics from 1.7 working on 5.2, but many of them are lost. For example, one of the communities have 317.110 views in the old DSpace and now this number is reduced to 100335, and all the convert process seemswell done. Someone have found the same issue with this process or knows a better tutorial to do this? I'm worried about this because this is one of the most important requirements, preserve the old statistics. Thanks in advance for your help, Rubén https://wiki.duraspace.org/display/DSDOC5x/Upgrading+DSpace#UpgradingDSpace-ManuallyUpgradingSolrIndexes -- Rubén Boada Tècnic de Càlcul i Aplicacions Consorci de Serveis Universitaris de Catalunya (CSUC) Gran Capità, 2 (Edifici Nexus)•08034 Barcelona T.93 551 62 13•ruben.bo...@csuc.cat www.csuc.cat •Twitter @CSUC_info•Facebook•Linkedin Subscriu-te al butlletí; (www.csuc.cat/butlleti) -- ___ 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] Any recommendet patches?
Hi, That particular bug was *fixed* in 5.2. Notice its Fix Version/s says 5.2, which means it is resolved in that release https://jira.duraspace.org/browse/DS-2482 We don't have a page of recommended patches, simply because we try to release regular bug-fix releases. Since we try to include any recommended patches in our next bug-fix release, maintaining such a list would quickly become outdated. That being said, anyone is welcome to start such a list on the Wiki (as the wiki itself is publicly editable) You are also more than welcome to search our Issue Tracker (https://jira.duraspace.org/browse/DS) or GitHub Pull Requests (https://github.com/DSpace/DSpace/pulls) for recently reported bugs and patches to apply. These both can be useful tools to search if you run into a bug, and need it resolved even before the next bug fix release. Plus, we can always use more help testing proposed patches! - Tim On 6/1/2015 10:17 AM, IdeaFix wrote: Hi. I want to update my dspace 3.4 ti 5.2. Is there any list of recommended patches to this release? I ask because I was disappointed problems kike this https://jira.duraspace.org/browse/DS-2482 in bugfix release. Some projects, like OJS have a page with recommended patches in wiki. I think it is a good practice. -- ___ 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] How does the ElasticSearch Dspace integration is set up ?
Hi, At this time, Elastic Search is only used as an alternative way to track download/access/usage statistics (for XMLUI only). https://wiki.duraspace.org/display/DSDOC5x/Elasticsearch+Usage+Statistics However, this feature is disabled by default. DSpace provides two options for internally tracking usage statistics: Apache Solr and Elastic Search. By default, Apache Solr is utilized, as DSpace uses Apache Solr also for all searching/browsing within the system. - Tim On 5/27/2015 8:05 PM, Maatari wrote: Hi, would anyone be able to briefly explain how is ElasticSearch integrated with Dspace? I red in a forum somewhere that the integration followed 2 approaches 1 - *As part of the Dspace deployment in tomcat.* This is what the author of the post refers to as: *the Dspace-elasticSearch out-of-the box integration*. The problem with that statement is that I can not see in the source of Dspace, any WebApp (such as the one for SOLR) from which the deployment would happen. The Bottom line is, I cannot see a code that would starts or deploy it. 2- *As an external Service deployed by a third party.* Some cfg file seems to attest that. I have a particular interest in the out-of-the box approach, that is, the approach in which elastic search would come shipped with Dspace. Could someone quickly explain how it works, and where to look to see it. Many thanks, -M- -- View this message in context: http://dspace.2283337.n4.nabble.com/How-does-the-ElasticSearch-Dspace-integration-is-set-up-tp4678065.html Sent from the DSpace - Tech mailing list archive at Nabble.com. -- ___ 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] Fwd: OAI-PMH data provider 2.0 not persistent?
I'll admit, I'm not as familiar with this area of the code, but after doing a quick scan here, I can see what you mean. As Christian mentions, we may need to consider moving the xoai dependency down a level to dspace-api. That seems to be essentially what was done for the RDFConsumer (which has a similar issue, in that the EventConsumer is for the dspace-rdf webapp). In the case of the RDFConsumer, all the relevant RDF API code (org.dspace.rdf.*) was moved from dspace-rdf to dspace-api: RDF API: https://github.com/DSpace/DSpace/tree/master/dspace-api/src/main/java/org/dspace/rdf RDFConsumer: https://github.com/DSpace/DSpace/blob/master/dspace-api/src/main/java/org/dspace/rdf/RDFConsumer.java I suspect this whole issue may be why we never had an EventConsumer for OAI to begin with. In the longer term, there should be a better way to manage all these dependencies in a more dynamic fashion (so we won't need to stuff all these APIs/dependencies into dspace-api). But, for the short term, and to fix this specific issue, it sounds like the best option may be to move the xoai dependency to dspace-api for now. If others have thoughts on this, please chime in. I definitely realize this is not ideal. But, our DSpace dependency model is not currently set up well to manage this sort of situation. In the future, I think there may be some refactoring we could do to alleviate these issues (e.g. considering moving more of this EventConsumer stuff into being dynamically loaded via Spring or similar). So, to sum up. I'd still love to see a PR. We need to fix this issue soon, rather than waiting around for a larger refactoring, so PRs are more than welcome. - Tim On 5/28/2015 9:01 AM, Christian Scheible wrote: Hi Ondřej, hi Tim, It would be great to see this as a pull request. I had a solution for that problem (the OAIIndexEventConsumer was part of dspace-api) but to make it good enough for a pull request it would be needed to move the xoai dependency from dspace-oai to dspace-api and additionally add at least the caching part, org.dspace.xoai.app.XOAI and org.dspace.xoai.util.ItemUtils to dspace-api. Or as Ondřej suggested add a dependency to dspace-oai to xmlui, jspui, rest and wherever the event has to be triggered. Best Regards, Christian Am 28.05.2015 um 14:08 schrieb Ondřej Košarko: Hey Tim, No reason for not submitting a pull request and I for sure can move the code around a bit. However, I don't see a way around adding dspace-oai classes as a dependency. At the end of the day the consumer just calls org.dspace.xoai.app.XOAI.index. xmlui webapp does not have dspace-oai jar/classes in it's WEB-INF dir, the same is probably true for jspui webapp. Perhaps there is another approach? Regards, OK 2015-05-27 16:23 GMT+02:00 Tim Donohue tdono...@duraspace.org mailto:tdono...@duraspace.org: Hi Ondřej, I wonder if you'd be willing to submit a Pull Request of these changes (the new OAIIndexEventConsumer, etc)? These seem like potentially useful changes overall, and would be something we'd consider adding to DSpace. My only (small) recommendation would be to simply put the OAIIndexEventConsumer into the dspace-api, so that it can be easily enabled/disabled from the event.dispatcher.default.consumers setting. Plus, if it's in the dspace-api, that ensures it'd also be triggered by any updates from other interface (XMLUI, JSPUI, REST, etc) - Tim On 5/27/2015 5:08 AM, Ondřej Košarko wrote: -- Forwarded message -- From: *Ondrej Kosarko* ko...@centrum.cz mailto:ko...@centrum.cz mailto:ko...@centrum.cz mailto:ko...@centrum.cz Date: 2015-05-27 12:05 GMT+02:00 Subject: Re: [Dspace-tech] OAI-PMH data provider 2.0 not persistent? To: Christian Scheible christian.schei...@uni-konstanz.de mailto:christian.schei...@uni-konstanz.de mailto:christian.schei...@uni-konstanz.de mailto:christian.schei...@uni-konstanz.de Cc: dspace-tech@lists.sourceforge.net mailto:dspace-tech@lists.sourceforge.net mailto:dspace-tech@lists.sourceforge.net mailto:dspace-tech@lists.sourceforge.net dspace-tech@lists.sourceforge.net mailto:dspace-tech@lists.sourceforge.net mailto:dspace-tech@lists.sourceforge.net mailto:dspace-tech@lists.sourceforge.net Hi Christian, I'm not sure I remember all the setup, but here goes... in dspace.cfg there is event.dispatcher.default.consumers = versioning, discovery, eperson, harvester, eudatreplication, *xoai* and # consumer to maintain the oai index event.consumer.xoai.class = cz.cuni.mff.ufal.event.OAIIndexEventConsumer event.consumer.xoai.filters = Community|Collection|Item|Bundle|Bitstream+Add
Re: [Dspace-tech] Exception when trying to add a new submission to DSpace 4.2
Hi, Please forward on more of the error message. It looks like you cut it off too early (and there's not much useful information in what you sent along, unfortunately). Here's a guide for finding the whole error message. https://wiki.duraspace.org/display/DSPACE/Troubleshoot+an+error When you have it, please re-post it to this list. - Tim On 5/28/2015 8:56 AM, Layale Bassil wrote: Hello, I create a new submission and approve it and when I click on Add to Archive I get the following exception: java.lang.RumeException Error while attempting to create identifier for Item id… Any idea of how to fix it? Is is a bug in the installation we did? Thanks. -- ___ 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] Fwd: OAI-PMH data provider 2.0 not persistent?
Hi Ondřej, I wonder if you'd be willing to submit a Pull Request of these changes (the new OAIIndexEventConsumer, etc)? These seem like potentially useful changes overall, and would be something we'd consider adding to DSpace. My only (small) recommendation would be to simply put the OAIIndexEventConsumer into the dspace-api, so that it can be easily enabled/disabled from the event.dispatcher.default.consumers setting. Plus, if it's in the dspace-api, that ensures it'd also be triggered by any updates from other interface (XMLUI, JSPUI, REST, etc) - Tim On 5/27/2015 5:08 AM, Ondřej Košarko wrote: -- Forwarded message -- From: *Ondrej Kosarko* ko...@centrum.cz mailto:ko...@centrum.cz Date: 2015-05-27 12:05 GMT+02:00 Subject: Re: [Dspace-tech] OAI-PMH data provider 2.0 not persistent? To: Christian Scheible christian.schei...@uni-konstanz.de mailto:christian.schei...@uni-konstanz.de Cc: dspace-tech@lists.sourceforge.net mailto:dspace-tech@lists.sourceforge.net dspace-tech@lists.sourceforge.net mailto:dspace-tech@lists.sourceforge.net Hi Christian, I'm not sure I remember all the setup, but here goes... in dspace.cfg there is event.dispatcher.default.consumers = versioning, discovery, eperson, harvester, eudatreplication, *xoai* and # consumer to maintain the oai index event.consumer.xoai.class = cz.cuni.mff.ufal.event.OAIIndexEventConsumer event.consumer.xoai.filters = Community|Collection|Item|Bundle|Bitstream+Add|Create|Modify|Modify_Metadata|Delete|Remove and you need to make sure the class is found by the event dispatcher, we solve it by adding dspace-oai(where the consumer lives) as a dependency to dspace-xmlui diff --git a/dspace-xmlui/pom.xml b/dspace-xmlui/pom.xml index 17d75c0..f19257f 100644 --- a/dspace-xmlui/pom.xml +++ b/dspace-xmlui/pom.xml @@ -93,6 +93,22 @@ /profiles dependencies + !-- because of event listener that updates oai -- +dependency + groupIdorg.dspace/groupId + artifactIddspace-oai/artifactId +classifierclasses/classifier +/dependency I think that's about it... Regards, OK 2015-05-27 9:05 GMT+02:00 Christian Scheible christian.schei...@uni-konstanz.de mailto:christian.schei...@uni-konstanz.de: Hi Ondřej, I have seen that you are using your own OAIIndexEventConsumer. We did the same but I added It in the module additions (which leads to code duplication). How do you register your Consumer? Is it the same way as for other consumers? Because I couldn't solve that problem. Best Regards, Christian Am 27.05.2015 um 08:41 schrieb Ondřej Košarko: In short no... As I've suggested in the thread the indexAll should include also the withdrawn, that's what we do https://github.com/ufal/lindat-dspace/blob/lindat/dspace-oai/src/main/java/org/dspace/xoai/app/XOAI.java#L193 We use our Event consumer to trigger the update (it currently doesn't handle caching and changes in discoverable flag) https://github.com/ufal/lindat-dspace/blob/lindat/dspace-oai/src/main/java/cz/cuni/mff/ufal/event/OAIIndexEventConsumer.java And by the way dspace changed the deletion mode to transient in https://jira.duraspace.org/browse/DS-2491 so maybe the right way for dspace is updating the documentation... OK 2015-05-26 23:19 GMT+02:00 Jozef Misutka misu...@ufal.mff.cuni.cz mailto:misu...@ufal.mff.cuni.cz: Ondrej, is this happening to us as well? jm *From: *Tim Donohue tdono...@duraspace.org mailto:tdono...@duraspace.org *To: *dspace-tech@lists.sourceforge.net mailto:dspace-tech@lists.sourceforge.net *Sent: *Tuesday, 26 May, 2015 23:09:20 *Subject: *Re: [Dspace-tech] OAI-PMH data provider 2.0 not persistent? Hi All, I'm only just now re-discovering this thread, as I've found this same behavior in DSpace OAI-PMH servers. Here's how to see this behavior (and I've double checked it on http://demo.dspace.org, running 5.2): 1. Create an Item 2. Run the OAI-PMH import (./dspace oai import). 3. The item now appears in OAI-PMH 4. Withdraw that Item 5. Re-Run the OAI-PMH import (./dspace oai import) 6. The Item still appears in OAI-PMH and is NEVER flagged as withdrawn. So, you can still access all its metadata, etc. The ONLY way to trigger an update to the OAI-PMH record (of the withdrawn item) is to re-import EVERYTHING (./dspace oai import -c). However, as noted, since withdrawn items are not included in the XOAI indexAll() command, the item will now disappear from OAI-PMH entirely
Re: [Dspace-tech] OAI-PMH data provider 2.0 not persistent?
Hi All, I'm only just now re-discovering this thread, as I've found this same behavior in DSpace OAI-PMH servers. Here's how to see this behavior (and I've double checked it on http://demo.dspace.org, running 5.2): 1. Create an Item 2. Run the OAI-PMH import (./dspace oai import). 3. The item now appears in OAI-PMH 4. Withdraw that Item 5. Re-Run the OAI-PMH import (./dspace oai import) 6. The Item still appears in OAI-PMH and is NEVER flagged as withdrawn. So, you can still access all its metadata, etc. The ONLY way to trigger an update to the OAI-PMH record (of the withdrawn item) is to re-import EVERYTHING (./dspace oai import -c). However, as noted, since withdrawn items are not included in the XOAI indexAll() command, the item will now disappear from OAI-PMH entirely. Here's that indexAll() command: https://github.com/DSpace/DSpace/blob/master/dspace-oai/src/main/java/org/dspace/xoai/app/XOAI.java#L191 This behavior seems to be counter to what is documented at: https://wiki.duraspace.org/pages/viewpage.action?pageId=45548245#OAI-PMHDataProvider2.0%28Internals%29-Deletions The documentation specifically states that DSpace keeps a permanent record of withdrawn items. It also states that a request for a withdrawn item will yield the 'record deleted' header. This sounds like a bug to me. The documentation definitely does not match with the behavior. I've created a new bug ticket for this. It will need a volunteer to resolve. https://jira.duraspace.org/browse/DS-2593 - Tim On 3/6/2015 5:21 AM, helix84 wrote: Yes, that makes sense. Still, it needs a brief verification because sometimes our understanding of a concept and its implementation may differ. On Fri, Mar 6, 2015 at 10:12 AM, Kristian Roberto Salcedo k.r.salc...@ub.uio.no wrote: Hi Ivan, I might have overlooked something, but from your comments on https://jira.duraspace.org/browse/DS-2491 wouldnt it be meaningful to do both your declaration change and Ondřej's suggestion in order to match both what is declared and what the documentation says about OAI and deleted items? regards, Kristian -Original Message- From: ivan.ma...@gmail.com [mailto:ivan.ma...@gmail.com] On Behalf Of helix84 Sent: Thursday, March 05, 2015 3:46 PM To: Kristian Roberto Salcedo Cc: dspace-tech@lists.sourceforge.net; João Melo Subject: Re: [Dspace-tech] OAI-PMH data provider 2.0 not persistent? Hi Kristian, I think you're right that the declared deletedRecordpersistent/deletedRecord doesn't match how DSpace behaves. I filed a Jira issue and created a pull request to change the declared status to deletedRecordtransient/deletedRecord. https://jira.duraspace.org/browse/DS-2491 Regards, ~~helix84 Compulsory reading: DSpace Mailing List Etiquette https://wiki.duraspace.org/display/DSPACE/Mailing+List+Etiquette On Thu, Mar 5, 2015 at 2:52 PM, Kristian Roberto Salcedo k.r.salc...@ub.uio.no wrote: Hi all, In Dspace 4.2 we are currently seeing that our OAI feeds are not being persistent as per these definitions when it comes to deleted (withdrawn) items: http://www.openarchives.org/OAI/openarchivesprotocol.html#deletion https://wiki.duraspace.org/pages/viewpage.action?pageId=34640887#OAI- P MHDataProvider2.0(Internals)-Deletions Withdrawn items do not get the header status=deleted as they should, like in this example: http://webservices.itcs.umich.edu/mediawiki/oaibp/index.php/Deleted_Re cord_Example_1 Withdrawing an item is not reflected in the OAI entry in any way. -- This is our Identify page at the moment: https://www.duo.uio.no/oai/request?verb=Identify -- I believe we're doing everything right regarding config parameters and maintenance of the solr oai index. The only place I can find a persistent-parameter is in this config file: /www/var/data/dspace/config/oaicat.properties which I thought was deprecated, but we still set it just to be sure: Identify.deletedRecord=persistent All other relevant config parameters are set in these two files as far as I can tell: /www/var/data/dspace/config/modules/oai.cfg /www/var/data/dspace/config/crosswalks/oai/description.xml We are running the oai import -o command nightly. -- The only way we've found to remove withdrawn items from the OAI feed is by running a complete re-indexing of the oai solr index: /www/var/data/dspace/bin/dspace oai import -c with a subsequent /www/var/data/dspace/bin/dspace oai clean-cache This removes a withdrawn item: https://www.duo.uio.no/handle/10852/42670 completely from the feed: https://www.duo.uio.no/oai/request?verb=GetRecordmetadataPrefix=oai _d cidentifier=oai:localhost:10852/42670 which is not what we want... -- Is anyone else experiencing the same problem? Maybe I've missed something
Re: [Dspace-tech] Sobre instalación de Dspace 5.1 en W7
Hola, En la versión 5.1, la base de datos no se rellena hasta que empiece a Tomcat. Por lo tanto, simplemente arrancar su servidor Tomcat y DSpace debe crear el contenido de bases de datos, etc. (Disculpas, esta fue traducido utilizando Google Translate, así que espero que el español es comprensible) == English version is below == Hello, In version 5.1, the database is not populated until you first start Tomcat. Therefore, just start up your Tomcat server, and DSpace should create the database contents, etc. (Apologies, this was translated using Google Translate, so hopefully the Spanish is understandable) On 5/19/2015 4:12 PM, Yelena Islen San Juan wrote: Buenas tardes: Estoy instalando la versión 5.1 de dspace para Windows, siempre lo había instalado en Linux, por lo que no estoy familiarizada en Windows. Al final de la instalación me sale lo siguiente, pero no se crean las tablas en la base de datos y en el directorio C://dspace no se crean las carpetas correspondientes. Espero atentamente su respuesta. Saludos Microsoft Windows [Versión 6.1.7601] Copyright (c) 2009 Microsoft Corporation. Reservados todos los derechos. C:\Users\yelena.NTCEDISACcd C:\dspace-5.1-release\dspace\target\dspace-installe r C:\dspace-5.1-release\dspace\target\dspace-installerant fresh_install Buildfile: C:\dspace-5.1-release\dspace\target\dspace-installer\build.xml init_installation: init_configs: [copy] Copying 1 file to C:\dspace-5.1-release\dspace\target\dspace-install er\dspace\config test_database: [java] 2015-05-19 16:29:56,484 INFO org.dspace.core.ConfigurationManager @ Loading system provided config property (-Ddspace.configuration): config/dspace .cfg [java] 2015-05-19 16:29:56,487 INFO org.dspace.core.ConfigurationManager @ Using default log4j provided log configuration. If unintended, check your dspa ce.cfg for (log.init.config) [java] 2015-05-19 16:29:56,632 INFO org.dspace.storage.rdbms.DatabaseUtils @ Loading Flyway DB migrations from: filesystem:C:dspace/etc/postgres, classpat h:org.dspace.storage.rdbms.sqlmigration.postgres, classpath:org.dspace.storage.r dbms.migration [java] [java] Attempting to connect to database using these configurations: [java] - URL: = jdbc:postgresql://localhost:5432/dspace [java] - Driver: org.postgresql.Driver [java] - Username: postgres [java] - Password: [hidden] [java] - Schema: [java] [java] Testing connection... [java] Connected successfully! [java] install_code: [copy] Copying 7 files to C:\dspace-5.1-release\dspace\target\dspace-instal ler\dspace\bin [copy] Copying 154 files to C:\dspace-5.1-release\dspace\target\dspace-inst aller\dspace\lib [copy] Copying 5 files to C:\dspace-5.1-release\dspace\target\dspace-instal ler\dspace\etc [echo] [echo] [echo] The DSpace code has been installed. [echo] [echo] fresh_install: copy_webapps: [copy] Copying 2681 files to C:\dspace-5.1-release\dspace\target\dspace-ins taller\dspace\webapps [copy] Copying 10 files to C:\dspace-5.1-release\dspace\target\dspace-insta ller\dspace\webapps build_webapps_wars: check_geolite: init_geolite: [echo] [echo] [echo] The DSpace code has been installed. [echo] [echo] To complete installation, you should do the following: [echo] [echo] * Setup your Web servlet container (e.g. Tomcat) to look for your [echo]DSpace web applications in: C:dspace/webapps/ [echo] [echo]OR, copy any web applications from C:dspace/webapps/ to [echo]the appropriate place for your servlet container. [echo](e.g. '$CATALINA_HOME/webapps' for Tomcat) [echo] [echo] * Start up your servlet container (e.g. Tomcat). DSpace now will [echo]initialize the database on the first startup. [echo] [echo] * Make an initial administrator account (an e-person) in DSpace: [echo] [echo]C:dspace/bin/dspace create-administrator [echo] [echo] You should then be able to access your DSpace's 'home page': [echo] [echo]http://127.0.0.1:8081/xmlui [echo] [echo] [echo] BUILD SUCCESSFUL Total time: 42 seconds C:\dspace-5.1-release\dspace\target\dspace-installer Ing. Yelena Islen San Juan Esp. Ciencias informáticas UEB División de proyectos Multimedia CITMATEL -- One dashboard for servers and
Re: [Dspace-tech] access to page spins
Hi Jose, Just as a reference, DSpace 5.1 recommends: * Maven 3.0.5 * PostgreSQL 9 or above https://wiki.duraspace.org/display/DSDOC5x/Installing+DSpace It is possible DSpace 5.1 will work on older versions, but it is not tested on these older versions. Also, just an FYI, Postgres 8.4 is end-of-life and no longer supported in general: http://www.postgresql.org/support/versioning/ That all being said, I don't think either of these would be causing a page to spin for Items which have non-Anonymous access rights. That doesn't sound like anything related to Postgres, and it's definitely not related to Maven (as Maven is only used to build/compile DSpace). As Andrea Schweer noted in another message in this thread, you may also wish to look more closely at your code customizations. Did you make any customizations to the access rights code? Or make heavy customizations to the item pages themselves? I'm not seeing this same spinning behavior for access restricted Items on any other DSpace 5.1 sites I have access to, nor on the Demo site (http://demo.dspace.org/xmlui/). So, I do wonder if you have any custom code dealing with access rights? Is it even possible for you to replicate this on a development instance and step through the code to see where it hangs? - Tim On 5/13/2015 5:35 PM, Jose Blanco wrote: Tim, one more thing,,, we have Apache Maven 3.0.1 and PostgresSQL 8.4 Do you think this could have something to do with it? On Wed, May 13, 2015 at 3:19 PM, Jose Blanco blan...@umich.edu mailto:blan...@umich.edu wrote: Tim, The index completed successfully using: [dspace]/bin/dspace index-discovery -b But the spinning continues. When the indexing is done via the restart of tomcat, it fails when it encounters an item that has non Anonymous rights. I'm attaching the error log with the last done successfully and then the one it chokes on. You can see that this one: TEMP-BOGUS/232403 is done successfully, and then this one fails: TEMP-BOGUS/233500. Why would having a non Anonymous access right cause this error? THanks! Jose On Wed, May 13, 2015 at 1:24 PM, Jose Blanco blan...@umich.edu mailto:blan...@umich.edu wrote: Thanks Tim, What seems to stopping the indexing is that when it encounters an item that has rights other than Anonymous, it fails. I have confirmed this by editing an item it was failing on and making all its access rights anonymous and then it went on till it found another with non Anonymous rights. I found this out restarting tomcat and then going to the home page. I have not run the manual index, but will try that now and see what kind of error it spits out. -Jose On Wed, May 13, 2015 at 1:12 PM, Tim Donohue tdono...@duraspace.org mailto:tdono...@duraspace.org wrote: Hi Jose, The reindexing process only occurs for the Search/Browse indexes (and it doesn't touch the Solr Statistics index). So, it would not be directly related to any issues with Solr Statistics. The only part of the upgrade that affects the Solr Statistics index is that the Solr Stats index will be *upgraded* (to the latest version of Solr) during the ant update step. Since you said the re-indexing (of Search/Browse index) didn't complete, you probably should manually re-run it (just in case it is somehow affecting the spinning you are seeing): [dspace]/bin/index-discovery -b (By default, during the 5.x upgrade, that index-discovery -b command runs automatically when you first startup Tomcat after upgrading to 5.x. The only way to re-run it after that point is to run it manually from the commandline.) - Tim On 5/13/2015 10:27 AM, Jose Blanco wrote: Tim, I know the reindexing did not finish. I'm trying to grab log output as it runs so I restarted tomcat, but nothing gets written to the log. It seems like I have to go to the browser and initiate a browse by title for indexing to start. Is that right? On Tue, May 12, 2015 at 5:37 PM, Tim Donohue tdono...@duraspace.org mailto:tdono...@duraspace.org mailto:tdono...@duraspace.org mailto:tdono...@duraspace.org wrote: Hi Jose, Are you saying that some of the accesses to Solr Stats work fine? While others are spinning? Is there any difference in the type of content that seems to cause Solr to spin (i.e
Re: [Dspace-tech] Batch move item between collections
Hi Olivier, On 5/13/2015 9:36 PM, Olivier Nicole wrote: Thank you Tim, My guess would be that you may need to reindex. Since you moved the objects manually in the database tables, the browse/search indexes may not be fully aware of the move. Assuming you are using Discovery, you'd likely need to run [dspace]/bin/dspace index-discovery -b That did it. Out of mere curiosity, where are the indexes stored? The indexes are stored in Apache Solr (under the [dspace]/solr/ subdirectories). By default they get updated automatically when you make changes from the User Interface (or other DSpace tools). But if you manually change things in the database itself, Solr won't see those changes, which would require you to reindex. In the future, if you ever encounter the need to move items between Collections, I'd recommend using the Batch Metadata Editing tool. It has the ability to change the Collection(s) associated with any Items, and it will also automatically trigger a reindex for any item updates. The information on changing a Collection in the Batch Metadata Editing tool is here: https://wiki.duraspace.org/display/DSDOC4x/Batch+Metadata+Editing#BatchMetadataEditing-EditingCollectionMembership But does that allow complexs SQL request to select the list of items that will be modified? Using the Batch Metadata Editing Tool you can actually make Collection changes in a CSV file, using the tools like Excel. So, yes, you can make complex changes. But, you'd be using Excel to find the items to move, instead of SQL. When you upload the changed/updated spreadsheet, DSpace will also prompt you to show you which changes you've made, to ensure they look correct (so it's an extra safety check) If you would rather make SQL level changes, it's still possible. But, keep in mind it's inherently dangerous if you are not very careful. Obviously, DSpace cannot monitor what you are doing at the database level, so there's the danger of accidental corruption or deletions. But, what you use is obviously up to you. - Tim -- One dashboard for servers and applications across Physical-Virtual-Cloud Widest out-of-the-box monitoring support with 50+ applications Performance metrics, stats and reports that give you Actionable Insights Deep dive visibility with transaction tracing using APM Insight. http://ad.doubleclick.net/ddm/clk/290420510;117567292;y ___ 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] flyway migration error
Hi all, Just a note to say I've now logged this as a bug: https://jira.duraspace.org/browse/DS-2577 In that ticket, I've tracked down the area of the code that makes the assumption on the name of a PostgreSQL constraint (but it makes that assumption based on the default PostgreSQL naming scheme for constraints). So, we may just need to enhance that area of the code to no longer assume any particular name for a PostgreSQL constraint. In the meantime, the workaround is also documented in that ticket (thanks to you all in this thread!). - Tim On 5/14/2015 12:04 PM, Peter Dietz wrote: Virtual Beer for all as well. I've just ran into this, (Tim pointed me to it from IRC). My version of the SQL, wrapping in a transaction, to be safe, is: BEGIN; ALTER TABLE metadatavalue DROP CONSTRAINT $1; ALTER TABLE metadatavalue ADD CONSTRAINT metadatavalue_item_id_fkey FOREIGN KEY(item_id) REFERENCES item(item_id); COMMIT; We're not sure of what the cause is. 12:47 PM tdonohue yea, I'm not sure either. :) It's definitely a glitch that happens sometimes (since others have seen it too). But, according to the PostgreSQL docs, these contraints are SUPPOSED to be named [table]_[column]_fkey 12:47 PM tdonohue So, it seems like something has changed in Postgres, or Postgres doesn't always follow it's own rules Peter Dietz Longsight www.longsight.com http://www.longsight.com pe...@longsight.com mailto:pe...@longsight.com p: 740-599-5005 x809 On Wed, Apr 1, 2015 at 12:26 PM, Wally Grotophorst wal...@gmu.edu mailto:wal...@gmu.edu wrote: BINGO! A virtual beer for you! Thanks for the clear statement (no pun intended) of what I needed to do. Worked like a charm. - Wally Bill Tantzen wrote: Wally, Here's what I did: dspace= \d metadatavalue Table public.metadatavalue ... ... ... Foreign-key constraints: $1 FOREIGN KEY (item_id) REFERENCES item(item_id) $2 FOREIGN KEY (metadata_field_id) REFERENCES metadatafieldregistry(metadata_field_id) If your Foreign-key constraints look like the above, do the following: dspace= ALTER TABLE metadatavalue DROP CONSTRAINT $1; ALTER TABLE dspace= ALTER TABLE metadatavalue ADD CONSTRAINT metadatavalue_item_id_fkey FOREIGN KEY(item_id) REFERENCES item(item_id); ALTER TABLE Then, try the conversion! Cheers, Bill On Wed, Apr 1, 2015 at 9:47 AM, Wally Grotophorstwal...@gmu.edu mailto:wal...@gmu.edu wrote: Trying to install 5.1 on a 4.1 database...on a new server (as a test) but using my 4.1 database that's imported into Postgres before I launch tomcat/dspace. Starts to make the schema conversion, then bombs. This part of the log looks like it's trying to tell me the problem: at org.flywaydb.core.Flyway.migrate(Flyway.java:811) at org.dspace.storage.rdbms.DatabaseUtils.updateDatabase(DatabaseUtils.java:419) ... 21 more Caused by: org.postgresql.util.PSQLException: ERROR: constraint metadatavalue_item_id_fkey of relation metadatavalue does not exist at org.postgresql.core.v3.QueryExecutorImpl.receiveErrorResponse(QueryExecutorImpl.java:2103) at org.postgresql.core.v3.QueryExecutorImpl.processResults(QueryExecutorImpl.java:1836) at org.postgresql.core.v3.QueryExecutorImpl.execute(QueryExecutorImpl.java:257) I saw some comment about this issue in a few earlier posts but couldn't figure out how to fix this from the info in the message traffic. Is there a simple SQL fix I can run prior to trying again? Or maybe something else? Platform: OSX 10.10.1 tomcat: 7.0.59 postgres: 9.3 dspace (trying 5.1) - Wally Wally Grotophorst Associate University Librarian George Mason University Fairfax, Virginia 22030 (703) 993-9005 -- Dive into the World of Parallel Programming The Go Parallel Website, sponsored by Intel and developed in partnership with Slashdot Media, is your hub for all things parallel software development, from weekly thought leadership blogs to news, videos, case studies, tutorials and more. Take a look and join the conversation now. http://goparallel.sourceforge.net/ ___ DSpace-tech mailing list DSpace-tech@lists.sourceforge.net
Re: [Dspace-tech] flyway migration error
Digging into this Constraint naming issue a bit more, it looks like in PostgreSQL you can look up constraints (on columns) by name from the key_column_usage view: http://www.postgresql.org/docs/9.4/static/infoschema-key-column-usage.html So, it seems reasonable to change the code to simply query for the constraint name (rather than assuming the name is the default value). Something similar to this *should work* SELECT * FROM information_schema.key_column_usage WHERE table_name='[tablename]' AND column_name='[columname]'; For this specific issue with finding the name of the (old) constraint on table metadatavalue and column item_id that query would be: SELECT * FROM information_schema.key_column_usage WHERE table_name='metadatavalue' AND column_name='item_id'; Usually, that query will return metadatavlua_item_id_fkey (on a pre-5.0 database). But, obviously in some scenarios this constraint seems to be named $1 (or similar) instead. (I'll add these notes to the DS-2577 ticket) - Tim On 5/14/2015 12:42 PM, Brian Freels-Stendel wrote: Good morning, This is a problem from way back, see: http://sourceforge.net/p/dspace/mailman/message/28781652/. If I remember right, it was because In The Beginning, the constraints weren't being given names, so they were auto-generated by the db engine. For those of us with old databases, this will be a recurring problem. If it would help, I can grab a schema dump (I know that's not the right terminology, but I'm hoping the meaning will be clear) from our db to compare with a current one. We've been up since 1.3, so we should have all of the offenders. B-- -Original Message- From: Tim Donohue [mailto:tdono...@duraspace.org] Sent: Thursday, May 14, 2015 11:17 AM To: Peter Dietz; Wally Grotophorst Cc: dspace-tech Subject: Re: [Dspace-tech] flyway migration error Hi all, Just a note to say I've now logged this as a bug: https://jira.duraspace.org/browse/DS-2577 In that ticket, I've tracked down the area of the code that makes the assumption on the name of a PostgreSQL constraint (but it makes that assumption based on the default PostgreSQL naming scheme for constraints). So, we may just need to enhance that area of the code to no longer assume any particular name for a PostgreSQL constraint. In the meantime, the workaround is also documented in that ticket (thanks to you all in this thread!). - Tim On 5/14/2015 12:04 PM, Peter Dietz wrote: Virtual Beer for all as well. I've just ran into this, (Tim pointed me to it from IRC). My version of the SQL, wrapping in a transaction, to be safe, is: BEGIN; ALTER TABLE metadatavalue DROP CONSTRAINT $1; ALTER TABLE metadatavalue ADD CONSTRAINT metadatavalue_item_id_fkey FOREIGN KEY(item_id) REFERENCES item(item_id); COMMIT; We're not sure of what the cause is. 12:47 PM tdonohue yea, I'm not sure either. :) It's definitely a glitch that happens sometimes (since others have seen it too). But, according to the PostgreSQL docs, these contraints are SUPPOSED to be named [table]_[column]_fkey 12:47 PM tdonohue So, it seems like something has changed in Postgres, or Postgres doesn't always follow it's own rules Peter Dietz Longsight www.longsight.com http://www.longsight.com pe...@longsight.com mailto:pe...@longsight.com p: 740-599-5005 x809 On Wed, Apr 1, 2015 at 12:26 PM, Wally Grotophorst wal...@gmu.edu mailto:wal...@gmu.edu wrote: BINGO! A virtual beer for you! Thanks for the clear statement (no pun intended) of what I needed to do. Worked like a charm. - Wally Bill Tantzen wrote: Wally, Here's what I did: dspace= \d metadatavalue Table public.metadatavalue ... ... ... Foreign-key constraints: $1 FOREIGN KEY (item_id) REFERENCES item(item_id) $2 FOREIGN KEY (metadata_field_id) REFERENCES metadatafieldregistry(metadata_field_id) If your Foreign-key constraints look like the above, do the following: dspace= ALTER TABLE metadatavalue DROP CONSTRAINT $1; ALTER TABLE dspace= ALTER TABLE metadatavalue ADD CONSTRAINT metadatavalue_item_id_fkey FOREIGN KEY(item_id) REFERENCES item(item_id); ALTER TABLE Then, try the conversion! Cheers, Bill On Wed, Apr 1, 2015 at 9:47 AM, Wally Grotophorstwal...@gmu.edu mailto:wal...@gmu.edu wrote: Trying to install 5.1 on a 4.1 database...on a new server (as a test) but using my 4.1 database that's imported into Postgres before I launch tomcat/dspace. Starts to make the schema conversion, then bombs. This part of the log looks like it's trying to tell me the problem
Re: [Dspace-tech] flyway migration error
Hi Brian, I definitely think a dump of what your constraints look like could be useful. We definitely want to avoid this being a recurring problem in any flyway migrations involving contraints. As noted in my previous message, you also might want to simply query your information_schema.key_column_usage table for oddly named constraints, as that seems to be the easiest way in PostgreSQL (that I can find) to query for column constraint names: SELECT * from information_schema.key_column_usage; In my newer PostgreSQL databases (that I've tried), the constraint names returned all are logically named based on the table and/or column names (as they are by default these days). But, it sounds like in databases that have been around for some time, some of these constraints may have less logical names like $1 or $2 or something else. I'd just be curious to know if fixing our code to simply querying the key_column_usage view seems like it'd resolve this issue long term? This is a tough scenario in that I don't have any test data to try this out from, even if I've found what *looks* to be the right solution. - Tim On 5/14/2015 12:42 PM, Brian Freels-Stendel wrote: Good morning, This is a problem from way back, see: http://sourceforge.net/p/dspace/mailman/message/28781652/. If I remember right, it was because In The Beginning, the constraints weren't being given names, so they were auto-generated by the db engine. For those of us with old databases, this will be a recurring problem. If it would help, I can grab a schema dump (I know that's not the right terminology, but I'm hoping the meaning will be clear) from our db to compare with a current one. We've been up since 1.3, so we should have all of the offenders. B-- -Original Message- From: Tim Donohue [mailto:tdono...@duraspace.org] Sent: Thursday, May 14, 2015 11:17 AM To: Peter Dietz; Wally Grotophorst Cc: dspace-tech Subject: Re: [Dspace-tech] flyway migration error Hi all, Just a note to say I've now logged this as a bug: https://jira.duraspace.org/browse/DS-2577 In that ticket, I've tracked down the area of the code that makes the assumption on the name of a PostgreSQL constraint (but it makes that assumption based on the default PostgreSQL naming scheme for constraints). So, we may just need to enhance that area of the code to no longer assume any particular name for a PostgreSQL constraint. In the meantime, the workaround is also documented in that ticket (thanks to you all in this thread!). - Tim On 5/14/2015 12:04 PM, Peter Dietz wrote: Virtual Beer for all as well. I've just ran into this, (Tim pointed me to it from IRC). My version of the SQL, wrapping in a transaction, to be safe, is: BEGIN; ALTER TABLE metadatavalue DROP CONSTRAINT $1; ALTER TABLE metadatavalue ADD CONSTRAINT metadatavalue_item_id_fkey FOREIGN KEY(item_id) REFERENCES item(item_id); COMMIT; We're not sure of what the cause is. 12:47 PM tdonohue yea, I'm not sure either. :) It's definitely a glitch that happens sometimes (since others have seen it too). But, according to the PostgreSQL docs, these contraints are SUPPOSED to be named [table]_[column]_fkey 12:47 PM tdonohue So, it seems like something has changed in Postgres, or Postgres doesn't always follow it's own rules Peter Dietz Longsight www.longsight.com http://www.longsight.com pe...@longsight.com mailto:pe...@longsight.com p: 740-599-5005 x809 On Wed, Apr 1, 2015 at 12:26 PM, Wally Grotophorst wal...@gmu.edu mailto:wal...@gmu.edu wrote: BINGO! A virtual beer for you! Thanks for the clear statement (no pun intended) of what I needed to do. Worked like a charm. - Wally Bill Tantzen wrote: Wally, Here's what I did: dspace= \d metadatavalue Table public.metadatavalue ... ... ... Foreign-key constraints: $1 FOREIGN KEY (item_id) REFERENCES item(item_id) $2 FOREIGN KEY (metadata_field_id) REFERENCES metadatafieldregistry(metadata_field_id) If your Foreign-key constraints look like the above, do the following: dspace= ALTER TABLE metadatavalue DROP CONSTRAINT $1; ALTER TABLE dspace= ALTER TABLE metadatavalue ADD CONSTRAINT metadatavalue_item_id_fkey FOREIGN KEY(item_id) REFERENCES item(item_id); ALTER TABLE Then, try the conversion! Cheers, Bill On Wed, Apr 1, 2015 at 9:47 AM, Wally Grotophorstwal...@gmu.edu mailto:wal...@gmu.edu wrote: Trying to install 5.1 on a 4.1 database...on a new server (as a test) but using my 4.1 database that's imported into Postgres before I launch tomcat/dspace. Starts to make the schema conversion
Re: [Dspace-tech] flyway migration error
Hi Brian, Thanks, actually that spreadsheet is very useful. It shows that this problem is one we may repeat in the future, as that DB has several non-standard names for constraints: $1, $2, all the way through $7. I'll take your advice and try a 4.x - 5.x upgrade after renaming that constraint to $1 ;) Seems like this should be a fixable bug by querying that key_column_usage table. - Tim On 5/14/2015 3:05 PM, Brian Freels-Stendel wrote: Well, I was able to pull the column names out into a spreadsheet, which may be helpful. I've also dumped our db structure. It's v. 5.1, so it won't have the constraint name the v.5 upgrade tripped over, but going forward it might be useful. I'm also wondering if you might rename the constraint in one of your databases from the logical metadatavalue_item_id_fkey to $1 for before trying to upgrade with flyway. B-- -Original Message- From: Tim Donohue [mailto:tdono...@duraspace.org] Sent: Thursday, May 14, 2015 12:23 PM To: dspace-tech@lists.sourceforge.net Subject: Re: [Dspace-tech] flyway migration error Hi Brian, I definitely think a dump of what your constraints look like could be useful. We definitely want to avoid this being a recurring problem in any flyway migrations involving contraints. As noted in my previous message, you also might want to simply query your information_schema.key_column_usage table for oddly named constraints, as that seems to be the easiest way in PostgreSQL (that I can find) to query for column constraint names: SELECT * from information_schema.key_column_usage; In my newer PostgreSQL databases (that I've tried), the constraint names returned all are logically named based on the table and/or column names (as they are by default these days). But, it sounds like in databases that have been around for some time, some of these constraints may have less logical names like $1 or $2 or something else. I'd just be curious to know if fixing our code to simply querying the key_column_usage view seems like it'd resolve this issue long term? This is a tough scenario in that I don't have any test data to try this out from, even if I've found what *looks* to be the right solution. - Tim On 5/14/2015 12:42 PM, Brian Freels-Stendel wrote: Good morning, This is a problem from way back, see: http://sourceforge.net/p/dspace/mailman/message/28781652/. If I remember right, it was because In The Beginning, the constraints weren't being given names, so they were auto-generated by the db engine. For those of us with old databases, this will be a recurring problem. If it would help, I can grab a schema dump (I know that's not the right terminology, but I'm hoping the meaning will be clear) from our db to compare with a current one. We've been up since 1.3, so we should have all of the offenders. B-- -Original Message- From: Tim Donohue [mailto:tdono...@duraspace.org] Sent: Thursday, May 14, 2015 11:17 AM To: Peter Dietz; Wally Grotophorst Cc: dspace-tech Subject: Re: [Dspace-tech] flyway migration error Hi all, Just a note to say I've now logged this as a bug: https://jira.duraspace.org/browse/DS-2577 In that ticket, I've tracked down the area of the code that makes the assumption on the name of a PostgreSQL constraint (but it makes that assumption based on the default PostgreSQL naming scheme for constraints). So, we may just need to enhance that area of the code to no longer assume any particular name for a PostgreSQL constraint. In the meantime, the workaround is also documented in that ticket (thanks to you all in this thread!). - Tim On 5/14/2015 12:04 PM, Peter Dietz wrote: Virtual Beer for all as well. I've just ran into this, (Tim pointed me to it from IRC). My version of the SQL, wrapping in a transaction, to be safe, is: BEGIN; ALTER TABLE metadatavalue DROP CONSTRAINT $1; ALTER TABLE metadatavalue ADD CONSTRAINT metadatavalue_item_id_fkey FOREIGN KEY(item_id) REFERENCES item(item_id); COMMIT; We're not sure of what the cause is. 12:47 PM tdonohue yea, I'm not sure either. :) It's definitely a glitch that happens sometimes (since others have seen it too). But, according to the PostgreSQL docs, these contraints are SUPPOSED to be named [table]_[column]_fkey 12:47 PM tdonohue So, it seems like something has changed in Postgres, or Postgres doesn't always follow it's own rules Peter Dietz Longsight www.longsight.com http://www.longsight.com pe...@longsight.com mailto:pe...@longsight.com p: 740-599-5005 x809 On Wed, Apr 1, 2015 at 12:26 PM, Wally Grotophorst wal...@gmu.edu mailto:wal...@gmu.edu wrote: BINGO! A virtual beer for you! Thanks for the clear statement (no pun intended) of what I needed to do. Worked like a charm. - Wally Bill Tantzen wrote: Wally, Here's what I did: dspace= \d
Re: [Dspace-tech] Batch move item between collections
Hi Olivier, My guess would be that you may need to reindex. Since you moved the objects manually in the database tables, the browse/search indexes may not be fully aware of the move. Assuming you are using Discovery, you'd likely need to run [dspace]/bin/dspace index-discovery -b In the future, if you ever encounter the need to move items between Collections, I'd recommend using the Batch Metadata Editing tool. It has the ability to change the Collection(s) associated with any Items, and it will also automatically trigger a reindex for any item updates. The information on changing a Collection in the Batch Metadata Editing tool is here: https://wiki.duraspace.org/display/DSDOC4x/Batch+Metadata+Editing#BatchMetadataEditing-EditingCollectionMembership - Tim On 5/13/2015 4:58 AM, Olivier Nicole wrote: Hello, I have a large number of items that ended up in the wrong collection. One of the metadata attached to each item will allow me to sort them out, but I need to move the items around in the database. I have seen that the tables item and collection2item both associate an item with a collection. But modifying the collection id in these tables is not enough. The item is now listed like it belongs where it should, but when listing the wrong cllection, the item is still shown there. How can I rectify this? is that a cache or a table I am overlooking? DSpace 4.2 Many thanks in advance, Olivier -- One dashboard for servers and applications across Physical-Virtual-Cloud Widest out-of-the-box monitoring support with 50+ applications Performance metrics, stats and reports that give you Actionable Insights Deep dive visibility with transaction tracing using APM Insight. http://ad.doubleclick.net/ddm/clk/290420510;117567292;y ___ 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] Help for dspace backup/restore
Hi Emmanuel, I'd recommend checking your DSpace logs then after running the Restore command. It's possible an error is being reported in the logs. For more info on this see https://wiki.duraspace.org/display/DSPACE/Troubleshoot+an+error - Tim On 5/12/2015 11:36 PM, Emmanuel Wilson wrote: hello Yes. EPerson named dspace@localhost in my DSpace is the administer. Yes. handle.prefix value really 1 bcz i found it at CNRI handle prefix = 1. -- One dashboard for servers and applications across Physical-Virtual-Cloud Widest out-of-the-box monitoring support with 50+ applications Performance metrics, stats and reports that give you Actionable Insights Deep dive visibility with transaction tracing using APM Insight. http://ad.doubleclick.net/ddm/clk/290420510;117567292;y ___ 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] access to page spins
Hi Jose, You might want to check your logs (both DSpace and Tomcat logs) to see if there's anything going on there while the browser spins. Otherwise, it's a bit hard to guess at what could cause the browser to hang. My best guess is that it's waiting on something that is running behind the scenes, but it's hard to tell what that something is (and I'm hoping maybe the logs would give you and us a hint). You also might want to test what scenarios cause the spinning. Is it accessing *any* community/collection/item? Or, is it just some objects? Does it happen when logged in only? Or, also when accessing the site anonymously? - Tim On 5/12/2015 2:14 PM, Jose Blanco wrote: I'm testing my merged code from of 4.2 and 5.2 and I made a user a submitter to a collection and when I login as that user and go to that collection, the connection just spins. This may be due to something in my merge, but any clues to where to check for this would be good. I noticed the same thing happening when I restricted access to a bitstream and then just accessing the item, made the browser just spin. I could not get to the item. There must be a check going on somewhere that's just spinning. Thanks! Jose -- One dashboard for servers and applications across Physical-Virtual-Cloud Widest out-of-the-box monitoring support with 50+ applications Performance metrics, stats and reports that give you Actionable Insights Deep dive visibility with transaction tracing using APM Insight. http://ad.doubleclick.net/ddm/clk/290420510;117567292;y ___ 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 -- One dashboard for servers and applications across Physical-Virtual-Cloud Widest out-of-the-box monitoring support with 50+ applications Performance metrics, stats and reports that give you Actionable Insights Deep dive visibility with transaction tracing using APM Insight. http://ad.doubleclick.net/ddm/clk/290420510;117567292;y ___ 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] access to page spins
Hi Jose, Are you saying that some of the accesses to Solr Stats work fine? While others are spinning? Is there any difference in the type of content that seems to cause Solr to spin (i.e. anything different about those Items in any way that you can tell)? I'm just trying to see if it's possible to narrow down the issue. It sounds like it's not Solr overall (as some accesses work and some do not). But, then the question becomes what is different between those that work and those that do not. Since this happened post-upgrade to 5.x, I'm assuming all the automatic upgrades to your Solr look to have succeeded? During the ant update process, your indexes should have been automatically upgraded to the latest Solr version (including the statistics index). Just wanted to make sure that whole process also went smoothly with regards to the Solr Statistics index. - Tim On 5/12/2015 3:46 PM, Jose Blanco wrote: TIm, from the tomcat area: This is from a good access: 141.213.232.243 - - [12/May/2015:16:44:32 -0400] POST /solr/statistics/update?wt=javabinversion=2 HTTP/1.1 200 40 141.213.232.243 - - [12/May/2015:16:44:32 -0400] GET /solr/search/select?q=*%3A*fq=NOT%28withdrawn%3Atrue%29fq=NOT%28discoverable%3Afalse%29fq=location%3Al814fq=read%3A%28g0+OR+g0+OR+g80+OR+g431+OR+g617%29start=0rows=0wt=javabinversion=2 HTTP/1.1 200 215 141.213.232.243 - - [12/May/2015:16:44:32 -0400] GET /solr/search/select?q=*%3A*fq=NOT%28withdrawn%3Atrue%29fq=NOT%28discoverable%3Afalse%29fq=location%3Al814fq=search.resourcetype%3A2fq=read%3A%28g0+OR+g0+OR+g80+OR+g431+OR+g617%29start=0rows=20sort=dc.date.accessioned_dt+descwt=javabinversion=2 HTTP/1.1 200 272 141.211.43.157 - deepblue [12/May/2015:16:44:32 -0400] GET /handle/TEMP-BOGUS/214864 HTTP/1.1 304 - This is from one that spins: 141.213.232.243 - - [12/May/2015:16:45:33 -0400] POST /solr/statistics/update?wt=javabinversion=2 HTTP/1.1 200 40 On Tue, May 12, 2015 at 4:37 PM, Jose Blanco blan...@umich.edu mailto:blan...@umich.edu wrote: Tim, I think it may have to do with solr statistics. Is there a say to turn it off. Attached is part of the dspace log file created when the spinning takes place. On Tue, May 12, 2015 at 3:54 PM, Tim Donohue tdono...@duraspace.org mailto:tdono...@duraspace.org wrote: Hi Jose, You might want to check your logs (both DSpace and Tomcat logs) to see if there's anything going on there while the browser spins. Otherwise, it's a bit hard to guess at what could cause the browser to hang. My best guess is that it's waiting on something that is running behind the scenes, but it's hard to tell what that something is (and I'm hoping maybe the logs would give you and us a hint). You also might want to test what scenarios cause the spinning. Is it accessing *any* community/collection/item? Or, is it just some objects? Does it happen when logged in only? Or, also when accessing the site anonymously? - Tim On 5/12/2015 2:14 PM, Jose Blanco wrote: I'm testing my merged code from of 4.2 and 5.2 and I made a user a submitter to a collection and when I login as that user and go to that collection, the connection just spins. This may be due to something in my merge, but any clues to where to check for this would be good. I noticed the same thing happening when I restricted access to a bitstream and then just accessing the item, made the browser just spin. I could not get to the item. There must be a check going on somewhere that's just spinning. Thanks! Jose -- One dashboard for servers and applications across Physical-Virtual-Cloud Widest out-of-the-box monitoring support with 50+ applications Performance metrics, stats and reports that give you Actionable Insights Deep dive visibility with transaction tracing using APM Insight. http://ad.doubleclick.net/ddm/clk/290420510;117567292;y ___ DSpace-tech mailing list DSpace-tech@lists.sourceforge.net mailto:DSpace-tech@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dspace-tech List Etiquette: https://wiki.duraspace.org/display/DSPACE/Mailing+List+Etiquette -- One dashboard for servers and applications across Physical-Virtual-Cloud Widest out-of-the-box monitoring support with 50+ applications Performance metrics
Re: [Dspace-tech] Help for dspace backup/restore
Hi Emmanuel, The process sounds correct, but as Olivier mentioned, you may want to restore to a DSpace 3.x instance (since you exported from 3.1). After the restore, you can then upgrade to DSpace 4.2. Also, a few of the arguments to your restore command don't look correct: -e dspace@localhost The -e argument specifies the EPerson in DSpace to run the command as. Is there really an EPerson named dspace@localhost in your DSpace? -i 1/0 The -i argument specifies the identifier of the object under which the content should be restored. When performing a full site restore, this identifier should end in /0 (which is what you have). But, you should specify your Handle prefix before the /0 (i.e. the value of handle.prefix in your dspace.cfg file). Is your handle.prefix value really 1? If not, this -i argument value should be changed to [handle.prefix]/0 If you are still having issues, please check your logs for specific error messages, and send those errors to this mailing list. Some notes on locating errors in logs are at: https://wiki.duraspace.org/display/DSPACE/Troubleshoot+an+error More notes on the restore command are in the AIP documentation at: https://wiki.duraspace.org/display/DSDOC4x/AIP+Backup+and+Restore#AIPBackupandRestore-RestoringEntireSite - Tim On 5/11/2015 1:35 AM, Emmanuel Wilson wrote: Hello all. i backup zip entire site files using AIP command which includes backup.zip communities, collections and items. then i restore it in to another PC (dspace 4.2) using restore command : ./dspace packager -r -a -f -t AIP -e dspace@localhost -i 1/0 /home/dspace/backup/backup.zip actually i tried to restore files from dspace 3.1 to dspace 4.2 . But it doesnot work for me.is that correct way?? my pc running out of storage. -- One dashboard for servers and applications across Physical-Virtual-Cloud Widest out-of-the-box monitoring support with 50+ applications Performance metrics, stats and reports that give you Actionable Insights Deep dive visibility with transaction tracing using APM Insight. http://ad.doubleclick.net/ddm/clk/290420510;117567292;y ___ 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 -- One dashboard for servers and applications across Physical-Virtual-Cloud Widest out-of-the-box monitoring support with 50+ applications Performance metrics, stats and reports that give you Actionable Insights Deep dive visibility with transaction tracing using APM Insight. http://ad.doubleclick.net/ddm/clk/290420510;117567292;y ___ 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] About Context and special groups
Evgeni, The IPAuthentication.getSpecialGroups() class adds the special groups based on your settings in authentication-ip.cfg https://github.com/DSpace/DSpace/blob/master/dspace-api/src/main/java/org/dspace/authenticate/IPAuthentication.java#L168 That class is called by the AuthenticationManager.getSpecialGroups() (which calls the getSpecialGroups() method of all authentication plugins configured in authentication.cfg): https://github.com/DSpace/DSpace/blob/master/dspace-api/src/main/java/org/dspace/authenticate/AuthenticationManager.java#L288 - Tim On 5/8/2015 3:18 PM, Evgeni Dimitrov wrote: Thank you Peter, - I created groups, - I edited [dspace]/config/modules/authentication.cfg - I edited [dspace]/config/modules/authentication-ip.cfg What next - which class and which method populates the SpecialGroups in the Context? Best regards Evgeni On Fri, May 8, 2015 at 10:57 PM, Peter Dietz pe...@longsight.com mailto:pe...@longsight.com wrote: First you have to configure IP addresses to mean anything: https://wiki.duraspace.org/display/DSDOC4x/Authentication+Plugins#AuthenticationPlugins-IPAuthentication Peter Dietz Longsight www.longsight.com http://www.longsight.com pe...@longsight.com mailto:pe...@longsight.com p: 740-599-5005 x809 tel:740-599-5005%20x809 On Fri, May 8, 2015 at 3:25 PM, Evgeni Dimitrov dimitrove@gmail.com mailto:dimitrove@gmail.com wrote: In DSpace 5.1. I start with the ID of an Item, the ID of an ePerson and the IP of the request. I need to know can the ePerson read the item (from this IP). - I create a Context - I create the ePerson - I set the ePerson in the context - I create the Item - I check AuthorizeManager.authorizeAction( context, item, org.dspace.core.Constants.READ); - I would like to know how can I use the IP address. My guess is that the SpecialGroups of the context should be populated but I don't know how. Could you help? Best regards Evgeni -- One dashboard for servers and applications across Physical-Virtual-Cloud Widest out-of-the-box monitoring support with 50+ applications Performance metrics, stats and reports that give you Actionable Insights Deep dive visibility with transaction tracing using APM Insight. http://ad.doubleclick.net/ddm/clk/290420510;117567292;y ___ DSpace-tech mailing list DSpace-tech@lists.sourceforge.net mailto:DSpace-tech@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dspace-tech List Etiquette: https://wiki.duraspace.org/display/DSPACE/Mailing+List+Etiquette -- One dashboard for servers and applications across Physical-Virtual-Cloud Widest out-of-the-box monitoring support with 50+ applications Performance metrics, stats and reports that give you Actionable Insights Deep dive visibility with transaction tracing using APM Insight. http://ad.doubleclick.net/ddm/clk/290420510;117567292;y ___ 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 -- One dashboard for servers and applications across Physical-Virtual-Cloud Widest out-of-the-box monitoring support with 50+ applications Performance metrics, stats and reports that give you Actionable Insights Deep dive visibility with transaction tracing using APM Insight. http://ad.doubleclick.net/ddm/clk/290420510;117567292;y ___ 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] Help dspace https configuration
Hi Makanda, Have you tried the instructions on Using SSL with Apache in front of Tomcat that are in the official Installation docs? https://wiki.duraspace.org/display/DSDOC5x/Installing+DSpace#InstallingDSpace-UsingSSLonApacheHTTPDinfrontofTomcat%28runningonports80and443%29 Those should provide a (mostly) step-by-step guide. I would recommend FIRST getting DSpace running in Tomcat (on port 8080), as that will ensure that you have all the DSpace prerequisites and everything else setup properly. Those basic installation instructions for DSpace are at: * DSpace 4.x install instructions: https://wiki.duraspace.org/display/DSDOC4x/Installing+DSpace * DSpace 5.x install instructions: https://wiki.duraspace.org/display/DSDOC5x/Installing+DSpace After DSpace is running in Tomcat on port 8080, THEN you can install Apache HTTP Server and configure it to run DSpace on port 80 and via SSL. Again, those instructions are at: https://wiki.duraspace.org/display/DSDOC5x/Installing+DSpace#InstallingDSpace-UsingSSLonApacheHTTPDinfrontofTomcat%28runningonports80and443%29 If there are specific issues you are having with those instructions, I'd recommend sending those specific questions to this mailing list. (NOTE: If you are installing a brand new copy of DSpace, you may wish to install either DSpace 4.3 OR DSpace 5.1 (latest version). There were security issues in DSpace 4.2 that have been resolved in 4.3 or 5.1. See these Release notes for more info: https://wiki.duraspace.org/display/DSDOC4x/Release+Notes) - Tim On 5/9/2015 3:06 AM, Makanda Maxwel wrote: Hello, Kindly please help me with step by step procedure how to configure dspace to use apache2 ssl https and also how to configure dspace 4.2 to use host-name without the port no 8080 nor xmlui at the end am using tomcat7. Have scanned huge pages in net without gain. Am quite stuck and hopefully you the only hope i have. Quite grateful for any help offered. Makanda. -- One dashboard for servers and applications across Physical-Virtual-Cloud Widest out-of-the-box monitoring support with 50+ applications Performance metrics, stats and reports that give you Actionable Insights Deep dive visibility with transaction tracing using APM Insight. http://ad.doubleclick.net/ddm/clk/290420510;117567292;y ___ 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 -- One dashboard for servers and applications across Physical-Virtual-Cloud Widest out-of-the-box monitoring support with 50+ applications Performance metrics, stats and reports that give you Actionable Insights Deep dive visibility with transaction tracing using APM Insight. http://ad.doubleclick.net/ddm/clk/290420510;117567292;y ___ 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] Is it possible to use Dspace 1.8.x with Solr 4 ?
Hi Maatari, DSpace 1.8.x has never been tested with Solr 4, so I'm doubtful that it would work without code changes. If you would like to use Solr 4, I'd recommend upgrading to DSpace 4.0 or above, as they all now use Solr 4. Here's the versions of Solr that past DSpace versions used: * DSpace 1.8.x uses Solr 3.3.0 * DSpace 3.x uses Solr 3.5.0 * DSpace 4.x uses Solr 4.4.0 * DSpace 5.x uses Solr 4.10.2 As you can see, we tend to upgrade Solr with each major release of DSpace. So, when you upgrade your DSpace, you'll be upgrading Solr as well. - Tim On 5/9/2015 3:35 PM, Maatari wrote: Hi, I'm relatively new to dspace, still learning about it. However, as part of a project, we were interested in using some functionality such as atomic update of Solr, which for most of them, available in solr 4 only. Can Dspace be used with any version of solr (provided that they are backward compatible )? If anyone has experience with using another version than the one coming with a release, could you please share. I would really like to know if i could use dspace 1.8.x with solr 4 or later. I have inherited that dspace version where a lot of customization have been made, i don't think of upgrading that dspace would be wise. Hence I would rather go for the component that i need to be upgraded. Many thanks in advance. Best, M -- View this message in context: http://dspace.2283337.n4.nabble.com/Is-it-possible-to-use-Dspace-1-8-x-with-Solr-4-tp4677787.html Sent from the DSpace - Tech mailing list archive at Nabble.com. -- One dashboard for servers and applications across Physical-Virtual-Cloud Widest out-of-the-box monitoring support with 50+ applications Performance metrics, stats and reports that give you Actionable Insights Deep dive visibility with transaction tracing using APM Insight. http://ad.doubleclick.net/ddm/clk/290420510;117567292;y ___ 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 -- One dashboard for servers and applications across Physical-Virtual-Cloud Widest out-of-the-box monitoring support with 50+ applications Performance metrics, stats and reports that give you Actionable Insights Deep dive visibility with transaction tracing using APM Insight. http://ad.doubleclick.net/ddm/clk/290420510;117567292;y ___ 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] Kerberos and filegroups
Hi Vegard, I'll admit, I'm not as familiar with Kerberos myself. But, DSpace does not come with a Keberos authentication plugin. Therefore, DSpace does not support Kerberos out-of-the-box. Here's the authentication plugins which are provided: https://wiki.duraspace.org/display/DSDOC5x/Authentication+Plugins If you are willing to do some Java programming (or have someone onsite), it may be possible for you to build a custom Kerberos authentication plugin for DSpace (by implementing a new org.dspace.authenticate.AuthenticationMethod). I'd recommend looking at some of the existing Authentication plugins as examples: https://github.com/DSpace/DSpace/tree/master/dspace-api/src/main/java/org/dspace/authenticate It's also possible someone else has found a way to use DSpace with Kerberos. If so, hopefully they'll speak up and share their code and/or experiences in doing so. - Tim On 5/11/2015 9:16 AM, Vegard Korvald wrote: Anyone? I would be really greatful if someone could help me resolve this issue. I can shorten the question: Is it possible to authenticate with Kerberos and still autoregister epersons into groups? The best solution for us would be to use unix filegroups to see which eperson belongs to which group. -- Vegard -Original Message- From: Vegard Korvald Sent: Wednesday, April 29, 2015 4:57 PM To: dspace-tech@lists.sourceforge.net Subject: Kerberos and filegroups Hello, We're considering using DSpace for our researchers who work with videos and other data. We'll mainly use DSpace as a frontend for metadata in the database. I have a couple of questions. 1. Is it possible to authenticate with Kerberos? If so, is it also possible to autoregister a user in a group on the first logon based on unix filegroups or AD? I know that it's possible with LDAP authentication and AD, but we can't use LDAP as authentication for AD, only Kerberos. The best option for us would be to authenticate with Kerberos and autoregister users in groups by using unix filegroups. All users will not be in the same group and one user might be a member of several groups. Is this possible? 2. I want the files in DSpace to be useable by other software as well. For example a video in DSpace should not have to be downloaded before the user can analyze it with a software. DSpace will only be used as a frontend to the database for metadata purposes and we don't want to store the files as a 38-digit internal ID, unless we have to. We want the users to be able to see the same files on disk as they see in dspace. This means that the dspace groups and the filegroups has to be the same. I've looked at Registering Bitstreams via Simple Archive Format and if I understand it correctly it might be a solution. It's very important that these files are not available for everyone on disk. The dspace user should be the owner of the file, and a filegroup should give some users access to the file on disk for analyzing. Typically the dspace groups should correspond with the filegroups. Is this doable with DSpace? Please let me know if I need to clarify anything. -- Vegard -- One dashboard for servers and applications across Physical-Virtual-Cloud Widest out-of-the-box monitoring support with 50+ applications Performance metrics, stats and reports that give you Actionable Insights Deep dive visibility with transaction tracing using APM Insight. http://ad.doubleclick.net/ddm/clk/290420510;117567292;y ___ 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 -- One dashboard for servers and applications across Physical-Virtual-Cloud Widest out-of-the-box monitoring support with 50+ applications Performance metrics, stats and reports that give you Actionable Insights Deep dive visibility with transaction tracing using APM Insight. http://ad.doubleclick.net/ddm/clk/290420510;117567292;y ___ 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 from 4 to 5.2
Hi Jose, During the upgrade to 5.x, DSpace will automatically re-index your content (as it's required in order to get the latest features). This only happens ONCE, on the first bootup of Tomcat after the database has been upgraded. More specifically, this reindex is triggered by a file ([dspace]/solr/search/conf/reindex.flag) which is created by the database upgrade process. If the Discovery module sees that file on bootup, a full reindex is triggered, and that reindex.flag is then deleted. So, if you are noticing a reindex every time you restart Tomcat, it's possible either your reindex has not been given enough time to complete, OR that reindex.flag file is somehow not being deleted properly. - Tim On 5/11/2015 2:08 PM, Jose Blanco wrote: It seems like every time I restart tomcat, items get re-indexed. Is it only when there's been a change to the db, or is it every time tomcat is restarted? -Jose On Mon, May 11, 2015 at 2:58 PM, Jose Blanco blan...@umich.edu mailto:blan...@umich.edu wrote: I just turned on DEBUG and I keep seeing this in the log files: 2015-05-11 14:57:06,208 DEBUG org.dspace.storage.rdbms.DatabaseManager @ Running query SELECT * FROM resourcepolicy WHERE resource_type_id= ? AND resource_id= ? AND action_id= ? with parameters: 0,558156,0 2015-05-11 14:57:06,208 DEBUG org.dspace.storage.rdbms.DatabaseManager @ Running query SELECT * FROM group2groupcache WHERE child_id= ? with parameters: 0 2015-05-11 14:57:06,208 DEBUG org.ds Not sure why? It just keeps going and going -Jose -- One dashboard for servers and applications across Physical-Virtual-Cloud Widest out-of-the-box monitoring support with 50+ applications Performance metrics, stats and reports that give you Actionable Insights Deep dive visibility with transaction tracing using APM Insight. http://ad.doubleclick.net/ddm/clk/290420510;117567292;y ___ 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 -- One dashboard for servers and applications across Physical-Virtual-Cloud Widest out-of-the-box monitoring support with 50+ applications Performance metrics, stats and reports that give you Actionable Insights Deep dive visibility with transaction tracing using APM Insight. http://ad.doubleclick.net/ddm/clk/290420510;117567292;y ___ 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] db upgrade in versoin 5
Hi Jose, Yes, those are the migration scripts themselves in the API. There are a lot of them in the upgrade to 5.x, primarily to support the idea of metadata on all objects. You can also get a summary report of your database's status by running: [dspace]/bin/dspace database info This will show a list of all the database migrations (all the way back to 1.0). Since you don't have Flyway yet enabled on the database (which happens as part of the 5.x upgrade), this info command will note something like Your database looks to be compatible with DSpace version [#]. All upgrades *after* version [#] will be run during the next migration. - Tim On 5/8/2015 11:41 AM, Jose Blanco wrote: I think I found the changes in: dspace/dspace-api/target/classes/org/dspace/storage/rdbms/sqlmigration/postgres There are lots of changes. -Jose On Fri, May 8, 2015 at 12:33 PM, Jose Blanco blan...@umich.edu mailto:blan...@umich.edu wrote: I'm upgrading to version 5.2 from 4, and see that now the db upgrade is handled with flyway. Before running [dspace]/bin/dspace database migrate It would be good to see what changes are going to be done to the db. Is there a file that shows how the db will change? Thank you! Jose -- One dashboard for servers and applications across Physical-Virtual-Cloud Widest out-of-the-box monitoring support with 50+ applications Performance metrics, stats and reports that give you Actionable Insights Deep dive visibility with transaction tracing using APM Insight. http://ad.doubleclick.net/ddm/clk/290420510;117567292;y ___ 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 -- One dashboard for servers and applications across Physical-Virtual-Cloud Widest out-of-the-box monitoring support with 50+ applications Performance metrics, stats and reports that give you Actionable Insights Deep dive visibility with transaction tracing using APM Insight. http://ad.doubleclick.net/ddm/clk/290420510;117567292;y ___ 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] SWORD METS ingest -- specify primary dmdSec
Hi Joseph, Thanks for following back up! And also thanks for your note about using CURL for depositing. I went ahead and added a CURL note to our official documentation for the SWORDv1 Server: https://wiki.duraspace.org/display/DSDOC5x/SWORDv1+Server#SWORDv1Server-DeposittoSWORDServer - Tim On 4/28/2015 7:51 AM, Joseph Greene wrote: Hi, I've gotten this working. For others that may be interested, I followed Tim Donohue's recommendation of adding a line into the DSpaceMETSIngester.java file, circa line 92: params.addProperty(dmd,[value]); e.g.: String userDmd = null; //JG 2015-04-27: Set primary mets:dMd type to PROQUEST. Forces Ethesis deposits to // be ingested using ProQuest's proprietary metadata instead of EPDCX. Other SWORD // deposits will not find PROQUEST in the METS so will go through the usual decision // making process. params.addProperty(dmd, PROQUEST); // add this line if (params != null) { userDmd = params.getProperty(dmd); } ...etc. I renamed the class to DSpaceMETSIngester1.java Edited DSpace.cfg: crosswalk.submission.PROQUEST.stylesheet = crosswalks/sword-proquest-ingest.xsl ---added this line ... mets.default.ingest.crosswalk.PROQUEST = PROQUEST---added this line ... plugin.named.org.dspace.content.packager.PackageIngester = \ org.dspace.content.packager.DSpaceAIPIngester = AIP, \ org.dspace.content.packager.PDFPackager = Adobe PDF, PDF, \ org.dspace.content.packager.DSpaceMETSIngester1 = METS, \ edited this line org.dspace.content.packager.RoleIngester = DSPACE-ROLES Rebuilt DSpace and now it imports EPDCX metadata for standard METS files, and ProQuest's proprietary metadata standard for ETDs sent via SWORD from ProQuest, which contain both EPDCX and the ProQuest metadata in separate dmdSec elements. FYI for anyone testing SWORD looking for a client, CURL is the way to go, e.g.: curl -i --data-binary @sword-2015-04-17(1).original.zip -H Content-Disposition: filename=sword-2015-04-17(1).original.zip -H Content-Type: application/zip -H X-Packaging: http://purl.org/net/sword-types/METSDSpaceSIP; -u sword.u...@ucd.ie:[password] http://researchrepository.ucd.ie/sword/deposit/10197/2878 Joseph -Original Message- From: Joseph Greene [mailto:joseph.gre...@ucd.ie] Sent: 27 April 2015 10:00 To: 'Tim Donohue' Subject: RE: [Dspace-tech] SWORD METS ingest -- specify primary dmdSec Thanks Tim, I thought I'd need to modify DSpaceMETSIngester.java -- thanks for the tip. I need to keep SWORD using the METS ingester because our CRIS sends us deposits using EPDCX. Now I'm looking at adding SWORD deposits for e-theses from ProQuest, who have a proprietary dMd type, following a rudimentary EPDCX dMd in the same mets. I'll give it a go and report back to the list. Joseph -Original Message- From: Tim Donohue [mailto:tdono...@duraspace.org] Sent: 24 April 2015 20:01 To: Joseph Greene; dspace-tech@lists.sourceforge.net Subject: Re: [Dspace-tech] SWORD METS ingest -- specify primary dmdSec Hi Joseph, That dmd param can be passed via the commandline using the 'dspace packager' command (e.g. './dspace packager -t METS -o dmd=MODS'). You can see this parameter as an option if you type this on the commandline: ./dspace packager -t METS -h It can also be specified programmatically using the PackageParameters class. That's what the .getProperty(dmd) call is referencing in DSpaceMETSIngester here: https://github.com/DSpace/DSpace/blob/master/dspace-api/src/main/java/org/ds pace/content/packager/DSpaceMETSIngester.java#L93 Unfortunately though, it looks like there's no way to currently tweak this via SWORD. SWORD initializes its own PackageParameter settings here but doesn't include anything for dmd: https://github.com/DSpace/DSpace/blob/master/dspace-sword/src/main/java/org/ dspace/sword/SWORDMETSIngester.java#L77 So, the only way (that I can see) to tweak this for SWORD, would be to add some custom Java code to the SWORDMETSIngester. Something along the lines of: params.addProperty(dmd,[value]); The only other option would be to change the mets-ingester.package-ingester for SWORD to use AIP format as the ingester (though I'm not sure how well that'd work). The AIP ingester defaults to using DIM first, then MODS, while the METS ingester looks for MODS first, then simple Dublin Core. - Tim On 4/24/2015 11:40 AM, Joseph Greene wrote: Hi, I've seen in the documentation that it's possible to specify which metadata section in the METS file gets used in a sword ingest (in org.dspace.content.packagerDSpaceMETSIngester). I also came across this, which describes its genesis: https://jira.duraspace.org/browse/DS-386 I've seen calls to getProperty(dmd) but I don't know where that 'dmd' property resides -- dspace.cfg? another class calling DSpaceMETSIngester? Psychic
Re: [Dspace-tech] SWORD METS ingest -- specify primary dmdSec
Hi Joseph, That dmd param can be passed via the commandline using the 'dspace packager' command (e.g. './dspace packager -t METS -o dmd=MODS'). You can see this parameter as an option if you type this on the commandline: ./dspace packager -t METS -h It can also be specified programmatically using the PackageParameters class. That's what the .getProperty(dmd) call is referencing in DSpaceMETSIngester here: https://github.com/DSpace/DSpace/blob/master/dspace-api/src/main/java/org/dspace/content/packager/DSpaceMETSIngester.java#L93 Unfortunately though, it looks like there's no way to currently tweak this via SWORD. SWORD initializes its own PackageParameter settings here but doesn't include anything for dmd: https://github.com/DSpace/DSpace/blob/master/dspace-sword/src/main/java/org/dspace/sword/SWORDMETSIngester.java#L77 So, the only way (that I can see) to tweak this for SWORD, would be to add some custom Java code to the SWORDMETSIngester. Something along the lines of: params.addProperty(dmd,[value]); The only other option would be to change the mets-ingester.package-ingester for SWORD to use AIP format as the ingester (though I'm not sure how well that'd work). The AIP ingester defaults to using DIM first, then MODS, while the METS ingester looks for MODS first, then simple Dublin Core. - Tim On 4/24/2015 11:40 AM, Joseph Greene wrote: Hi, I've seen in the documentation that it's possible to specify which metadata section in the METS file gets used in a sword ingest (in org.dspace.content.packagerDSpaceMETSIngester). I also came across this, which describes its genesis: https://jira.duraspace.org/browse/DS-386 I've seen calls to getProperty(dmd) but I don't know where that 'dmd' property resides -- dspace.cfg? another class calling DSpaceMETSIngester? Psychic waves? Does anyone know how to set the primary dmdSec? On DSpace 1.8.2, SWORD server 1.0. Many thanks, Joseph Joseph Greene Research Repository Librarian James Joyce Library University College Dublin (353 0)1 716 7398 joseph.gre...@ucd.ie http://researchrepository.ucd.ie -- One dashboard for servers and applications across Physical-Virtual-Cloud Widest out-of-the-box monitoring support with 50+ applications Performance metrics, stats and reports that give you Actionable Insights Deep dive visibility with transaction tracing using APM Insight. http://ad.doubleclick.net/ddm/clk/290420510;117567292;y ___ 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 -- One dashboard for servers and applications across Physical-Virtual-Cloud Widest out-of-the-box monitoring support with 50+ applications Performance metrics, stats and reports that give you Actionable Insights Deep dive visibility with transaction tracing using APM Insight. http://ad.doubleclick.net/ddm/clk/290420510;117567292;y ___ 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] Advanced Embargo: Dark Metadata
Hi Peter, This seems to be exactly what the Access step is for (using either the Simple or Advanced settings). https://wiki.duraspace.org/display/DSDOC5x/Embargo#Embargo-AccessStep You should be able to just enable that Access Step. Setting the embargo via that step applies to the entire Item (including metadata), if I recall correctly. By default, if you use the Simple version, it'll limit Anonymous READ access (on the Item) so that it starts on the date the embargo ends. If you use the Advanced version, you can specify exact groups whose READ access should be limited (just be sure to click the Confirm Policy add another for each embargo policy). I've verified this works properly on the Demo site. Here's an item that I just submitted that is fully embargoed until Friday: http://demo.dspace.org/xmlui/handle/10673/127 By default, when not logged in, it's not visible (you'll see an Item is restricted page). But, if you login as the Admin account on the Demo server, you'll see it exists. - Tim On 4/21/2015 8:32 AM, Peter Dietz wrote: Hi All, I was wondering if anyone has created a way to modify the embargo system to optionally have a way of also setting dark metadata. Meaning, the current embargo system will allow the metadata/item to be publicly accessible, but the file is restricted until the embargo lift. A use case that came up was to have a way to have the embargo also restrict the visibility of the item and metadata. Thus, before the embargo date, nothing is accessible/visible, and after the embargo lift date, the file and metadata will be visible/accessible. Thanks Peter Dietz Longsight www.longsight.com http://www.longsight.com pe...@longsight.com mailto:pe...@longsight.com p: 740-599-5005 x809 -- BPM Camp - Free Virtual Workshop May 6th at 10am PDT/1PM EDT Develop your own process in accordance with the BPMN 2 standard Learn Process modeling best practices with Bonita BPM through live exercises http://www.bonitasoft.com/be-part-of-it/events/bpm-camp-virtual- event?utm_ source=Sourceforge_BPM_Camp_5_6_15utm_medium=emailutm_campaign=VA_SF ___ 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 -- BPM Camp - Free Virtual Workshop May 6th at 10am PDT/1PM EDT Develop your own process in accordance with the BPMN 2 standard Learn Process modeling best practices with Bonita BPM through live exercises http://www.bonitasoft.com/be-part-of-it/events/bpm-camp-virtual- event?utm_ source=Sourceforge_BPM_Camp_5_6_15utm_medium=emailutm_campaign=VA_SF ___ 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 5.1 ImageMagick question
Hi Bill, This bug has been reported here: https://jira.duraspace.org/browse/DS-2544 There's already a suggested fix / Pull Request (which looks correct, but I admit I haven't had a chance to test it out yet). It is scheduled to be resolved in DSpace 5.2. - Tim On 4/21/2015 10:37 AM, Bill Tantzen wrote: Hi all! I'm attempting to use the ImageMagick media filters for thumbnails and pdf thumbnails. Everything works fine in identifier mode, but when I try to run the filters on my entire collection, my /tmp directory fills rather quickly and I wind up with nothing but 'No space left on device' errors. The files created in /tmp do not seem to get deleted while the process is running, which really limits how many bitstreams can be converted at one time. Is there an option I am missing that will force tmp files to be deleted when dspace is done converting them? Other (maybe) important info: RHEL 6 ImageMagick 6.5.4-7 Ghostscript 8.70 Thanks for any suggestions! Bill -- BPM Camp - Free Virtual Workshop May 6th at 10am PDT/1PM EDT Develop your own process in accordance with the BPMN 2 standard Learn Process modeling best practices with Bonita BPM through live exercises http://www.bonitasoft.com/be-part-of-it/events/bpm-camp-virtual- event?utm_ source=Sourceforge_BPM_Camp_5_6_15utm_medium=emailutm_campaign=VA_SF ___ 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 -- BPM Camp - Free Virtual Workshop May 6th at 10am PDT/1PM EDT Develop your own process in accordance with the BPMN 2 standard Learn Process modeling best practices with Bonita BPM through live exercises http://www.bonitasoft.com/be-part-of-it/events/bpm-camp-virtual- event?utm_ source=Sourceforge_BPM_Camp_5_6_15utm_medium=emailutm_campaign=VA_SF ___ 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] ImageMagick errors
Hi Shannon, Hmmm.. it does sound like an error related to trying to use the wrong convert command (as you noted Windows has it's own convert.exe command). This StackOverflow answer says something similar: http://stackoverflow.com/a/26163068 After some searching around, it seems like there's a few options..admittedly, I haven't tried *any* of these though: 1. These 'im4java' docs seem to imply the correct path syntax for Windows is C:\\Program Files\\ImageMagick (and you can specify multiple folders separated by semicolons): http://im4java.sourceforge.net/docs/dev-guide.html 2. The StackOverflow answer above says that installing the *portable* version of ImageMagick and Ghostscript may resolve this issue. 3. Another option may be to tweak your PATH so that the ImageMagick folder appears *before* your System32 folder. That solution is mentioned in this blog post on ImageMagick + Windows: http://savage.net.au/ImageMagick/html/install-convert.html Again, I haven't tried any of these. But, if you find something that does work, please do let us know. We can then update the official Documentation with a recommended setup for Windows. - Tim On 4/14/2015 4:39 PM, Shannon Meisenheimer wrote: Hi, We are running DSpace 5.1 (Mirage2) on Windows Server 2012. I've installed ImageMagick and Ghostscript to same directory (C:\Program Files\ImageMagick). I have the following environment variable: IM4JAVA_TOOLPATH = C:\Program Files\ImageMagick\ ... And have C:\Program Files\ImageMagick; prepended to my system Path variable. Running the following command: |[dspace]/bin/dspace filter-media | Results in the following error for every title/item: -- org.im4java.core.CommandException: org.im4java.core.CommandException: Invalid Parameter - C:\Users\hitokiri\AppData\Local\Temp\impdfthumb211990492535865085.pdf.jpg -- Issuing convert -help at cmd does display the list of parameters for ImageMagick/convert.exe, so the path and environment variables should be OK. It, however, may be that DSpace is trying to use Windows convert (FAT to NTFS). Any attempts to configure org.dspace.app.mediafilter.ImageMagickThumbnailFilter.ProcessStarter in dspace.cfg result in: -- org.im4java.core.CommandException: java.io.FileNotFoundException: convert -- I've tried setting the process starter path in dspace.cfg to the following, with no change in result: - C:\\Program Files\\ImageMagick - C:\Program Files\ImageMagick - C:\Program Files\ImageMagick - C:/Program Files/ImageMagick At this point, I'm at a loss as how to proceed. Thanks, Shannon -- Mr. Shannon Meisenheimer CentralNet - Office of Technology Blackboard Administration and Support University of Central Missouri Dockery 207A meisenhei...@ucmo.edu mailto:meisenhei...@ucmo.edu Work Phone: (660) 543-8483 -- BPM Camp - Free Virtual Workshop May 6th at 10am PDT/1PM EDT Develop your own process in accordance with the BPMN 2 standard Learn Process modeling best practices with Bonita BPM through live exercises http://www.bonitasoft.com/be-part-of-it/events/bpm-camp-virtual- event?utm_ source=Sourceforge_BPM_Camp_5_6_15utm_medium=emailutm_campaign=VA_SF ___ 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 -- BPM Camp - Free Virtual Workshop May 6th at 10am PDT/1PM EDT Develop your own process in accordance with the BPMN 2 standard Learn Process modeling best practices with Bonita BPM through live exercises http://www.bonitasoft.com/be-part-of-it/events/bpm-camp-virtual- event?utm_ source=Sourceforge_BPM_Camp_5_6_15utm_medium=emailutm_campaign=VA_SF ___ 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] ImageMagick errors
On 4/15/2015 9:27 AM, Shannon Meisenheimer wrote: Thanks Tim, I had read some of those, but hadn't seen the third. I'll try the regedit,or just rename windows convert. I already have ImageMagick at the beginning of the PATH. It's seems like I can run/access ImageMagick convert from cmd when I call/run it directly, but DSpace is trying to use Windows convert. Is the double extension .pdf.jpg normal? Yes, this is just the extension of the *generated* PDF thumbnail (by the ImageMagick media filter). You actually may want to see if those referenced .pdf.jpg files were generated on your local system -- if so, that'd mean that ImageMagick actually *did* create those thumbnails (or at least started to do so, but ran into a later issue). Do Ghostscript and ImageMagick need to be in the same folder? I know it states to install them both to /usr/bin (linux path) in the documentation, but is that needed on a win box? Yes. Well, actually, they either need to be in the same folder OR you'd need to specify TWO paths in the org.dspace.app.mediafilter.ImageMagickThumbnailFilter.ProcessStarter setting. Since that setting is just passed directly to the im4java script (from imageMagick), it seems like you should be able to specify multiple folders separated by a semicolon, as noted here: http://im4java.sourceforge.net/docs/dev-guide.html But, again, I'm going to admit, I've not tried that (especially on Windows). I'm only just getting more familiar with the ImageMagick code myself, so this is just from my reading of the existing code here. It is also possible there's a bug here in how the ImageMagick media filter is referencing the scripts and/or generated thumbnail files. But, I don't know enough yet to state that for certain. - Tim -- BPM Camp - Free Virtual Workshop May 6th at 10am PDT/1PM EDT Develop your own process in accordance with the BPMN 2 standard Learn Process modeling best practices with Bonita BPM through live exercises http://www.bonitasoft.com/be-part-of-it/events/bpm-camp-virtual- event?utm_ source=Sourceforge_BPM_Camp_5_6_15utm_medium=emailutm_campaign=VA_SF ___ 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] Build Errors: DSpace 5.1 + MIRAGE 2
Hi David and all, Just a note to say we definitely *are* aware there have been issues with getting the Mirage2 build process to auto-install all dependencies. Some of those problems are being tracked in this ticket: https://jira.duraspace.org/browse/DS-2368 Admittedly, I'm not sure we fully understand the problem quite yet. It *may* be OS specific (or setup specific) somehow, but the exact causes have yet to be tracked down. For example, the default Mirage2 build works well on Ubuntu (at least for me it has been). It also works great in our automated continuous integration builds (after every code change, DSpace is rebuilt automatically and Mirage2 is auto-rebuilt too -- if any errors occur, we are notified). So, this is just to say, we realize it seems to be not working well for everyone. But, we haven't tracked down the exact problem yet (and if anyone has clues to share or ideas, we'd appreciate your feedback on mailing lists or the ticket linked above). - Tim On 4/9/2015 12:46 PM, Baker, David A. wrote: Graham, looks like I got my M-words mixed up. I meant to say, ...using the Mirage 2 theme... instead of Maven 2. I guess my question made no sense at all when phrased that way (c: Thanks for helping me clarify that. I'm still curious as to why the build doesn't automatically install the pre-requisite software as it's supposed to each time it builds. Not a huge issue since it works if you manually install it, but I'm sure the devs would like to figure out why people are having an issue with it. -- David Baker Digital Resources Web Development Specialist P.H. Welshimer Memorial Library, Milligan College On 04/08/2015 10:53 AM, Graham Triggs wrote: Hi David, The installation document states that Maven 3.x is required. Regards, Graham On 06/04/2015 14:36:58, Baker, David A. daba...@milligan.edumailto:daba...@milligan.edu wrote: I'm attempting a fresh install of 5.1 using the Maven 2 theme on Debian Wheezy. I'm getting errors on the build. I've tried both: mvn -U clean package -Dmirage.on=true mvn package -Dmirage.on=true I am not building as root, and I have also changed git to use port 443 with command: git config --global url.https://github.com/;https://github.com/.insteadOf git://github.com/ I've attached the output from Maven Thanks -- David Baker Digital Resources Web Development Specialist P.H. Welshimer Memorial Library, Milligan College -- BPM Camp - Free Virtual Workshop May 6th at 10am PDT/1PM EDT Develop your own process in accordance with the BPMN 2 standard Learn Process modeling best practices with Bonita BPM through live exercises http://www.bonitasoft.com/be-part-of-it/events/bpm-camp-virtual- event?utm_ source=Sourceforge_BPM_Camp_5_6_15utm_medium=emailutm_campaign=VA_SF___ 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 -- BPM Camp - Free Virtual Workshop May 6th at 10am PDT/1PM EDT Develop your own process in accordance with the BPMN 2 standard Learn Process modeling best practices with Bonita BPM through live exercises http://www.bonitasoft.com/be-part-of-it/events/bpm-camp-virtual- event?utm_ source=Sourceforge_BPM_Camp_5_6_15utm_medium=emailutm_campaign=VA_SF ___ 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 -- BPM Camp - Free Virtual Workshop May 6th at 10am PDT/1PM EDT Develop your own process in accordance with the BPMN 2 standard Learn Process modeling best practices with Bonita BPM through live exercises http://www.bonitasoft.com/be-part-of-it/events/bpm-camp-virtual- event?utm_ source=Sourceforge_BPM_Camp_5_6_15utm_medium=emailutm_campaign=VA_SF ___ 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] Error after install of DSpace 5.1 (Additional information)
Hi George, Hmmm...it actually looks a bit fishy to me. You have two Host entries defined, which look to me like they are loading the same webapps: 1. Host name=localhost is configured to load *everything* under the webapps subdirectory. 2. Host name=ecommons-test.library.cornell.edu is then configured to load webapps/xmlui and webapps/jspui So, essentially, between these two Host definitions, it looks like you are telling Tomcat to load both the XMLUI and JSPUI *twice*. Could you try commenting out one of your Host definitions and rebooting Tomcat? I wonder if that would resolve the Solr lock issues. In general, with the setup you are using, you really only need to either set appBase='webapps' OR define individual Context tags per webapp. You don't need to do both. As for your other question, I'm not sure why this work work on older versions of DSpace and not in DSpace 5.1. Perhaps it has something to do with the fact that we upgraded Solr to the latest version in DSpace 5.1. Maybe the latest version of Solr is less forgiving about multiple apps writing to it simultaneously. - Tim On 4/9/2015 8:40 AM, George Stanley Kozak wrote: Tim and Graham: Here are excerpts from my tomcat sever.xml file (again, this works OK under DSpace 4.3 and lower): Engine name=Catalina defaultHost=localhost ... Host name=localhost appBase=webapps unpackWARs=true autoDeploy=true ... Host name=ecommons-test.library.cornell.edu debug=0 unpackWARs=true autoDeploy=false ... Context path= docBase=[tomcat]/webapps/xmlui / ... Context path=/jspui docBase=[ tomcat]/webapps/jspui / Do you think that this kind of configuration could cause the problem I am observing? And, if so, why doesn't it happen at a lower version of DSpace? George Kozak Digital Library Specialist Cornell University Library Information Technologies (CUL-IT) 218 Olin Library Cornell University Ithaca, NY 14853 607-255-8924 -Original Message- From: Tim Donohue [mailto:tdono...@duraspace.org] Sent: Thursday, April 09, 2015 9:24 AM To: George Stanley Kozak; Graham Triggs; dspace-tech@lists.sourceforge.net Subject: Re: [Dspace-tech] Error after install of DSpace 5.1 (Additional information) Hi George, On 4/8/2015 1:48 PM, George Stanley Kozak wrote: By the way, I run my webapps under tomcat, but I know that some of you run the webapps in their dspace directory. Is there any advantage to doing one or another? It's really just a matter of preference, it doesn't matter which way you load your webapps via Tomcat. But, as Graham notes, the one thing you don't want to do is have a single webapp loaded *twice*. So, if your XMLUI (or JSPUI) webapp is both under [tomcat]/webapps/ and configured under [tomcat]/config/Catalina/localhost/ , then Tomcat may be essentially running two copies of it. As Graham notes, this also could be a possible cause of the Solr lock errors. Out of curiosity, are you running both XMLUI and JSPUI in parallel? While I've never heard it reported, I wonder if doing so could be causing that same sort of issue -- one webapp obtains Solr access, and the other then hits lock errors. (Again though, this is complete speculation...just trying to determine what may be unique about your 5.1 setup) - Tim -- BPM Camp - Free Virtual Workshop May 6th at 10am PDT/1PM EDT Develop your own process in accordance with the BPMN 2 standard Learn Process modeling best practices with Bonita BPM through live exercises http://www.bonitasoft.com/be-part-of-it/events/bpm-camp-virtual- event?utm_ source=Sourceforge_BPM_Camp_5_6_15utm_medium=emailutm_campaign=VA_SF ___ 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] Error after install of DSpace 5.1 (Additional information)
Hi George, On 4/8/2015 1:48 PM, George Stanley Kozak wrote: By the way, I run my webapps under tomcat, but I know that some of you run the webapps in their dspace directory. Is there any advantage to doing one or another? It's really just a matter of preference, it doesn't matter which way you load your webapps via Tomcat. But, as Graham notes, the one thing you don't want to do is have a single webapp loaded *twice*. So, if your XMLUI (or JSPUI) webapp is both under [tomcat]/webapps/ and configured under [tomcat]/config/Catalina/localhost/ , then Tomcat may be essentially running two copies of it. As Graham notes, this also could be a possible cause of the Solr lock errors. Out of curiosity, are you running both XMLUI and JSPUI in parallel? While I've never heard it reported, I wonder if doing so could be causing that same sort of issue -- one webapp obtains Solr access, and the other then hits lock errors. (Again though, this is complete speculation...just trying to determine what may be unique about your 5.1 setup) - Tim -- BPM Camp - Free Virtual Workshop May 6th at 10am PDT/1PM EDT Develop your own process in accordance with the BPMN 2 standard Learn Process modeling best practices with Bonita BPM through live exercises http://www.bonitasoft.com/be-part-of-it/events/bpm-camp-virtual- event?utm_ source=Sourceforge_BPM_Camp_5_6_15utm_medium=emailutm_campaign=VA_SF ___ 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] Error after install of DSpace 5.1 (Additional information)
Hi George, This really has me stumped. It almost starts to sound like a permissions issue in your index directory (though I know from looking back at this thread, you said you looked at that). Since you essentially started with a fresh index (no content), and it still doesn't work, this doesn't sound like an issue with the index files themselves. While DSpace 5.1 uses a newer version of Solr, it doesn't act that much different from DSpace 4.3. So, it's confusing to me that this works for you on DSpace 4.3 and not on DSpace 5.1. When you encounter that Index locked for write for core search, there should be a write.lock file sitting in your /cul/app/dspace/solr/search/data/index/ folder. What are the permissions on that write.lock file? Is it owned by your Tomcat user? Also is *everything* under /cul/app/dspace/solr/ owned by the Tomcat user (all files and subdirectories)? You may even want to try and do the following: 1. Stop Tomcat 2. Recursively change the ownership (just in case), e.g. chown -R [tomcat-user]:[tomcat-group] /cul/app/dspace/solr/ 3. Delete that write.lock 4. Start Tomcat again. 5. (You may also need to manually reindex: 'dspace index-discovery -b') Yea, I know you checked these permissions before, but I'm rather stumped as to why a fresh, empty index won't even work on your system. I've never seen that before, and it implies that there may be something lower level (like a permissions problem) causing problems with Solr. - Tim On 4/7/2015 2:28 PM, George Stanley Kozak wrote: Hi, Tim: To answer one of your questions: my original DSpace 1.8.2 solr statistics core did have data in it. Attached is a snapshot of the index directory. Now, I did as you asked. I deleted the all of the solr cores (actually everything under /cul/app/dspace/solr) I did the mvn and ant update and everything went well. I copied the webapps over to tomcat and restarted tomcat. I watched the DSpace log and the catalina.out log. Everything seemed to move along smoothly. When everything was done, I waited a few minutes before I went to my DSpace home page. When my home page came up, I began to see errors in my DSpace log: ERROR org.dspace.app.xmlui.aspect.discovery.SidebarFacetsTransformer @ anonymous:session_id=B3B12E105B95C8FB8E63E9FB94B5971F:ip_addr=128.84.117.195:Error in Discovery while setting up date facet range:date facet\colon; dateIssued.year SolrCore 'search' is not available due to init failure: Index locked for write for core search,trace=org.apache.solr.common.SolrException: SolrCore 'search' is not available due to init failure: Index locked for write for core search Any attempt to do any browse or search results with errors. By the way, the errors on the web appear with org.apache.solr.client.solrj.impl.HttpSolrServer$RemoteSolrException: Expected mime type application/octet-stream but got text/html. And then raw HTML after that. What has me stumped is that outside of the problem with the solr statistics, none of these problems appear in my DSpace 4.3 upgrade. I have no write lock problems in DSpace 4.3 install. George Kozak Digital Library Specialist Cornell University Library Information Technologies (CUL-IT) 218 Olin Library Cornell University Ithaca, NY 14853 607-255-8924 -Original Message- From: Tim Donohue [mailto:tdono...@duraspace.org] Sent: Tuesday, April 07, 2015 2:33 PM To: George Stanley Kozak; dspace-tech@lists.sourceforge.net Subject: Re: [Dspace-tech] Error after install of DSpace 5.1 (Additional information) Hi George, On 4/7/2015 1:09 PM, George Stanley Kozak wrote: Hi, Tim: 1) I did the lucene-core-3.5.0.jar manual update of the indexes. For the search index, I got no errors, but for the statistics core, I got: Exception in thread main org.apache.lucene.index.IndexNotFoundException: org.apache.lucene.store.MMapDirectory@/cul/app/dspace/solr/statistics/data/index lockFactory=org.apache.lucene.store.NativeFSLockFactory@2e888d65 at org.apache.lucene.index.IndexUpgrader.upgrade(IndexUpgrader.java:118) at org.apache.lucene.index.IndexUpgrader.main(IndexUpgrader.java:85) This would imply that the search index upgraded fine (no errors). But, the error for your statistics index almost implies that it's not a valid Solr index. Do you use the statistics index? Is there anything in the /cul/app/dspace/solr/statistics/data/index directory or is it empty? 2) I deleted the statistics core and did the ant update. I brought up my DSpace 5.1 test system and when I tried to do a search, I got no results. When I went to do a browse, I got: ERROR org.dspace.app.xmlui.aspect.discovery.SidebarFacetsTransformer @ anonymous:session_id=5749DBA88953D8B0ABDDA3FFD1DFF5F2:ip_addr=128.84.1 17.195:Error in Discovery while setting up date facet range:date facet\colon; dateIssued.year SolrCore 'search' is not available due to init failure
Re: [Dspace-tech] Error after install of DSpace 5.1 (Additional information)
Hi George, Yes, that is what I was suggesting...upgrading directly from 1.8.2 or 3.3 (whichever was your starting point) to 5.1. The ant update should take care of the necessary Solr index upgrades for you. - Tim On 4/6/2015 6:21 PM, George Stanley Kozak wrote: Tim: Thank you for your advice. I did try the 5.1 ant update, but it failed. Maybe if I tried it going from DSpace 3.3 or 1.8.2 directly to DSpace 5.1 instead of doing the intermediate step to 4.3, this might work? I will try a few other things and let everyone know what works. George Kozak Digital Library Specialist Cornell University Library Information Technologies (CULIT) 218 Olin Library Cornell University Ithaca, NY 14853 607-255-8924 From: Tim Donohue tdono...@duraspace.org Sent: Monday, April 6, 2015 4:44 PM To: dspace-tech@lists.sourceforge.net Subject: Re: [Dspace-tech] Error after install of DSpace 5.1 (Additional information) Hi George, The error below is essentially saying that your Solr statistics index is too old for the version of Solr packages with DSpace 4.3 to upgrade. However, in the DSpace 5.1 upgrade process, during the ant update step, we've attempted to catch this scenario automatically -- we try to determine the version of a Solr index, and upgrade it automatically to the latest version. So, I'd recommend trying to point DSpace 5.1 at your old Solr index, and running ant update. It is supposed to upgrade an old index automatically. If that doesn't work for some reason, another option is to do a more manual upgrade, as described in the DSpace 5.x documentation. This manual upgrade essentially requires downloading multiple versions of the Solr/Lucene core JAR, and running it against your index in order to upgrade it to the latest compatible version (this is essentially the same process that is now automated by ant update though) https://wiki.duraspace.org/display/DSDOC5x/Upgrading+DSpace#UpgradingDSpace-ManuallyUpgradingSolrIndexes By the way, from your earlier messages, recently I also did encounter that odd Solr write.lock error (Index locked for write..) during a recent upgrade I tried to 5.1. In my situation, it seemed like it was a stale write.lock file which was somehow sitting around. After clearing it out, the upgrade proceeded. Admittedly, I still need to dig a bit further and ensure my analysis is correct. - Tim On 4/1/2015 3:16 PM, George Stanley Kozak wrote: Hi, Everyone: I have discovered that when I try to optimize my Solr indexes when I upgraded from DSpace 3.3 to 4.3 (wget ‘http://localhost:8080/solr/statistics/update?optimize=true’) I get the following errors in the solr logs: ERROR org.apache.solr.core.CoreContainer @ Unable to create core: statistics Format version is not supported (resource: segment _32 in resource ChecksumIndexInput(MMapIndexInput(path=/cul/app/dspace/solr/statistics/data/index/segments_1p0))): 2.x. This version of Lucene only supports indexes created with release 3.0 and later. If I later try to upgrade to 5.1, I see during the ant update: /cul/app/dspace/src/dspace-5.1-src-release/dspace/target/dspace-installer/build.xml:1061: ERROR occurred while checking Solr index version: Exception in thread main java.io.IOException: Could not read Lucene segments files in /cul/app/dspace/solr/statistics/data/index I know the 5.1 documentation states that you can manually update the Solr indexes. Should that be done in my 4.3 upgrade before I try to go to 5.1 or should it be done in the 5.1 upgrade? George Kozak Digital Library Specialist Cornell University Library Information Technologies (CUL-IT) 218 Olin Library Cornell University Ithaca, NY 14853 607-255-8924 -- Dive into the World of Parallel Programming The Go Parallel Website, sponsored by Intel and developed in partnership with Slashdot Media, is your hub for all things parallel software development, from weekly thought leadership blogs to news, videos, case studies, tutorials and more. Take a look and join the conversation now. http://goparallel.sourceforge.net/ ___ 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 -- BPM Camp - Free Virtual Workshop May 6th at 10am PDT/1PM EDT Develop your own process in accordance with the BPMN 2 standard Learn Process modeling best practices with Bonita BPM through live exercises http://www.bonitasoft.com/be-part-of-it/events/bpm-camp-virtual- event?utm_ source=Sourceforge_BPM_Camp_5_6_15utm_medium=emailutm_campaign=VA_SF ___ DSpace
Re: [Dspace-tech] Error after install of DSpace 5.1 (Additional information)
Hi George, What happens if you do the following against your old 1.8.2 indexes: 1. wget http://search.maven.org/remotecontent?filepath=org/apache/lucene/lucene-core/3.5.0/lucene-core-3.5.0.jar; 2. java -cp lucene-core-3.5.0.jar org.apache.lucene.index.IndexUpgrader /cul/app/dspace/solr/statistics/data/index 3. java -cp lucene-core-3.5.0.jar org.apache.lucene.index.IndexUpgrader /cul/app/dspace/solr/search/data/index Do either of those IndexUpgrader commands succeed against your *old* 1.8.2 indexes? If not, could you send along the exception stacktrace? I'm just trying to determine if the issue is actually in these old 1.8.2 indexes. It may be either they are indexes from an unexpected, older version of Solr, or there's some minor index corruption here. -- To be honest, another thing to note here is that your *search* indexes can be easily rebuilt in DSpace 5.x (simply run ./dspace index-discovery -b). The only older index that really requires this upgrade process is the *statistics* index (as currently it doesn't have a reindex command). So, if your statistics index is of no importance, you could just delete both of these old indexes and upgrade to 5.1. As part of the 5.1 upgrade, a full reindex of the search index will be kicked off (when you start Tomcat). So, after a few minutes, your content should be fully reindexed and working. - Tim On 4/7/2015 10:12 AM, George Stanley Kozak wrote: Thanks for your help, Tim: I'm afraid that I keep hitting a wall when I try to upgrade to DSpace 5.1 I tried to go directly from DSpace 1.8.2 to DSpace 5.1 and got: ERROR occurred while checking Solr index version: Exception in thread main java.io.IOException: Could not read Lucene segments files in /cul/app/dspace/solr/statistics/data/index We have been using our own stats gathering system instead of the one within DSpace. So, I removed the statistics index but then I got: Exception in thread main java.io.IOException: Could not read Lucene segments files in /cul/app/dspace/solr/search/data/index This version of Lucene only supports indexes created with release 3.0 and later. So, I went ahead and used the DSpace 4.3 version of our solr indexes (without the statistics). It ran fine and everything got upgraded, but when I tried to do any searching, I get the write lock error. If I turn off tomcat, delete the write lock and restart things, I get the same thing. Also, I cannot update the discovery index because of the write lock problem. By the way, I did try the manual upgrade of the Solr indexes defined in the manual, but that didn't work for me, either. So, right now, it looks like I can only upgrade to DSpace 4.3, unless you have some more suggestions for me. George Kozak Digital Library Specialist Cornell University Library Information Technologies (CUL-IT) 218 Olin Library Cornell University Ithaca, NY 14853 607-255-8924 -Original Message- From: Tim Donohue [mailto:tdono...@duraspace.org] Sent: Tuesday, April 07, 2015 9:31 AM To: George Stanley Kozak; dspace-tech@lists.sourceforge.net Subject: Re: [Dspace-tech] Error after install of DSpace 5.1 (Additional information) Hi George, Yes, that is what I was suggesting...upgrading directly from 1.8.2 or 3.3 (whichever was your starting point) to 5.1. The ant update should take care of the necessary Solr index upgrades for you. - Tim On 4/6/2015 6:21 PM, George Stanley Kozak wrote: Tim: Thank you for your advice. I did try the 5.1 ant update, but it failed. Maybe if I tried it going from DSpace 3.3 or 1.8.2 directly to DSpace 5.1 instead of doing the intermediate step to 4.3, this might work? I will try a few other things and let everyone know what works. George Kozak Digital Library Specialist Cornell University Library Information Technologies (CULIT) 218 Olin Library Cornell University Ithaca, NY 14853 607-255-8924 From: Tim Donohue tdono...@duraspace.org Sent: Monday, April 6, 2015 4:44 PM To: dspace-tech@lists.sourceforge.net Subject: Re: [Dspace-tech] Error after install of DSpace 5.1 (Additional information) Hi George, The error below is essentially saying that your Solr statistics index is too old for the version of Solr packages with DSpace 4.3 to upgrade. However, in the DSpace 5.1 upgrade process, during the ant update step, we've attempted to catch this scenario automatically -- we try to determine the version of a Solr index, and upgrade it automatically to the latest version. So, I'd recommend trying to point DSpace 5.1 at your old Solr index, and running ant update. It is supposed to upgrade an old index automatically. If that doesn't work for some reason, another option is to do a more manual upgrade, as described in the DSpace 5.x documentation. This manual upgrade essentially requires downloading multiple versions of the Solr/Lucene core JAR, and running
Re: [Dspace-tech] Error after install of DSpace 5.1 (Additional information)
Hi George, On 4/7/2015 1:09 PM, George Stanley Kozak wrote: Hi, Tim: 1) I did the lucene-core-3.5.0.jar manual update of the indexes. For the search index, I got no errors, but for the statistics core, I got: Exception in thread main org.apache.lucene.index.IndexNotFoundException: org.apache.lucene.store.MMapDirectory@/cul/app/dspace/solr/statistics/data/index lockFactory=org.apache.lucene.store.NativeFSLockFactory@2e888d65 at org.apache.lucene.index.IndexUpgrader.upgrade(IndexUpgrader.java:118) at org.apache.lucene.index.IndexUpgrader.main(IndexUpgrader.java:85) This would imply that the search index upgraded fine (no errors). But, the error for your statistics index almost implies that it's not a valid Solr index. Do you use the statistics index? Is there anything in the /cul/app/dspace/solr/statistics/data/index directory or is it empty? 2) I deleted the statistics core and did the ant update. I brought up my DSpace 5.1 test system and when I tried to do a search, I got no results. When I went to do a browse, I got: ERROR org.dspace.app.xmlui.aspect.discovery.SidebarFacetsTransformer @ anonymous:session_id=5749DBA88953D8B0ABDDA3FFD1DFF5F2:ip_addr=128.84.117.195:Error in Discovery while setting up date facet range:date facet\colon; dateIssued.year SolrCore 'search' is not available due to init failure: Index locked for write for core search,trace=org.apache.solr.common.SolrException: SolrCore 'search' is not available due to init failure: Index locked for write for core search 3) I stopped tomcat, deleted the search index (as you suggested) and did the mvn build and ant update and then copied the new webapps over to tomcat. Everything looked good. I started tomcat and my site came up. Before doing anything more I ran ./dspace index-discovery -b. It ran to completion, but all searches return no hits and the browses give me the same write lock error as above. I made sure the permissions are correct (dspace user owns the solr indexes and tomcat) and removed the write lock and tried again, but again I get the same error. These other two errors seem rather odd to me...like something else is accessing Solr at the same time in which you are trying to reindex, and those multiple simultaneous writes are throwing errors. Can you try something even more simplistic than what you've done above? 1. Stop Tomcat 2. Copy your 1.8.3 data over to where you will install DSpace 5 3. Immediately delete *everything* under /cul/app/dspace/solr/ (including the entire statistics and search subdirectories). This will wipe out all existing indexes, obviously. 4. Build DSpace 5.1 (mvn package). Then run ant update. This should complete, as you'll have no existing Solr indexes for it to complain about. 5. Finally, start Tomcat back up. Now, sit back and wait. Don't run any other commands. But, feel free to check the logs for any issues as Tomcat boots up. Behind the scenes, DSpace should *automatically* be reindexing your content (and recreating the search index from nothing). You won't need to manually run anything (like 'index-discovery -b'), as this is all automated in DSpace 5 on the first bootup. (After the first bootup though, 'index-discovery -b' is the way to force a reindex.) I'm just curious if starting from *completely empty* indexes and installing DSpace 5 (without running 'index-discovery' manually) will act any different. If you still hit problems here, I'd recommend sending us a full stacktrace of the error messages you encounter. - Tim George Kozak Digital Library Specialist Cornell University Library Information Technologies (CUL-IT) 218 Olin Library Cornell University Ithaca, NY 14853 607-255-8924 -Original Message- From: Tim Donohue [mailto:tdono...@duraspace.org] Sent: Tuesday, April 07, 2015 11:52 AM To: George Stanley Kozak; dspace-tech@lists.sourceforge.net Subject: Re: [Dspace-tech] Error after install of DSpace 5.1 (Additional information) Hi George, What happens if you do the following against your old 1.8.2 indexes: 1. wget http://search.maven.org/remotecontent?filepath=org/apache/lucene/lucene-core/3.5.0/lucene-core-3.5.0.jar; 2. java -cp lucene-core-3.5.0.jar org.apache.lucene.index.IndexUpgrader /cul/app/dspace/solr/statistics/data/index 3. java -cp lucene-core-3.5.0.jar org.apache.lucene.index.IndexUpgrader /cul/app/dspace/solr/search/data/index Do either of those IndexUpgrader commands succeed against your *old* 1.8.2 indexes? If not, could you send along the exception stacktrace? I'm just trying to determine if the issue is actually in these old 1.8.2 indexes. It may be either they are indexes from an unexpected, older version of Solr, or there's some minor index corruption here. -- BPM Camp - Free Virtual Workshop May 6th at 10am PDT/1PM EDT Develop your own process
Re: [Dspace-tech] Error after install of DSpace 5.1 (Additional information)
Hi George, The error below is essentially saying that your Solr statistics index is too old for the version of Solr packages with DSpace 4.3 to upgrade. However, in the DSpace 5.1 upgrade process, during the ant update step, we've attempted to catch this scenario automatically -- we try to determine the version of a Solr index, and upgrade it automatically to the latest version. So, I'd recommend trying to point DSpace 5.1 at your old Solr index, and running ant update. It is supposed to upgrade an old index automatically. If that doesn't work for some reason, another option is to do a more manual upgrade, as described in the DSpace 5.x documentation. This manual upgrade essentially requires downloading multiple versions of the Solr/Lucene core JAR, and running it against your index in order to upgrade it to the latest compatible version (this is essentially the same process that is now automated by ant update though) https://wiki.duraspace.org/display/DSDOC5x/Upgrading+DSpace#UpgradingDSpace-ManuallyUpgradingSolrIndexes By the way, from your earlier messages, recently I also did encounter that odd Solr write.lock error (Index locked for write..) during a recent upgrade I tried to 5.1. In my situation, it seemed like it was a stale write.lock file which was somehow sitting around. After clearing it out, the upgrade proceeded. Admittedly, I still need to dig a bit further and ensure my analysis is correct. - Tim On 4/1/2015 3:16 PM, George Stanley Kozak wrote: Hi, Everyone: I have discovered that when I try to optimize my Solr indexes when I upgraded from DSpace 3.3 to 4.3 (wget ‘http://localhost:8080/solr/statistics/update?optimize=true’) I get the following errors in the solr logs: ERROR org.apache.solr.core.CoreContainer @ Unable to create core: statistics Format version is not supported (resource: segment _32 in resource ChecksumIndexInput(MMapIndexInput(path=/cul/app/dspace/solr/statistics/data/index/segments_1p0))): 2.x. This version of Lucene only supports indexes created with release 3.0 and later. If I later try to upgrade to 5.1, I see during the ant update: /cul/app/dspace/src/dspace-5.1-src-release/dspace/target/dspace-installer/build.xml:1061: ERROR occurred while checking Solr index version: Exception in thread main java.io.IOException: Could not read Lucene segments files in /cul/app/dspace/solr/statistics/data/index I know the 5.1 documentation states that you can manually update the Solr indexes. Should that be done in my 4.3 upgrade before I try to go to 5.1 or should it be done in the 5.1 upgrade? George Kozak Digital Library Specialist Cornell University Library Information Technologies (CUL-IT) 218 Olin Library Cornell University Ithaca, NY 14853 607-255-8924 -- Dive into the World of Parallel Programming The Go Parallel Website, sponsored by Intel and developed in partnership with Slashdot Media, is your hub for all things parallel software development, from weekly thought leadership blogs to news, videos, case studies, tutorials and more. Take a look and join the conversation now. http://goparallel.sourceforge.net/ ___ 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 -- BPM Camp - Free Virtual Workshop May 6th at 10am PDT/1PM EDT Develop your own process in accordance with the BPMN 2 standard Learn Process modeling best practices with Bonita BPM through live exercises http://www.bonitasoft.com/be-part-of-it/events/bpm-camp-virtual- event?utm_ source=Sourceforge_BPM_Camp_5_6_15utm_medium=emailutm_campaign=VA_SF ___ 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] Error after install of DSpace 5.1
George, Just a note: you may want to see if any other errors occur in the DSpace or Tomcat logs when you restart tomcat (your step #5). I'm especially curious if any errors are thrown besides those index lock errors. They may provide hints as to what may be going on. - Tim On 3/25/2015 4:55 PM, George Stanley Kozak wrote: Andrea: Yes, it has me stumped. If I restore the Solr indexes and the postgres database back to the DSpace 4.2 versions and bring up DSpace 4.2, everything works fine. I do shutdown tomcat when I do the ant step. Here are my steps, and let me know if I have forgotten anything: 1)Shutdown tomcat 2)Run mvn –U clear package (I also tried with the Mirage2 option) 3)After successful build, I go to the target/dspace-install directory and run “ant update” 4)After that is successful, I copy the webpass over to tomcat 5)Restart tomcat 6)Go to view the system The system comes up and I have access to the database records, but all browses and searches generate the index lock error. George Kozak Digital Library Specialist Cornell University Library Information Technologies (CUL-IT) 218 Olin Library Cornell University Ithaca, NY 14853 607-255-8924 *From:*Andrea Schweer [mailto:schw...@waikato.ac.nz] *Sent:* Wednesday, March 25, 2015 5:03 PM *To:* George Stanley Kozak; dspace-tech@lists.sourceforge.net *Subject:* Re: [Dspace-tech] Error after install of DSpace 5.1 Hi George, On 26/03/15 03:42, George Stanley Kozak wrote: So, I double checked the permissions on my solr index and tomcat. They are both owned by the DSpace user. If I bring my system up in DSpace 4.2 (after a restore), I have no problems. If I bring it up in 5.1, I get the error: “SolrCore 'search' is not available due to init failure: Index locked for write for core search,trace=org.apache.solr.common.SolrException: SolrCore 'search' is not available due to init failure: Index locked for write for core search” I can’t even do an re-index. I have to say that I’m kind of stumped here. Works OK in 4.2, doesn’t work in 5.1 How odd. Are you running the ant step (with the 5.1 code) as the same user as tomcat? Also, when you run ant for the first time using the 5.1 code, tomcat *must not* be running -- ant will upgrade the solr indexes to the version used in DSpace 5.1 and it needs to have exclusive access to the index while that runs (and the mechanism for that is the write lock, which makes me suspect it's involved in the problem you're seeing). You have presumably checked already that the ant step with the 5.1 code doesn't throw any errors. cheers, Andrea -- Dr Andrea Schweer IRR Technical Specialist, ITS Information Systems The University of Waikato, Hamilton, New Zealand -- Dive into the World of Parallel Programming The Go Parallel Website, sponsored by Intel and developed in partnership with Slashdot Media, is your hub for all things parallel software development, from weekly thought leadership blogs to news, videos, case studies, tutorials and more. Take a look and join the conversation now. http://goparallel.sourceforge.net/ ___ 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 -- Dive into the World of Parallel Programming The Go Parallel Website, sponsored by Intel and developed in partnership with Slashdot Media, is your hub for all things parallel software development, from weekly thought leadership blogs to news, videos, case studies, tutorials and more. Take a look and join the conversation now. http://goparallel.sourceforge.net/ ___ 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 Upgrade from v3.1 to v5.1
Hi Chelsea, More information on which logs to check for possible issues is on our Troubleshooting page on the wiki: https://wiki.duraspace.org/display/DSPACE/Troubleshoot+an+error Some of these logs (e.g. Tomcat logs) may be in different locations depending on your server's setup. Good luck, Tim On 3/19/2015 2:30 PM, Chelsea Lobdell wrote: Thanks Tim! I have been able to successfully run ant build. I am still not through the upgrade process and today I am seeing a 503 when I try to go to the development site with a message that reads: Service Temporarily Unavailable The server is temporarily unable to service your request due to maintenance downtime or capacity problems. Please try again later. I have checked the status of apache, postgres, and tomcat and they are all running. When I check the status of the handle server, it is not running. I start it and it returns success, but still when I check the status it is not running. Can you point me in the direction of what logs to start looking in to debug this error? - Chelsea /---/ /Chelsea Lobdell/ /Library Applications Programmer / Swarthmore College/ /clobd...@swarthmore.edu / (610)690-6818/ *From: *Tim Donohue tdono...@duraspace.org *To: *Chelsea Lobdell clobd...@swarthmore.edu *Cc: *dspace-tech@lists.sourceforge.net *Sent: *Friday, March 13, 2015 4:35:24 PM *Subject: *Re: [Dspace-tech] DSpace Upgrade from v3.1 to v5.1 Assuming your tomcat user can read this directory: /usr/local/src/dspace-5.1-src-release/dspace/target/dspace-installer/ AND also write to /var/dspace, then yes, running ant update as the tomcat user should work properly. Essentially, that ant update command needs to be able to *read* from the [dspace-src]/dspace/target/dspace-installer/ folder, and *write* to your [dspace.dir] (as configured in dspace.cfg). So, based on that, it needs to be run as a user who has both of those access rights. Hopefully that helps! - Tim On 3/13/2015 2:17 PM, Chelsea Lobdell wrote: Hi Tim, Our setup is such that all dspace files are owned by tomcat and group owned by a group called tomcat. I belong to the tomcat group. Should the update be run as the tomcat user? Or should I be able to run it under my own username? Or should I try running it as root? Thank, Chelsea /---/ /Chelsea Lobdell/ /Library Applications Programmer / Swarthmore College/ /clobd...@swarthmore.edu / (610)690-6818/ *From: *Tim Donohue tdono...@duraspace.org *To: *Chelsea Lobdell clobd...@swarthmore.edu *Cc: *dspace-tech@lists.sourceforge.net *Sent: *Friday, March 13, 2015 3:04:08 PM *Subject: *Re: [Dspace-tech] DSpace Upgrade from v3.1 to v5.1 Hi Chelsea, This sounds like a possible file permissions issue. It sounds like the user which is running ant update may not have access to create files/directories under your /var/dspace/solr/ directory. So, you may want to check the permissions on /var/dspace/ (and everything under that), to see if your user account has proper access rights to read/write files. - Tim On 3/13/2015 1:38 PM, Chelsea Lobdell wrote: Hi, I've gotten to step 6 (Update Dspace Installation**) of the upgrade process and my build failed. Here is the output I saw: BUILD FAILED /usr/local/src/dspace-5.1-src-release/dspace/target/dspace-installer/build.xml:371: Failed to copy /usr/local/src/dspace-5.1-src-release/dspace/target/dspace-installer/solr-config-temp/authority/conf/admin-extra.html to /var/dspace/solr/authority/conf/admin-extra.html due to failed to create the parent directory for /var/dspace/solr/authority/conf/admin-extra.html Does this mean I need to manually upgrade the solr indexes? Or can I just copy of the file that failed to copy? Forgive me if this is a simple question, I am new to supporting this application. Thanks, Chelsea /---/ /Chelsea Lobdell/ /Library Applications Programmer / Swarthmore College/ /clobd...@swarthmore.edu / (610)690-6818/ *From: *Tim Donohue tdono...@duraspace.org *To: *Chelsea Lobdell clobd...@swarthmore.edu, dspace-tech@lists.sourceforge.net *Sent: *Monday, March 9, 2015 2:44:51 PM *Subject: *Re: [Dspace-tech] DSpace Upgrade from v3.1 to v5.1 Chelsea, Correct, you can upgrade directly from 3.x to 5.x per the DSpace 5 upgrade instructions: https://wiki.duraspace.org/display/DSDOC5x/Upgrading+DSpace - Tim On 3/9/2015 12:46 PM, Chelsea Lobdell wrote: Hi, We will soon be upgrading our
Re: [Dspace-tech] main servlet for url pattern: dspaceurl.com/*
Pablo, There is no main servlet for all of the DSpace JSPUI. The individual servlet mappings are all defined in that web.xml, and mapped to various url-patterns. So, as Peter notes, you'd need to add a new servlet-mapping to this section: https://github.com/DSpace/DSpace/blob/master/dspace-jspui/src/main/webapp/WEB-INF/web.xml#L493 Or you can do a tomcat redirection as you mentioned. - Tim On 3/19/2015 3:14 AM, Pablo Buenaposada wrote: Yes Peter, that's what I have exactly done at first attempt and worked perfectly, the problem is that I don't want any featureA destination url so that's why I asked about the root behavior. If is so difficult I would make a tomcat redirection . Anyway I can't understand which is the main servlet for all dspace.com/* requests for jspui... it must have one isn't it? Thanks. -- View this message in context: http://dspace.2283337.n4.nabble.com/main-servlet-for-url-pattern-dspaceurl-com-tp4676559p4677084.html Sent from the DSpace - Tech mailing list archive at Nabble.com. -- Dive into the World of Parallel Programming The Go Parallel Website, sponsored by Intel and developed in partnership with Slashdot Media, is your hub for all things parallel software development, from weekly thought leadership blogs to news, videos, case studies, tutorials and more. Take a look and join the conversation now. http://goparallel.sourceforge.net/ ___ 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 -- Dive into the World of Parallel Programming The Go Parallel Website, sponsored by Intel and developed in partnership with Slashdot Media, is your hub for all things parallel software development, from weekly thought leadership blogs to news, videos, case studies, tutorials and more. Take a look and join the conversation now. http://goparallel.sourceforge.net/ ___ 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] Moving collections in DSpace = 4.0?
Hi Alan, I believe you'd need to do a complete re-index (with -b flag) in this scenario. But, that same concept should work in 4.0 or above. It's also worth noting that, rather than doing this at the DB level (which can be a tad dangerous, unless you know what you are doing), you could also just bulk move items from one Collection to another using the Batch Metadata Editing tool: https://wiki.duraspace.org/display/DSDOC4x/Batch+Metadata+Editing#BatchMetadataEditing-EditingCollectionMembership The concept in bulk moving items would be something like this: 1) Recreate the Collection in it's new location 2) Visit the Old Collection, and Export Metadata from that Collection (generating a CSV of all Item metadata) 3) Edit the CSV, changing the collection column to point at the *new* Collection (created in #1) 4) Upload the CSV using the Import Metadata Administrative tool. Verify that DSpace detects those changes, and save it. At this point, all Items in Old Collection will be moved in bulk to New Collection. You can then delete the Old Collection. - Tim On 3/18/2015 4:11 AM, Alan Orth wrote: Hi, I'm wondering how to move a collection to a new community in DSpace versions = 4.0. In the past, with DSpace 3.x, I would simply[0] find the resource_id for the collection, its parent, and the new parent, then update the relationships in SQL: UPDATE community2collection SET community_id=$NEW_PARENT WHERE community_id=$OLD_PARENT and collection_id=$COLLECTION; Assuming I update Solr afterwards using`dspace index-discovery` is that sufficient? Is it perhaps required to do a complete re-index with the -b flag? Thanks, Alan [0] For finding the resource_id of each handle: SELECT resource_id FROM handle WHERE handle = '123456789/11287'; -- Dive into the World of Parallel Programming The Go Parallel Website, sponsored by Intel and developed in partnership with Slashdot Media, is your hub for all things parallel software development, from weekly thought leadership blogs to news, videos, case studies, tutorials and more. Take a look and join the conversation now. http://goparallel.sourceforge.net/ ___ 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 -- Dive into the World of Parallel Programming The Go Parallel Website, sponsored by Intel and developed in partnership with Slashdot Media, is your hub for all things parallel software development, from weekly thought leadership blogs to news, videos, case studies, tutorials and more. Take a look and join the conversation now. http://goparallel.sourceforge.net/ ___ 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] Mirage2 default XMLUI Theme
Hi Lewatle, Mirage 2 is already included in the DSpace 5.x release, so you no longer need to download it separately: https://wiki.duraspace.org/display/DSDOC5x/Release+Notes In DSpace 5, the Mirage 2 theme is not compiled by default (as it takes a lot longer to compile). But, it's easy to enable it during the installation or upgrade process. See the Installation Docs or the Mirage2 docs for more info: https://wiki.duraspace.org/display/DSDOC5x/Installing+DSpace https://wiki.duraspace.org/display/DSDOC5x/Mirage+2+Configuration+and+Customization - Tim On 3/16/2015 8:57 AM, Lewatle Phaladi wrote: Hi Dspace Team, Just a question, when is Mirage2 going to be part of DSpace installation by default, without need to open network ports to do separate download of Mirage2 and its dependencies ? Regards, Lewatle This communication is intended for the addressee only. It is confidential. If you have received this communication in error, please notify us immediately and destroy the original message. You may not copy or disseminate this communication without the permission of the University. Only authorised signatories are competent to enter into agreements on behalf of the University and recipients are thus advised that the content of this message may not be legally binding on the University and may contain the personal views and opinions of the author, which are not necessarily the views and opinions of The University of the Witwatersrand, Johannesburg. All agreements between the University and outsiders are subject to South African Law unless the University agrees in writing to the contrary. -- Dive into the World of Parallel Programming The Go Parallel Website, sponsored by Intel and developed in partnership with Slashdot Media, is your hub for all things parallel software development, from weekly thought leadership blogs to news, videos, case studies, tutorials and more. Take a look and join the conversation now. http://goparallel.sourceforge.net/ ___ 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 -- Dive into the World of Parallel Programming The Go Parallel Website, sponsored by Intel and developed in partnership with Slashdot Media, is your hub for all things parallel software development, from weekly thought leadership blogs to news, videos, case studies, tutorials and more. Take a look and join the conversation now. http://goparallel.sourceforge.net/ ___ 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 Upgrade from v3.1 to v5.1
Hi Chelsea, This sounds like a possible file permissions issue. It sounds like the user which is running ant update may not have access to create files/directories under your /var/dspace/solr/ directory. So, you may want to check the permissions on /var/dspace/ (and everything under that), to see if your user account has proper access rights to read/write files. - Tim On 3/13/2015 1:38 PM, Chelsea Lobdell wrote: Hi, I've gotten to step 6 (Update Dspace Installation**) of the upgrade process and my build failed. Here is the output I saw: BUILD FAILED /usr/local/src/dspace-5.1-src-release/dspace/target/dspace-installer/build.xml:371: Failed to copy /usr/local/src/dspace-5.1-src-release/dspace/target/dspace-installer/solr-config-temp/authority/conf/admin-extra.html to /var/dspace/solr/authority/conf/admin-extra.html due to failed to create the parent directory for /var/dspace/solr/authority/conf/admin-extra.html Does this mean I need to manually upgrade the solr indexes? Or can I just copy of the file that failed to copy? Forgive me if this is a simple question, I am new to supporting this application. Thanks, Chelsea /---/ /Chelsea Lobdell/ /Library Applications Programmer / Swarthmore College/ /clobd...@swarthmore.edu / (610)690-6818/ *From: *Tim Donohue tdono...@duraspace.org *To: *Chelsea Lobdell clobd...@swarthmore.edu, dspace-tech@lists.sourceforge.net *Sent: *Monday, March 9, 2015 2:44:51 PM *Subject: *Re: [Dspace-tech] DSpace Upgrade from v3.1 to v5.1 Chelsea, Correct, you can upgrade directly from 3.x to 5.x per the DSpace 5 upgrade instructions: https://wiki.duraspace.org/display/DSDOC5x/Upgrading+DSpace - Tim On 3/9/2015 12:46 PM, Chelsea Lobdell wrote: Hi, We will soon be upgrading our development instance of DSpace and I just wanted to confirm that we can upgrade directly from version 3.1 to version 5.1? Or is there an intermediate step of upgrading to version 4.x first? Thanks, Chelsea /---/ /Chelsea Lobdell/ /Library Applications Programmer / Swarthmore College/ /clobd...@swarthmore.edu / (610)690-6818/ -- Dive into the World of Parallel Programming The Go Parallel Website, sponsored by Intel and developed in partnership with Slashdot Media, is your hub for all things parallel software development, from weekly thought leadership blogs to news, videos, case studies, tutorials and more. Take a look and join the conversation now. http://goparallel.sourceforge.net/ ___ 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 -- Dive into the World of Parallel Programming The Go Parallel Website, sponsored by Intel and developed in partnership with Slashdot Media, is your hub for all things parallel software development, from weekly thought leadership blogs to news, videos, case studies, tutorials and more. Take a look and join the conversation now. http://goparallel.sourceforge.net/ ___ 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 Upgrade from v3.1 to v5.1
Assuming your tomcat user can read this directory: /usr/local/src/dspace-5.1-src-release/dspace/target/dspace-installer/ AND also write to /var/dspace, then yes, running ant update as the tomcat user should work properly. Essentially, that ant update command needs to be able to *read* from the [dspace-src]/dspace/target/dspace-installer/ folder, and *write* to your [dspace.dir] (as configured in dspace.cfg). So, based on that, it needs to be run as a user who has both of those access rights. Hopefully that helps! - Tim On 3/13/2015 2:17 PM, Chelsea Lobdell wrote: Hi Tim, Our setup is such that all dspace files are owned by tomcat and group owned by a group called tomcat. I belong to the tomcat group. Should the update be run as the tomcat user? Or should I be able to run it under my own username? Or should I try running it as root? Thank, Chelsea /---/ /Chelsea Lobdell/ /Library Applications Programmer / Swarthmore College/ /clobd...@swarthmore.edu / (610)690-6818/ *From: *Tim Donohue tdono...@duraspace.org *To: *Chelsea Lobdell clobd...@swarthmore.edu *Cc: *dspace-tech@lists.sourceforge.net *Sent: *Friday, March 13, 2015 3:04:08 PM *Subject: *Re: [Dspace-tech] DSpace Upgrade from v3.1 to v5.1 Hi Chelsea, This sounds like a possible file permissions issue. It sounds like the user which is running ant update may not have access to create files/directories under your /var/dspace/solr/ directory. So, you may want to check the permissions on /var/dspace/ (and everything under that), to see if your user account has proper access rights to read/write files. - Tim On 3/13/2015 1:38 PM, Chelsea Lobdell wrote: Hi, I've gotten to step 6 (Update Dspace Installation**) of the upgrade process and my build failed. Here is the output I saw: BUILD FAILED /usr/local/src/dspace-5.1-src-release/dspace/target/dspace-installer/build.xml:371: Failed to copy /usr/local/src/dspace-5.1-src-release/dspace/target/dspace-installer/solr-config-temp/authority/conf/admin-extra.html to /var/dspace/solr/authority/conf/admin-extra.html due to failed to create the parent directory for /var/dspace/solr/authority/conf/admin-extra.html Does this mean I need to manually upgrade the solr indexes? Or can I just copy of the file that failed to copy? Forgive me if this is a simple question, I am new to supporting this application. Thanks, Chelsea /---/ /Chelsea Lobdell/ /Library Applications Programmer / Swarthmore College/ /clobd...@swarthmore.edu / (610)690-6818/ *From: *Tim Donohue tdono...@duraspace.org *To: *Chelsea Lobdell clobd...@swarthmore.edu, dspace-tech@lists.sourceforge.net *Sent: *Monday, March 9, 2015 2:44:51 PM *Subject: *Re: [Dspace-tech] DSpace Upgrade from v3.1 to v5.1 Chelsea, Correct, you can upgrade directly from 3.x to 5.x per the DSpace 5 upgrade instructions: https://wiki.duraspace.org/display/DSDOC5x/Upgrading+DSpace - Tim On 3/9/2015 12:46 PM, Chelsea Lobdell wrote: Hi, We will soon be upgrading our development instance of DSpace and I just wanted to confirm that we can upgrade directly from version 3.1 to version 5.1? Or is there an intermediate step of upgrading to version 4.x first? Thanks, Chelsea /---/ /Chelsea Lobdell/ /Library Applications Programmer / Swarthmore College/ /clobd...@swarthmore.edu / (610)690-6818/ -- Dive into the World of Parallel Programming The Go Parallel Website, sponsored by Intel and developed in partnership with Slashdot Media, is your hub for all things parallel software development, from weekly thought leadership blogs to news, videos, case studies, tutorials and more. Take a look and join the conversation now. http://goparallel.sourceforge.net/ ___ 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 -- Dive into the World of Parallel Programming The Go Parallel Website, sponsored by Intel and developed in partnership with Slashdot Media, is your hub for all things parallel software development, from weekly thought leadership blogs to news, videos, case studies, tutorials and more. Take a look and join the conversation now. http://goparallel.sourceforge.net/ ___ DSpace-tech