Re: [Dspace-tech] Embargo process and future releases
At this time, it looks like the plugin-based embargo added in 1.6 might be removed and only the resoucepolicy-based 3.0 embargo kept. See https://jira.duraspace.org/browse/DS-2588 Regards, ~~helix84 Compulsory reading: DSpace Mailing List Etiquette https://wiki.duraspace.org/display/DSPACE/Mailing+List+Etiquette -- ___ DSpace-tech mailing list DSpace-tech@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dspace-tech List Etiquette: https://wiki.duraspace.org/display/DSPACE/Mailing+List+Etiquette
[Dspace-tech] Embargo process and future releases
I have not set embargos and am looking at doing so in the near future. I was going to start testing this, but with the discussion about sun setting one of the options I wanted to make sure I was using whichever option will be the most likely to move forward. Will we be keeping the Advanced or will there be a whole new setup created? https://wiki.duraspace.org/display/DSDOC5x/Embargo David Schuster Texas Woman's University Director of Library Information Technology Technical Support Phone: 940-898-3909 dschus...@twu.edumailto:dschus...@twu.edu [emailsignature][Alma_Certified_Admin_Logo] -- ___ 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] Embargo Question
Thanks, I sort of knew this but it helped me see where it is defining the embargo date. Now I need to figure out which things to modify so the record is visible but the bitstream not accessible. The metadata policies do not appear to have a embargo date, but when non-administrators try to look at the record they are blocked. If anyone knows which other policies I need to modify I would appreciate it. On Tue, May 19, 2015 at 4:31 PM, Hilton Gibson hilton.gib...@gmail.com wrote: Hi Matt Perhaps this will help: http://wiki.lib.sun.ac.za/index.php/SUNScholar/Item_and_Collection_Permissions Cheers hg Hilton Gibson Ubuntu Linux Systems Administrator Stellenbosch University Library http://staff.lib.sun.ac.za/~hgibson/docs/cv/cv.html On 19 May 2015 at 22:17, Matt Sherman matt.r.sher...@gmail.com wrote: Hi all, I worked with my first embargoed item today, and I think when it was embargoed at the metadata record level as well as the bitstream level. I really only need it embargoed at the bitstream level not to violate the publisher's copyright terms. Does anyone know if it is possible to edit the embargo settings in the administrator UI? Or does this need to be done in the command line? I have not seen anything and a Google search is not giving me helpful results so I thought I would ask the group. Thanks for any insight. Matt Sherman -- 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
[Dspace-tech] Embargo Question
Hi all, I worked with my first embargoed item today, and I think when it was embargoed at the metadata record level as well as the bitstream level. I really only need it embargoed at the bitstream level not to violate the publisher's copyright terms. Does anyone know if it is possible to edit the embargo settings in the administrator UI? Or does this need to be done in the command line? I have not seen anything and a Google search is not giving me helpful results so I thought I would ask the group. Thanks for any insight. Matt Sherman -- 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] Embargo Question
Hi Matt Perhaps this will help: http://wiki.lib.sun.ac.za/index.php/SUNScholar/Item_and_Collection_Permissions Cheers hg *Hilton Gibson* Ubuntu Linux Systems Administrator Stellenbosch University Library http://staff.lib.sun.ac.za/~hgibson/docs/cv/cv.html On 19 May 2015 at 22:17, Matt Sherman matt.r.sher...@gmail.com wrote: Hi all, I worked with my first embargoed item today, and I think when it was embargoed at the metadata record level as well as the bitstream level. I really only need it embargoed at the bitstream level not to violate the publisher's copyright terms. Does anyone know if it is possible to edit the embargo settings in the administrator UI? Or does this need to be done in the command line? I have not seen anything and a Google search is not giving me helpful results so I thought I would ask the group. Thanks for any insight. Matt Sherman -- 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
[Dspace-tech] Embargo not lifting in 4.x after upgrade from 1.8.3
I recently upgraded from 1.8.3 to 4.2 (just before 4.3 was released!). Embargo lifting is modifying metadata correctly, but bitstreams remain inaccessible. Embargoed content created under 1.8.3 has no policies on the original bundle and bitstream(s), so restricting access. Embargoed content created under 4.2 has (in my case) anonymous read policies on the original bundle and bitstream(s). Is there an upgrade step to convert old-style embargoed content to new-style? I tried the following, but to no apparent effect: [DSPACE]/bin/dspace migrate-embargo -a [DSPACE]/bin/dspace embargo-lifter -a -v [DSPACE]/bin/dspace embargo-lifter -c -v I wanted to keep embargo behaviour the same initially, so have item level embargo and run the embargo lifter. It correctly manipulates the metadata fields, but, in 4.2, the call to lifter.liftEmbargo is commented out, so there's no chance of policies being manipulated. For embargoed content from 1.8.3, I can modify the policies manually. What needs to happen to lift the embargo on content from 4.2 where the policies already exist? Is the embargo lifter disrupting the new embargo mechanism? I'm using JSPUI Thanks Steven Hayles Systems Analyst IT Services, University of Leicester, Propsect House, 94 Regent Rd, Leicester, LE1 7DA, UK T: +44 (0)116 229 7950 E: s...@le.ac.uk The Queen's Anniversary Prizes 1994, 2002 2013 THE Awards Winners 2007-2013 Elite without being elitist Follow us on Twitter http://twitter.com/uniofleicester or visit our Facebook page https://facebook.com/UniofLeicester -- 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] Embargo problems DSpace 4.0
Hi Andrea, thanks for your reply and possible solution, I suspected this was the case. Are you aware of the new release of rioxx metadata profilehttp://rioxx.net/v2-0-final/? I wonder if future DSpace releases will incorporate this with the advanced embargo functionality? Many thanks, Antony On 25 Mar 2015, at 21:08, Andrea Schweer wrote: Hi Antony, On 26/03/15 05:24, Antony Corfield [awc] wrote: I've configured DSpace 4.0 to use simple embargo functionalityhttps://wiki.duraspace.org/display/DSDOC4x/Embargo#Embargo-SimpleEmbargoSettings including submission forms and dspace.cfg below. Although the embargo is lifted on the correct date and seems to be working fine I can't see the dc.rights.embargoreason and dc.rights.embargodate in the full item metadata view or in the database. I can see the date in the policies for the item (attached). It seems that the reason and date aren't being copied to these metadata fields. Prior to upgrade (from 1.8) this was working and any items that were embargoed prior to upgrade do have these metadata fields in the full item view and in the database. Any help would be very much appreciated as we really need embargo details in the item metadata. The simple embargo functionality doesn't use item metadata at all. All information is stored in the policies. So the behaviour you're asking for doesn't exist in that mechanism. The settings you quote in your e-mail don't apply when you use the simple embargo functionality. If having the embargo information in the policies is not sufficient for your needs, your best bet is probably to add fields for the embargo date and reason to input-forms.xml, possibly on a new page if you want to keep them separated from the other item metadata. cheers, Andrea Embargo Settings # DC metadata field to hold the user-supplied embargo terms #embargo.field.terms = SCHEMA.ELEMENT.QUALIFIER #awc embargo.field.terms = dc.rights.embargoreason # DC metadata field to hold computed lift date of embargo embargo.field.lift = dc.rights.embargodate # string in terms field to indicate indefinite embargo embargo.terms.open = forever # implementation of embargo setter plugin - replace with local implementation if applicable plugin.single.org.dspace.embargo.EmbargoSetter = org.dspace.embargo.DefaultEmbargoSetter # implementation of embargo lifter plugin - - replace with local implementation if applicable plugin.single.org.dspace.embargo.EmbargoLifter = org.dspace.embargo.DefaultEmbargoLifter -- 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
Re: [Dspace-tech] Embargo problems DSpace 4.0
Hi Antony, On 31/03/15 02:28, Antony Corfield [awc] wrote: Hi Andrea, thanks for your reply and possible solution, I suspected this was the case. Are you aware of the new release of rioxx metadata profile? I wonder if future DSpace releases will incorporate this with the advanced embargo functionality? The RIOXX metadata guidelines document (http://rioxx.net/guidelines/RIOXX_Metadata_Guidelines_v_3.0.pdf) mentions this: To help with the compliance process, a plugin for EPrints repositories (versions 3.3.x) and an add -‐ on for DSpace repositories (versions 3, 4 and 5) will be freely available. The RIOXX EPrints plugin is currently being trialed by around ten early adopters; the DSpace plugin will be developed by @Mire and is scheduled to be available around the end of March 2015. You might like to check with @mire whether this is still planned and what distribution model they are planning for the plugin (eg paid module vs potentially included in stock DSpace at some point). 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
[Dspace-tech] Embargo problems DSpace 4.0
Hi, I've configured DSpace 4.0 to use simple embargo functionalityhttps://wiki.duraspace.org/display/DSDOC4x/Embargo#Embargo-SimpleEmbargoSettings including submission forms and dspace.cfg below. Although the embargo is lifted on the correct date and seems to be working fine I can't see the dc.rights.embargoreason and dc.rights.embargodate in the full item metadata view or in the database. I can see the date in the policies for the item (attached). It seems that the reason and date aren't being copied to these metadata fields. Prior to upgrade (from 1.8) this was working and any items that were embargoed prior to upgrade do have these metadata fields in the full item view and in the database. Any help would be very much appreciated as we really need embargo details in the item metadata. Thanks, Antony Embargo Settings # DC metadata field to hold the user-supplied embargo terms #embargo.field.terms = SCHEMA.ELEMENT.QUALIFIER #awc embargo.field.terms = dc.rights.embargoreason # DC metadata field to hold computed lift date of embargo embargo.field.lift = dc.rights.embargodate # string in terms field to indicate indefinite embargo embargo.terms.open = forever # implementation of embargo setter plugin - replace with local implementation if applicable plugin.single.org.dspace.embargo.EmbargoSetter = org.dspace.embargo.DefaultEmbargoSetter # implementation of embargo lifter plugin - - replace with local implementation if applicable plugin.single.org.dspace.embargo.EmbargoLifter = org.dspace.embargo.DefaultEmbargoLifter [cid:E2085C02-1B82-4E53-B80B-502BED23714B@aber.ac.uk] Antony Corfield Swyddog Cronfa Ddata Monitro Ymchwil / Research Monitoring Database Officer Ymchwil, Busnes ac Arloesi / Research, Business Innovation Prifysgol Aberystwyth / Aberystwyth University Llyfrgell Hugh Owen / Hugh Owen Library Campws Penglais / Penglais Campus Aberystwyth Ceredigion SY23 3DZ Ffôn / Tel: 01970 628724 E-bost / Email: a...@aber.ac.ukmailto:a...@aber.ac.uk www.aber.ac.uk/rbihttp://www.aber.ac.uk/rbi -- 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] Embargo problems DSpace 4.0
Hi Antony, On 26/03/15 05:24, Antony Corfield [awc] wrote: I've configured DSpace 4.0 to use simple embargo functionality including submission forms and dspace.cfg below. Although the embargo is lifted on the correct date and seems to be working fine I can't see the dc.rights.embargoreason and dc.rights.embargodate in the full item metadata view or in the database. I can see the date in the policies for the item (attached). It seems that the reason and date aren't being copied to these metadata fields. Prior to upgrade (from 1.8) this was working and any items that were embargoed prior to upgrade do have these metadata fields in the full item view and in the database. Any help would be very much appreciated as we really need embargo details in the item metadata. The simple embargo functionality doesn't use item metadata at all. All information is stored in the policies. So the behaviour you're asking for doesn't exist in that mechanism. The settings you quote in your e-mail don't apply when you use the simple embargo functionality. If having the embargo information in the policies is not sufficient for your needs, your best bet is probably to add fields for the embargo date and reason to input-forms.xml, possibly on a new page if you want to keep them separated from the other item metadata. cheers, Andrea Embargo Settings # DC metadata field to hold the user-supplied embargo terms #embargo.field.terms = SCHEMA.ELEMENT.QUALIFIER #awc embargo.field.terms = dc.rights.embargoreason # DC metadata field to hold computed "lift date" of embargo embargo.field.lift = dc.rights.embargodate # string in terms field to indicate indefinite embargo embargo.terms.open = forever # implementation of embargo setter plugin - replace with local implementation if applicable plugin.single.org.dspace.embargo.EmbargoSetter = org.dspace.embargo.DefaultEmbargoSetter # implementation of embargo lifter plugin - - replace with local implementation if applicable plugin.single.org.dspace.embargo.EmbargoLifter = org.dspace.embargo.DefaultEmbargoLifter -- 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
Re: [Dspace-tech] Embargo
Hi Massimiliano, I don't think that the OAI crosswalk will output those metadata fields. In other words, you might have metadata values in DSpace, but only certain fields (title, author, ...) have built-in crosswalks out. So, if dc.description.embargo isn't present in the OAI harvest, that might be a reason. So you would have to add an entry for each of these metadata fields to appear in the output. Peter Dietz Longsight www.longsight.com pe...@longsight.com p: 740-599-5005 x809 On Fri, Nov 7, 2014 at 4:23 AM, Massimiliano Cilurzo mcilu...@unisa.it wrote: Dear Peter, I have tried to find the dc.description.embargo and dc.embargo.liftdate but doing the harvesting with OAI-PMH. We can’t find this fields. So how I can with OAI find an item with embargo? Thanks Best regards Massimiliano *Da:* Peter Dietz [mailto:pe...@longsight.com] *Inviato:* giovedì 6 novembre 2014 21:18 *A:* Massimiliano Cilurzo *Cc:* dspace-tech@lists.sourceforge.net *Oggetto:* Re: [Dspace-tech] Embargo Hi Massimiliano, Check: https://github.com/DSpace/DSpace/blob/5fb04adec9a932115f5c644b4f9ffb39e5adb708/dspace/config/dspace.cfg#L785 Value's that we have used here are: # DC metadata field to hold the user-supplied embargo terms embargo.field.terms = dc.description.embargo # DC metadata field to hold computed lift date of embargo embargo.field.lift = dc.embargo.liftdate So, items that were embargoed would have a lift-date that is in the future. DSpace doesn't flag the files as being currently embargoed, but it's instead something that gets computed. While it is embargoed, there will be no anonymous read permissions on the bitstreams. One of the things I've been looking at recently is reporting what content is currently embargoed, which content's embargo has been lifted, and if there is any content in the grey area where the embargo isn't set properly (i.e. user-supplied embargo term is present, but the computed lift-date isn't, likely as a result of metadata editing). Peter Dietz Longsight www.longsight.com pe...@longsight.com p: 740-599-5005 x809 On Thu, Nov 6, 2014 at 10:21 AM, Massimiliano Cilurzo mcilu...@unisa.it wrote: Dear All, I would ask you a question. If I put an item in Embargo in DSPACE 4.0, and then I do the harvesting of the metadata. How I can recognize that this item is with Embargo? There is a metadata field where is written? If I try to see full item list of metadata I can’t see any field with the embargo. Thanks Best regards Massimiliano -- ___ 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] Embargo
Dear All, I would ask you a question. If I put an item in Embargo in DSPACE 4.0, and then I do the harvesting of the metadata. How I can recognize that this item is with Embargo? There is a metadata field where is written? If I try to see full item list of metadata I can't see any field with the embargo. Thanks Best regards Massimiliano -- ___ 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] Embargo
Hi Massimiliano, Check: https://github.com/DSpace/DSpace/blob/5fb04adec9a932115f5c644b4f9ffb39e5adb708/dspace/config/dspace.cfg#L785 Value's that we have used here are: # DC metadata field to hold the user-supplied embargo terms embargo.field.terms = dc.description.embargo # DC metadata field to hold computed lift date of embargo embargo.field.lift = dc.embargo.liftdate So, items that were embargoed would have a lift-date that is in the future. DSpace doesn't flag the files as being currently embargoed, but it's instead something that gets computed. While it is embargoed, there will be no anonymous read permissions on the bitstreams. One of the things I've been looking at recently is reporting what content is currently embargoed, which content's embargo has been lifted, and if there is any content in the grey area where the embargo isn't set properly (i.e. user-supplied embargo term is present, but the computed lift-date isn't, likely as a result of metadata editing). Peter Dietz Longsight www.longsight.com pe...@longsight.com p: 740-599-5005 x809 On Thu, Nov 6, 2014 at 10:21 AM, Massimiliano Cilurzo mcilu...@unisa.it wrote: Dear All, I would ask you a question. If I put an item in Embargo in DSPACE 4.0, and then I do the harvesting of the metadata. How I can recognize that this item is with Embargo? There is a metadata field where is written? If I try to see full item list of metadata I can’t see any field with the embargo. Thanks Best regards Massimiliano -- ___ 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] embargo bug? second attempt
Hi Bill, This sounds like a bug to me, but I haven't had a chance to dig into it further. I'd recommend going ahead and creating a new ticket to describe the problem in our issue tracker: https://jira.duraspace.org/browse/DS/ Once we have it tracked in the issue tracker, hopefully we can find a volunteer to investigate/verify. - Tim On 9/18/2014 11:08 AM, Bill Tantzen wrote: All, I encountered this issue in DSpace 4.1, and it's still hanging around in 4.2. Still haven't seen any comments from this note I posted in April: All, In DSpace 4.1 xmlui, in a collection WITHOUT the embargo steps enabled, I am able to upload a file as usual -- the only input field being the description. But during the review step, when editing the just-uploaded file, the embargo options appear on the form. Entering data in either of these fields does nothing, but they should not be there in any case, right? A quick search of jira did not find a similar report. Is this a bug, or a mis-configuration of some kind? I do have another collection in which both embargo steps are enabled... Comments? Bill -- Want excitement? Manually upgrade your production database. When you want reliability, choose Perforce Perforce version control. Predictably reliable. http://pubads.g.doubleclick.net/gampad/clk?id=157508191iu=/4140/ostg.clktrk ___ 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 -- Slashdot TV. Video for Nerds. Stuff that Matters. http://pubads.g.doubleclick.net/gampad/clk?id=160591471iu=/4140/ostg.clktrk ___ 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] embargo bug? second attempt
All, I encountered this issue in DSpace 4.1, and it's still hanging around in 4.2. Still haven't seen any comments from this note I posted in April: All, In DSpace 4.1 xmlui, in a collection WITHOUT the embargo steps enabled, I am able to upload a file as usual -- the only input field being the description. But during the review step, when editing the just-uploaded file, the embargo options appear on the form. Entering data in either of these fields does nothing, but they should not be there in any case, right? A quick search of jira did not find a similar report. Is this a bug, or a mis-configuration of some kind? I do have another collection in which both embargo steps are enabled... Comments? Bill -- Want excitement? Manually upgrade your production database. When you want reliability, choose Perforce Perforce version control. Predictably reliable. http://pubads.g.doubleclick.net/gampad/clk?id=157508191iu=/4140/ostg.clktrk ___ 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] Embargo description in resource policy.
Hi all, We're on version 3.2 using the xmlui with a postgres database. We recently migrated from 5.2, and had done some work to alter our legacy custom embargo system to be more-or-less compatible with the newer policy-based embargo system (described in DS-108). We had some issues stemming from the fact that the description attribute in the resourcepolicy table is a varchar(100) while our legacy system stored the reason in an unlimited text field. While we rarely need more, limiting the reason to one hundred characters has caused some workflow issues for some of our users. Also, as it comes out of the box, the dspace master throws an uncaught PSQLException when a reason longer than 100 characters is entered during the submission access step (we've been avoiding the exception through form validation). We were considering logging a ticket to ask that the fields type be changed to 'text' or expanded to a wider varchar. As a preliminary to logging said ticket, I wanted to ask a few questions here: Does anyone know why the resourcepolicy.rpdescription field is limited to 100 characters? Are there any other bugs on the Jira that might be related to this? Thanks, Seth Robbins -- Infragistics Professional Build stunning WinForms apps today! Reboot your WinForms applications with our WinForms controls. Build a bridge from your legacy apps to the future. http://pubads.g.doubleclick.net/gampad/clk?id=153845071iu=/4140/ostg.clktrk___ 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] Embargo description in resource policy.
Hello David, As I was active in design of these changes, I'll chime in here. There was not a specific reason on limiting the size of this field. Making a change here and in future dspace versions would be welcome. Feel free to open a ticket. Best Regards, Mark On Tue, Jul 29, 2014 at 12:39 PM, Robbins, Seth David srobb...@illinois.edu wrote: Hi all, We’re on version 3.2 using the xmlui with a postgres database. We recently migrated from 5.2, and had done some work to alter our legacy custom embargo system to be more-or-less compatible with the newer policy-based embargo system (described in DS-108). We had some issues stemming from the fact that the description attribute in the resourcepolicy table is a varchar(100) while our legacy system stored the reason in an unlimited text field. While we rarely need more, limiting the reason to one hundred characters has caused some workflow issues for some of our users. Also, as it comes out of the box, the dspace master throws an uncaught PSQLException when a reason longer than 100 characters is entered during the submission access step (we’ve been avoiding the exception through form validation). We were considering logging a ticket to ask that the fields type be changed to ‘text’ or expanded to a wider varchar. As a preliminary to logging said ticket, I wanted to ask a few questions here: Does anyone know why the resourcepolicy.rpdescription field is limited to 100 characters? Are there any other bugs on the Jira that might be related to this? Thanks, Seth Robbins -- Infragistics Professional Build stunning WinForms apps today! Reboot your WinForms applications with our WinForms controls. Build a bridge from your legacy apps to the future. http://pubads.g.doubleclick.net/gampad/clk?id=153845071iu=/4140/ostg.clktrk ___ 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 -- [image: @mire Inc.] *Mark Diggory* *2888 Loker Avenue East, Suite 315, Carlsbad, CA. 92010* *Esperantolaan 4, Heverlee 3001, Belgium* http://www.atmire.com -- Infragistics Professional Build stunning WinForms apps today! Reboot your WinForms applications with our WinForms controls. Build a bridge from your legacy apps to the future. http://pubads.g.doubleclick.net/gampad/clk?id=153845071iu=/4140/ostg.clktrk___ 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] Embargo description in resource policy.
Thanks Mark, Will do. From: mdigg...@gmail.com [mailto:mdigg...@gmail.com] On Behalf Of Mark Diggory Sent: Tuesday, July 29, 2014 2:52 PM To: Robbins, Seth David Cc: DSpace-tech@lists.sourceforge.net Subject: Re: [Dspace-tech] Embargo description in resource policy. Hello David, As I was active in design of these changes, I'll chime in here. There was not a specific reason on limiting the size of this field. Making a change here and in future dspace versions would be welcome. Feel free to open a ticket. Best Regards, Mark On Tue, Jul 29, 2014 at 12:39 PM, Robbins, Seth David srobb...@illinois.edumailto:srobb...@illinois.edu wrote: Hi all, We’re on version 3.2 using the xmlui with a postgres database. We recently migrated from 5.2, and had done some work to alter our legacy custom embargo system to be more-or-less compatible with the newer policy-based embargo system (described in DS-108). We had some issues stemming from the fact that the description attribute in the resourcepolicy table is a varchar(100) while our legacy system stored the reason in an unlimited text field. While we rarely need more, limiting the reason to one hundred characters has caused some workflow issues for some of our users. Also, as it comes out of the box, the dspace master throws an uncaught PSQLException when a reason longer than 100 characters is entered during the submission access step (we’ve been avoiding the exception through form validation). We were considering logging a ticket to ask that the fields type be changed to ‘text’ or expanded to a wider varchar. As a preliminary to logging said ticket, I wanted to ask a few questions here: Does anyone know why the resourcepolicy.rpdescription field is limited to 100 characters? Are there any other bugs on the Jira that might be related to this? Thanks, Seth Robbins -- Infragistics Professional Build stunning WinForms apps today! Reboot your WinForms applications with our WinForms controls. Build a bridge from your legacy apps to the future. http://pubads.g.doubleclick.net/gampad/clk?id=153845071iu=/4140/ostg.clktrk ___ 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 -- [Image removed by sender. @mire Inc.] Mark Diggory 2888 Loker Avenue East, Suite 315, Carlsbad, CA. 92010 Esperantolaan 4, Heverlee 3001, Belgium http://www.atmire.comhttp://www.atmire.com/ -- Infragistics Professional Build stunning WinForms apps today! Reboot your WinForms applications with our WinForms controls. Build a bridge from your legacy apps to the future. http://pubads.g.doubleclick.net/gampad/clk?id=153845071iu=/4140/ostg.clktrk___ 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] Embargo Lifter not working?
Hi... We at Cornell University are running DSpace 1.8.2 (JSPUI) in production. I am getting ready to cut over our Production instance to DSpace 3.3 (JSPUI), but I have run into a problem in my testing. When I run the Embargo Lifter, it removes the Embargo date, but it doesn't set the embargoed bitstreams to the default read of the collection. This works fine in DSpace 1.8.2. I even tried rewriting the Lifter to specifically set the bitstreams to Anonymous Read, but embargoed settings for the bitstreams still remained. There are no errors in the logs. Does anyone have suggestions as to what could be wrong? I'm stumped. George Kozak Digital Library Specialist Cornell University Library Information Technologies (CUL-IT) 218 Olin Library Cornell University Ithaca, NY 14853 607-255-8924 -- Want fast and easy access to all the code in your enterprise? Index and search up to 200,000 lines of code with a free copy of Black Duck Code Sight - the same software that powers the world's largest code search on Ohloh, the Black Duck Open Hub! Try it now. http://p.sf.net/sfu/bds___ 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] Embargo Lifter not working?
Hi George Perhaps this will help: http://wiki.lib.sun.ac.za/index.php/SUNScholar/Embargo_Systems/3.2 Cheers hg *Hilton Gibson* Ubuntu Linux Systems Administrator JS Gericke Library Room 1025D Stellenbosch University Private Bag X5036 Stellenbosch 7599 South Africa Tel: +27 21 808 4100 | Cell: +27 84 646 4758 http://scholar.sun.ac.za http://bit.ly/goodir http://library.sun.ac.za http://za.linkedin.com/in/hiltongibson On 15 July 2014 22:33, George Stanley Kozak g...@cornell.edu wrote: Hi… We at Cornell University are running DSpace 1.8.2 (JSPUI) in production. I am getting ready to cut over our Production instance to DSpace 3.3 (JSPUI), but I have run into a problem in my testing. When I run the Embargo Lifter, it removes the Embargo date, but it doesn’t set the embargoed bitstreams to the default read of the collection. This works fine in DSpace 1.8.2. I even tried rewriting the Lifter to specifically set the bitstreams to Anonymous Read, but embargoed settings for the bitstreams still remained. There are no errors in the logs. Does anyone have suggestions as to what could be wrong? I’m stumped. George Kozak Digital Library Specialist Cornell University Library Information Technologies (CUL-IT) 218 Olin Library Cornell University Ithaca, NY 14853 607-255-8924 -- Want fast and easy access to all the code in your enterprise? Index and search up to 200,000 lines of code with a free copy of Black Duck Code Sight - the same software that powers the world's largest code search on Ohloh, the Black Duck Open Hub! Try it now. http://p.sf.net/sfu/bds ___ 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 -- Want fast and easy access to all the code in your enterprise? Index and search up to 200,000 lines of code with a free copy of Black Duck Code Sight - the same software that powers the world's largest code search on Ohloh, the Black Duck Open Hub! Try it now. http://p.sf.net/sfu/bds___ 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] Embargo Lifter not working?
Hilton: Thank you. I think this is it! George Kozak Cornell University Sent from my iPad On Jul 15, 2014, at 5:50 PM, Hilton Gibson hilton.gib...@gmail.commailto:hilton.gib...@gmail.com wrote: Hi George Perhaps this will help: http://wiki.lib.sun.ac.za/index.php/SUNScholar/Embargo_Systems/3.2 Cheers hg Hilton Gibson Ubuntu Linux Systems Administrator JS Gericke Library Room 1025D Stellenbosch University Private Bag X5036 Stellenbosch 7599 South Africa Tel: +27 21 808 4100 | Cell: +27 84 646 4758 http://scholar.sun.ac.za http://bit.ly/goodir http://library.sun.ac.za http://za.linkedin.com/in/hiltongibson On 15 July 2014 22:33, George Stanley Kozak g...@cornell.edumailto:g...@cornell.edu wrote: Hi... We at Cornell University are running DSpace 1.8.2 (JSPUI) in production. I am getting ready to cut over our Production instance to DSpace 3.3 (JSPUI), but I have run into a problem in my testing. When I run the Embargo Lifter, it removes the Embargo date, but it doesn't set the embargoed bitstreams to the default read of the collection. This works fine in DSpace 1.8.2. I even tried rewriting the Lifter to specifically set the bitstreams to Anonymous Read, but embargoed settings for the bitstreams still remained. There are no errors in the logs. Does anyone have suggestions as to what could be wrong? I'm stumped. George Kozak Digital Library Specialist Cornell University Library Information Technologies (CUL-IT) 218 Olin Library Cornell University Ithaca, NY 14853 607-255-8924 -- Want fast and easy access to all the code in your enterprise? Index and search up to 200,000 lines of code with a free copy of Black Duck Code Sight - the same software that powers the world's largest code search on Ohloh, the Black Duck Open Hub! Try it now. http://p.sf.net/sfu/bds ___ 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 -- Want fast and easy access to all the code in your enterprise? Index and search up to 200,000 lines of code with a free copy of Black Duck Code Sight - the same software that powers the world's largest code search on Ohloh, the Black Duck Open Hub! Try it now. http://p.sf.net/sfu/bds___ 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] Embargo
Massimiliano, If you edit an existing item, you can set an authorization policy on it. When you create the authorization policy, you can set an expiration. Here is a screen shot of the authorization for one of the items in my system. The item metadata is visible to anonymous. The item bitstream will become visible on 8/12/2015. [image: Inline image 1] Since DSpace 3, when an embargo is provided, the embargo is translated into an authorization policy. Terry On Thu, Jul 10, 2014 at 2:59 AM, Massimiliano Cilurzo mcilu...@unisa.it wrote: Dear all, We have DSPACE 4.1, I would like to know if it is possible to add embargo to an item that is without it. I tried to modify an item but in the administrator tools there isn’t the possibility to add embargo. Could you help me? Thanks Best regards Massimiliano Cilurzo -- Open source business process management suite built on Java and Eclipse Turn processes into business applications with Bonita BPM Community Edition Quickly connect people, data, and systems into organized workflows Winner of BOSSIE, CODIE, OW2 and Gartner awards http://p.sf.net/sfu/Bonitasoft ___ DSpace-tech mailing list DSpace-tech@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dspace-tech List Etiquette: https://wiki.duraspace.org/display/DSPACE/Mailing+List+Etiquette -- Terry Brady Applications Programmer Analyst Georgetown University Library Information Technology https://www.library.georgetown.edu/lit/code 425-298-5498 -- Want fast and easy access to all the code in your enterprise? Index and search up to 200,000 lines of code with a free copy of Black Duck Code Sight - the same software that powers the world's largest code search on Ohloh, the Black Duck Open Hub! Try it now. http://p.sf.net/sfu/bds___ 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] Embargo
Dear all, We have DSPACE 4.1, I would like to know if it is possible to add embargo to an item that is without it. I tried to modify an item but in the administrator tools there isn't the possibility to add embargo. Could you help me? Thanks Best regards Massimiliano Cilurzo -- Open source business process management suite built on Java and Eclipse Turn processes into business applications with Bonita BPM Community Edition Quickly connect people, data, and systems into organized workflows Winner of BOSSIE, CODIE, OW2 and Gartner awards http://p.sf.net/sfu/Bonitasoft___ 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] Embargo questions - DSpace 4.0 JSPUI
Hello, As per the subject line: - Is the lift date of an embargoed item displayed anywhere (either publicly or as admin)? - Is there a tool available to modify the lift date, say, to extend an embargo by 3 months? - What's the relationship (if any) between the Private Item flag and the Visible/Embargo (from the AccessStep)? - Do the AccessStep and UploadWithEmbargoStep steps need to be enabled together, or can you combine AccessStep with UploadStep to only allow item-level embargoes? Thanks, Anthony Anthony Petryk Emerging Technologies Librarian | Bibliothécaire des technologies émergentes uOttawa Library | Bibliothèque uOttawa 613-562-5800 x4650 apet...@uottawa.camailto:apet...@uottawa.ca -- Open source business process management suite built on Java and Eclipse Turn processes into business applications with Bonita BPM Community Edition Quickly connect people, data, and systems into organized workflows Winner of BOSSIE, CODIE, OW2 and Gartner awards http://p.sf.net/sfu/Bonitasoft___ 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] Embargo question
DSpace 4.1/xmlui I have the uploadWithEmbargo step enabled, and I would like to make items private by default (on a per-collection basis). I don't see an easy way to do this, but can any of you experts think of a way? Thanks for thinking about it! Bill -- HPCC Systems Open Source Big Data Platform from LexisNexis Risk Solutions Find What Matters Most in Your Big Data with HPCC Systems Open Source. Fast. Scalable. Simple. Ideal for Dirty Data. Leverages Graph Analysis for Fast Processing Easy Data Exploration http://p.sf.net/sfu/hpccsystems ___ 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] Embargo bug?
All, In DSpace 4.1 xmlui, in a collection WITHOUT the embargo steps enabled, I am able to upload a file as usual -- the only input field being the description. But during the review step, when editing the just-uploaded file, the embargo options appear on the form. Entering data in either of these fields does nothing, but they should not be there in any case, right? A quick search of jira did not find a similar report. Is this a bug, or a mis-configuration of some kind? I do have another collection in which both embargo steps are enabled... Comments? Bill -- Put Bad Developers to Shame Dominate Development with Jenkins Continuous Integration Continuously Automate Build, Test Deployment Start a new project now. Try Jenkins in the cloud. http://p.sf.net/sfu/13600_Cloudbees ___ 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] embargo at collection level
DSpace 4.1, xmlui... Is it possible to enable embargo on per collection level? That is, users uploading to Collection A will be presented with the embargo options, while users uploading to Collection B will NOT see those options? Or can embargo only be applied on a site-wide basis? From the docs, it looks as if the latter is true, but I would like to verify it! Thanks! Bill -- Learn Graph Databases - Download FREE O'Reilly Book Graph Databases is the definitive new guide to graph databases and their applications. Written by three acclaimed leaders in the field, this first edition is now available. Download your free book today! http://p.sf.net/sfu/13534_NeoTech ___ 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] embargo feature enable in jspui
We need to know how to configure embargo in jspui instead of xmlui in dspace 3.2. We wish to stick to jspui interface and would like to enable embargo from jspui. Can someone help to suggest step by step configuration. reg Sunita -- November Webinars for C, C++, Fortran Developers Accelerate application performance with scalable programming models. Explore techniques for threading, error checking, porting, and tuning. Get the most from the latest Intel processors and coprocessors. See abstracts and register http://pubads.g.doubleclick.net/gampad/clk?id=60136231iu=/4140/ostg.clktrk ___ 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] Embargo in 3.x
Is it possible to add an embargo to a bitstream that has already been archived? According to: https://wiki.duraspace.org/display/DSPACE/Advanced+Embargo+Support it looks like it ought to be possible, but I can't figure out how to do it. Sean -- -- LIMITED TIME SALE - Full Year of Microsoft Training For Just $49.99! 1,500+ hours of tutorials including VisualStudio 2012, Windows 8, SharePoint 2013, SQL 2012, MVC 4, more. BEST VALUE: New Multi-Library Power Pack includes Mobile, Cloud, Java, and UX Design. Lowest price ever! Ends 9/20/13. http://pubads.g.doubleclick.net/gampad/clk?id=58041151iu=/4140/ostg.clktrk___ 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] Embargo in 3.x
On Tue, Sep 17, 2013 at 11:37 AM, Sean Carte sean.ca...@gmail.com wrote: Is it possible to add an embargo to a bitstream that has already been archived? Hi Sean, go to Edit item - Authorizations - Add a new Bitstream policy - and select a start/end date. Regards, ~~helix84 Compulsory reading: DSpace Mailing List Etiquette https://wiki.duraspace.org/display/DSPACE/Mailing+List+Etiquette -- LIMITED TIME SALE - Full Year of Microsoft Training For Just $49.99! 1,500+ hours of tutorials including VisualStudio 2012, Windows 8, SharePoint 2013, SQL 2012, MVC 4, more. BEST VALUE: New Multi-Library Power Pack includes Mobile, Cloud, Java, and UX Design. Lowest price ever! Ends 9/20/13. http://pubads.g.doubleclick.net/gampad/clk?id=58041151iu=/4140/ostg.clktrk ___ 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] Embargo in 3.x
On 17 September 2013 12:59, helix84 heli...@centrum.sk wrote: On Tue, Sep 17, 2013 at 11:37 AM, Sean Carte sean.ca...@gmail.com wrote: Is it possible to add an embargo to a bitstream that has already been archived? Hi Sean, go to Edit item - Authorizations - Add a new Bitstream policy - and select a start/end date. That loud clunk! you just heard was the penny finally dropping. Thanks, Ivan. Sean -- -- LIMITED TIME SALE - Full Year of Microsoft Training For Just $49.99! 1,500+ hours of tutorials including VisualStudio 2012, Windows 8, SharePoint 2013, SQL 2012, MVC 4, more. BEST VALUE: New Multi-Library Power Pack includes Mobile, Cloud, Java, and UX Design. Lowest price ever! Ends 9/20/13. http://pubads.g.doubleclick.net/gampad/clk?id=58041151iu=/4140/ostg.clktrk___ 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] Embargo Question-How can the Bitstream Inherit the Item's Embargo Settings? -DSpace 3.0
Dear DSpace Gurus, If an item is under default embargo (pre-3.0) and a bitstream has been manually added later after the item is installed and approved, it is apparent that the embargo does not apply to the newly added bitstream. Is this behavior okay as it embargo works on the item during installation into the repository, or it should also apply to the new bitstream? How can we make the bitstream inherit the item's embargo settings Will the solution is to activate the AccessStep and apply the embargo to the item or what do you advise? below is our *item-submission.xml* file: both *AccessStep* and *UploadWithEmbargoStep *are not activated as you can see after an upgrade from dspace1.7.2 to dspace3.0 !--This traditional process defines the DEFAULT item submission process-- submission-process name=traditional !--Uncommment to display the SAMPLE step as your first step-- !--step id=sample/-- !--Step 1 will be to gather initial information-- !-- step headingsubmit.progressbar.initial-questions/heading processing-classorg.dspace.submit.step.InitialQuestionsStep/processing-class jspui-bindingorg.dspace.app.webui.submit.step.JSPInitialQuestionsStep/jspui-binding xmlui-bindingorg.dspace.app.xmlui.aspect.submission.submit.InitialQuestionsStep/xmlui-binding workflow-editabletrue/workflow-editable /step -- !--If you disable the initial questions step you should insert the -- !--SkipInitialQuestionsStep below, to enable proper processing of -- !--input-forms configuration -- step processing-classorg.dspace.submit.step.SkipInitialQuestionsStep/processing-class /step !--Step 2 will be to Describe the item.-- step headingsubmit.progressbar.describe/heading processing-classorg.dspace.submit.step.DescribeStep/processing-class jspui-bindingorg.dspace.app.webui.submit.step.JSPDescribeStep/jspui-binding xmlui-bindingorg.dspace.app.xmlui.aspect.submission.submit.DescribeStep/xmlui-binding workflow-editabletrue/workflow-editable /step !--Step 3 will be to Manage Item access. step headingsubmit.progressbar.access/heading processing-classorg.dspace.submit.step.AccessStep/processing-class xmlui-bindingorg.dspace.app.xmlui.aspect.submission.submit.AccessStep/xmlui-binding workflow-editabletrue/workflow-editable /step -- !--Step 4 will be to Upload the item-- step headingsubmit.progressbar.upload/heading processing-classorg.dspace.submit.step.UploadStep/processing-class jspui-bindingorg.dspace.app.webui.submit.step.JSPUploadStep/jspui-binding xmlui-bindingorg.dspace.app.xmlui.aspect.submission.submit.UploadStep/xmlui-binding workflow-editabletrue/workflow-editable /step !-- Step 4 Upload Item with Embargo Features (not supported in JSPUI) to enable this step, please make sure to comment-out the previous step UploadStep step headingsubmit.progressbar.upload/heading processing-classorg.dspace.submit.step.UploadWithEmbargoStep/processing-class xmlui-bindingorg.dspace.app.xmlui.aspect.submission.submit.UploadWithEmbargoStep/xmlui-binding workflow-editabletrue/workflow-editable /step -- !--Step 5 will be to Verify/Review everything -- step headingsubmit.progressbar.verify/heading processing-classorg.dspace.submit.step.VerifyStep/processing-class jspui-bindingorg.dspace.app.webui.submit.step.JSPVerifyStep/jspui-binding xmlui-bindingorg.dspace.app.xmlui.aspect.submission.submit.ReviewStep/xmlui-binding workflow-editabletrue/workflow-editable /step !--Step 6 will be to select a Creative Commons License-- !-- Uncomment this step to allow the user to select a Creative Commons license -- !-- step headingsubmit.progressbar.CClicense/heading processing-classorg.dspace.submit.step.CCLicenseStep/processing-class jspui-bindingorg.dspace.app.webui.submit.step.JSPCCLicenseStep/jspui-binding xmlui-bindingorg.dspace.app.xmlui.aspect.submission.submit.CCLicenseStep/xmlui-binding workflow-editablefalse/workflow-editable /step -- !--Step 7 will be to Sign off on the License-- step headingsubmit.progressbar.license/heading processing-classorg.dspace.submit.step.LicenseStep/processing-class jspui-bindingorg.dspace.app.webui.submit.step.JSPLicenseStep/jspui-binding xmlui-bindingorg.dspace.app.xmlui.aspect.submission.submit.LicenseStep/xmlui-binding workflow-editablefalse/workflow-editable /step /submission-process Thanks a lot, Asmaa -- If You stand for a reason, be prepared to stand alone. If you fight for a cause, fight even if there is no hope. If you fall on the ground, fall as a seed...that grows back to fight again. -Sathya G If you don't go after what you want, you'll never have it. If you don't ask, the answer is always no. If you are not moving forward,
[Dspace-tech] Embargo does not actually embargo
Hi all, I have a bit of an odd scenario going on here and could use some suggestions. We have a 1.7.2 instance running using the default embargo settings. It sets the embargo lift date and removes the policies for the item but the embargoed bitstream is viewable despite the fact that there are no read policies on the bitstream in the item's authorizations. Anyone encounter a similar situation/have suggestions as to what's going on here? Thanks, Tim - Tim Au Yeung Manager, Repository Technology Libraries and Cultural Resources University of Calgary ytau(at)ucalgary.ca 403.220.8975 -- LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial Remotely access PCs and mobile devices and provide instant support Improve your efficiency, and focus on delivering more value-add services Discover what IT Professionals Know. Rescue delivers http://p.sf.net/sfu/logmein_12329d2d___ 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] Embargo does not actually embargo
On Fri, Dec 7, 2012 at 9:31 PM, Tim Au Yeung tim.auye...@ucalgary.ca wrote: I have a bit of an odd scenario going on here and could use some suggestions. We have a 1.7.2 instance running using the default embargo settings. It sets the embargo lift date and removes the policies for the item but the embargoed bitstream is viewable despite the fact that there are no read policies on the bitstream in the item's authorizations. Anyone encounter a similar situation/have suggestions as to what's going on here? Hi Tim, sorry I can't be of any immediate help, but I wanted to check the resource policies in your repositories and it's down for me (no ping). Curiously, it seems to be up from elsewhere: http://www.isup.me/dspace.ucalgary.ca These are the last three hops that are responding: 6 canarie-gw.rt1.ams.nl.geant.net (62.40.124.222) 120.830 ms 120.767 ms 120.708 ms 7 clgr2rtr1.canarie.ca (205.189.32.162) 156.312 ms 155.855 ms 155.790 ms 8 c4-orano-tor.canet4.net (205.189.32.213) 159.576 ms 156.452 ms 156.391 ms 9 * * * When you figure out this (IMHO much more important) issue, please, send me a link to an example item in your repository so I that I can do a quick check. Regards, ~~helix84 Compulsory reading: DSpace Mailing List Etiquette https://wiki.duraspace.org/display/DSPACE/Mailing+List+Etiquette -- LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial Remotely access PCs and mobile devices and provide instant support Improve your efficiency, and focus on delivering more value-add services Discover what IT Professionals Know. Rescue delivers http://p.sf.net/sfu/logmein_12329d2d ___ 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] Embargo does not actually embargo
Hi Tim: Is the bitstream retrievable? If not, I think there may be just a quite reasonable misunderstanding: 1.7 Embargo does not hide the metadata (or Item page) from view , it only restricts access to the bitstreams. This is the intended design. The 3.0 behavior is different, where (I believe) you can also hide the metadata. If, however, you can access the bitstreams, there is indeed something odd going on. Hope this helps, Richard R On Dec 7, 2012, at 3:31 PM, Tim Au Yeung wrote: Hi all, I have a bit of an odd scenario going on here and could use some suggestions. We have a 1.7.2 instance running using the default embargo settings. It sets the embargo lift date and removes the policies for the item but the embargoed bitstream is viewable despite the fact that there are no read policies on the bitstream in the item's authorizations. Anyone encounter a similar situation/have suggestions as to what's going on here? Thanks, Tim - Tim Au Yeung Manager, Repository Technology Libraries and Cultural Resources University of Calgary ytau(at)ucalgary.cahttp://ucalgary.ca 403.220.8975 -- LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial Remotely access PCs and mobile devices and provide instant support Improve your efficiency, and focus on delivering more value-add services Discover what IT Professionals Know. Rescue delivers http://p.sf.net/sfu/logmein_12329d2d___ 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 -- LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial Remotely access PCs and mobile devices and provide instant support Improve your efficiency, and focus on delivering more value-add services Discover what IT Professionals Know. Rescue delivers http://p.sf.net/sfu/logmein_12329d2d___ 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] Embargo on separate bitstreams
Ian, I wanted to comment that University of MIchigan and @Mire (and a few other members of the community) do have a project now planned for DSpace 3.0 to enhance Embargo Support with more advanced features. Which includes individual bitstream embargo controls on the File Upload submission page and support for Dark embargo, I would recommend looking here for details. https://wiki.duraspace.org/display/DSPACE/Advanced+Embargo+Support We welcome feedback on any of your current requirements in the wiki page or as notes. Best, Mark On Fri, Mar 30, 2012 at 3:54 AM, helix84 heli...@centrum.sk wrote: On Fri, Mar 30, 2012 at 12:40, Wellaway, Ian i.j.wella...@exeter.ac.uk wrote: Is it possible to embargo individual bitstreams on a single item? Yes, it is. Here's an example for embargo lifter. Setter is the same thing. public void liftEmbargo(Context context, Item item) throws SQLException, AuthorizeException, IOException { ... Bundle[] bundles = item.getBundles(ORIGINAL); if(bundles.length != 1) { return; } Bundle originalBundle = bundles[0]; Bitstream[] bitstreams = originalBundle.getBitstreams(); for (int i = 0; i bitstreams.length; i++) { Bitstream bitstream = bitstreams[i]; ResourcePolicy policy = ResourcePolicy.create(context); policy.setAction(Constants.READ); policy.setEPerson(context.getCurrentUser()); policy.setGroup(Group.findByName(context, mygroup)); policy.setResource(bitstream); policy.update(); } ... } But remember that metadata is per-item, not per-bitstream. Regards, ~~helix84 -- This SF email is sponsosred by: Try Windows Azure free for 90 days Click Here http://p.sf.net/sfu/sfd2d-msazure ___ DSpace-tech mailing list DSpace-tech@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dspace-tech -- [image: @mire Inc.] *Mark Diggory *(Schedule a Meetinghttps://www.google.com/calendar/selfsched?sstoken=UUdDSzJzTTlOUE1mfGRlZmF1bHR8MzgwMmEwYjk1NDc1NDQ1MGI0NWViYjYzZjExZDI3Mzg ) *2888 Loker Avenue East, Suite 305, Carlsbad, CA. 92010* *Esperantolaan 4, Heverlee 3001, Belgium* http://www.atmire.com -- Better than sec? Nothing is better than sec when it comes to monitoring Big Data applications. Try Boundary one-second resolution app monitoring today. Free. http://p.sf.net/sfu/Boundary-dev2dev___ DSpace-tech mailing list DSpace-tech@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dspace-tech
[Dspace-tech] Embargo on separate bitstreams
Hi, Is it possible to embargo individual bitstreams on a single item? Thanks Ian Ian Wellaway Senior System Support Development Officer - Academic Systems (Room 911) Wednesdays only Technical Developer, Open Exeter - Infrastructure Systems (Room 54) Monday - Tuesday, Thursday - Friday Exeter IT Laver Building University of Exeter EX4 4QE UK tel +44 1392 722852 -- This SF email is sponsosred by: Try Windows Azure free for 90 days Click Here http://p.sf.net/sfu/sfd2d-msazure___ DSpace-tech mailing list DSpace-tech@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dspace-tech
Re: [Dspace-tech] Embargo on separate bitstreams
On Fri, Mar 30, 2012 at 12:40, Wellaway, Ian i.j.wella...@exeter.ac.uk wrote: Is it possible to embargo individual bitstreams on a single item? Yes, it is. Here's an example for embargo lifter. Setter is the same thing. public void liftEmbargo(Context context, Item item) throws SQLException, AuthorizeException, IOException { ... Bundle[] bundles = item.getBundles(ORIGINAL); if(bundles.length != 1) { return; } Bundle originalBundle = bundles[0]; Bitstream[] bitstreams = originalBundle.getBitstreams(); for (int i = 0; i bitstreams.length; i++) { Bitstream bitstream = bitstreams[i]; ResourcePolicy policy = ResourcePolicy.create(context); policy.setAction(Constants.READ); policy.setEPerson(context.getCurrentUser()); policy.setGroup(Group.findByName(context, mygroup)); policy.setResource(bitstream); policy.update(); } ... } But remember that metadata is per-item, not per-bitstream. Regards, ~~helix84 -- This SF email is sponsosred by: Try Windows Azure free for 90 days Click Here http://p.sf.net/sfu/sfd2d-msazure ___ DSpace-tech mailing list DSpace-tech@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dspace-tech
Re: [Dspace-tech] Embargo and harvesters
Hi Caroline, There is nothing to worry about in regards to Harvesters. Harvesters have to obey the same access restriction rules as a normal DSpace user. So, when an item is embargoed in DSpace, its bitstreams cannot be accessed by harvesters nor normal web users. That is the main purpose of the embargo feature, to make the bitstream inaccessible to anyone or anything (the only exception being Administrative Users) until a particular date has passed. - Tim -- Tim Donohue Technical Lead for DSpace Project DuraSpace.org On 6/10/2011 5:49 AM, Caroline Karregård wrote: A researcher at our university is worried about the embargo function and whether or not it is possible for harvesters to get hold of the files even though they are locked away and should be safe until the embargo is lifted. Has anybody had a problem with this, ie harvesters harvesting embargoed bitstreams, is it possible at all? And if it is, is there some way we can protect our files, some settings maybe? I have read the conversation in the archive regarding hiding metadata as well as bitstreams, but in this case it is only the bitstream we want to hide. I read that “the embargo system is designed to protect bitstreams”, so can I reassure my researcher that his file is well-protected? Thanks! Kind regards, Caroline Karregård * Caroline Karregård, Librarian Karolinska Institutet Universitetsbiblioteket / University Library 8:100 Alfred Nobels allé 8, SE-141 83 Huddinge +46 8 524 84 052 – caroline.karreg...@ki.se – kib.ki.se -- EditLive Enterprise is the world's most technically advanced content authoring tool. Experience the power of Track Changes, Inline Image Editing and ensure content is compliant with Accessibility Checking. http://p.sf.net/sfu/ephox-dev2dev ___ DSpace-tech mailing list DSpace-tech@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dspace-tech -- EditLive Enterprise is the world's most technically advanced content authoring tool. Experience the power of Track Changes, Inline Image Editing and ensure content is compliant with Accessibility Checking. http://p.sf.net/sfu/ephox-dev2dev ___ DSpace-tech mailing list DSpace-tech@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dspace-tech
[Dspace-tech] Embargo and harvesters
A researcher at our university is worried about the embargo function and whether or not it is possible for harvesters to get hold of the files even though they are locked away and should be safe until the embargo is lifted. Has anybody had a problem with this, ie harvesters harvesting embargoed bitstreams, is it possible at all? And if it is, is there some way we can protect our files, some settings maybe? I have read the conversation in the archive regarding hiding metadata as well as bitstreams, but in this case it is only the bitstream we want to hide. I read that the embargo system is designed to protect bitstreams, so can I reassure my researcher that his file is well-protected? Thanks! Kind regards, Caroline Karregård * Caroline Karregård, Librarian Karolinska Institutet Universitetsbiblioteket / University Library 8:100 Alfred Nobels allé 8, SE-141 83 Huddinge +46 8 524 84 052 - caroline.karreg...@ki.se - kib.ki.se -- EditLive Enterprise is the world's most technically advanced content authoring tool. Experience the power of Track Changes, Inline Image Editing and ensure content is compliant with Accessibility Checking. http://p.sf.net/sfu/ephox-dev2dev___ DSpace-tech mailing list DSpace-tech@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dspace-tech
Re: [Dspace-tech] Embargo and OAI interface
Tom, I am back and I'm wondering if your developer is available and willing to share the changes he made to the code? Thank you! Jose -Original Message- From: Blanco, Jose [mailto:blan...@umich.edu] Sent: Tuesday, May 10, 2011 8:53 AM To: Tom De Mulder; dspace-tech@lists.sourceforge.net Subject: Re: [Dspace-tech] Embargo and OAI interface Tom, I looked at this very closely and realized that the code as it stands would not be easy to change to support this, and that an ugly hack would be needed if we wanted it done. I am actually on travel for a week and would still really like to see what your developer did. It would save me some time, and perhaps it might be good to have a second set of eyes look at it. Maybe there is a way to make it less ugly. Do you think your developer could send me what he has when he is available. I would be happy to share the code change I made to the search results portion of this. That was not so ugly. -Jose From: Tom De Mulder [td...@cam.ac.uk] Sent: Tuesday, May 10, 2011 8:40 AM To: dspace-tech@lists.sourceforge.net Subject: Re: [Dspace-tech] Embargo and OAI interface On Tue, 10 May 2011, Blanco, Jose wrote: I have been working lately on hiding items from search results that have READ metadata restrictions for certain users. So for example, item1 is restricted to only one particular user, if that user is logged-in and searches for a string in that item, he will get the item in the results set, but if an anonymous user is logged in and searches for a string in that item, the item will not show in the search results. I am now trying to restrict items like this in the browsing, but am having more difficulty. It sounds like you may have something that restricts items from showing up when browsing. Is that the case? Could you share the code that does that? We do have code that does that, but it's quite an ugly hack -- it filters results from the browse pages (including search results) by checking authorization as the browse list is created. This does mess up pagination. Sadly, our developer is indisposed at the moment, and I wouldn't know where to find all the changes, so sharing it isn't really possible at the moment. Sorry. However, I do gather that to Do It Properly, changes would be needed to the actual browse system. Best, -- Tom De Mulder td...@cam.ac.uk - Cambridge University Computing Service +44 1223 3 31843 - New Museums Site, Pembroke Street, Cambridge CB2 3QH - 10/05/2011 : The Moon is Waxing Crescent (46% of Full) -- Achieve unprecedented app performance and reliability What every C/C++ and Fortran developer should know. Learn how Intel has extended the reach of its next-generation tools to help boost performance applications - inlcuding clusters. http://p.sf.net/sfu/intel-dev2devmay ___ DSpace-tech mailing list DSpace-tech@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dspace-tech -- Achieve unprecedented app performance and reliability What every C/C++ and Fortran developer should know. Learn how Intel has extended the reach of its next-generation tools to help boost performance applications - inlcuding clusters. http://p.sf.net/sfu/intel-dev2devmay ___ DSpace-tech mailing list DSpace-tech@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dspace-tech -- What Every C/C++ and Fortran developer Should Know! Read this article and learn how Intel has extended the reach of its next-generation tools to help Windows* and Linux* C/C++ and Fortran developers boost performance applications - including clusters. http://p.sf.net/sfu/intel-dev2devmay ___ DSpace-tech mailing list DSpace-tech@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dspace-tech
Re: [Dspace-tech] Embargo Notification
Thanks, Alexander. I don't think the patch will help us, but it does give me an idea for how to approach the problem. Many thanks, Jason On Mon, May 16, 2011 at 3:09 PM, Alexander Lemann ablem...@bsu.edu wrote: On 5/16/2011 1:54 PM, Jason Fowler wrote: We are using DSpace 1.6.2 with XMLUI and embargoes enabled. We have a setter in place that Richard Rogers developed, and it has worked great. The embargo system blocks access to a bitstream until the appropriate date. We would like, however, to have a specific notification along the lines of This item is embargoed until July 21, 2012 when a person clicks on an embargoed bitstream. Has anyone come up with a way to do that? I have removed the download link and replaced it with Access Restricted for the JSPUI. This message shows up for any item that the user does not have permission to view regardless of its embargo state. A further improvement would be to check the embargo date on the item as well and customize the message based on this. I'm not sure about the format of the patch file, but it should give you the idea. I'm new to DSpace so YMMV and I'm not sure if there's a better best practice here, but I couldn't find one. I hope this helps someone even if you can't use it because of our different choice in interface. Regards, Alex Lemann -- Achieve unprecedented app performance and reliability What every C/C++ and Fortran developer should know. Learn how Intel has extended the reach of its next-generation tools to help boost performance applications - inlcuding clusters. http://p.sf.net/sfu/intel-dev2devmay ___ DSpace-tech mailing list DSpace-tech@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dspace-tech
[Dspace-tech] Embargo Notification
We are using DSpace 1.6.2 with XMLUI and embargoes enabled. We have a setter in place that Richard Rogers developed, and it has worked great. The embargo system blocks access to a bitstream until the appropriate date. We would like, however, to have a specific notification along the lines of This item is embargoed until July 21, 2012 when a person clicks on an embargoed bitstream. Has anyone come up with a way to do that? *Jason Fowler, CA, MSLS* Archives and Special Collections Librarian The Southern Baptist Theological Seminary President, ALABI 502-897-4573 jfow...@sbts.edu -- Achieve unprecedented app performance and reliability What every C/C++ and Fortran developer should know. Learn how Intel has extended the reach of its next-generation tools to help boost performance applications - inlcuding clusters. http://p.sf.net/sfu/intel-dev2devmay___ DSpace-tech mailing list DSpace-tech@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dspace-tech
Re: [Dspace-tech] Embargo Notification
On 5/16/2011 1:54 PM, Jason Fowler wrote: We are using DSpace 1.6.2 with XMLUI and embargoes enabled. We have a setter in place that Richard Rogers developed, and it has worked great. The embargo system blocks access to a bitstream until the appropriate date. We would like, however, to have a specific notification along the lines of This item is embargoed until July 21, 2012 when a person clicks on an embargoed bitstream. Has anyone come up with a way to do that? I have removed the download link and replaced it with Access Restricted for the JSPUI. This message shows up for any item that the user does not have permission to view regardless of its embargo state. A further improvement would be to check the embargo date on the item as well and customize the message based on this. I'm not sure about the format of the patch file, but it should give you the idea. I'm new to DSpace so YMMV and I'm not sure if there's a better best practice here, but I couldn't find one. I hope this helps someone even if you can't use it because of our different choice in interface. Regards, Alex Lemann diff --git a/dspace-jspui/dspace-jspui-api/src/main/java/org/dspace/app/webui/jsptag/ItemTag.java b/dspace-jspui/dspace-jspui-api/src/main/java/org/dspace/app/webui/jsptag/ItemTag.java index 8cd3fea..4f65df4 100644 --- a/dspace-jspui/dspace-jspui-api/src/main/java/org/dspace/app/webui/jsptag/ItemTag.java +++ b/dspace-jspui/dspace-jspui-api/src/main/java/org/dspace/app/webui/jsptag/ItemTag.java @@ -43,6 +43,8 @@ import org.dspace.core.I18nUtil; import org.dspace.core.PluginManager; import org.dspace.core.Utils; +import org.dspace.authorize.AuthorizeManager; + /** * P * JSP tag for displaying an item. @@ -889,9 +891,15 @@ public class ItemTag extends TagSupport out .print(trtd headers=\t1\ class=\standard\); -out.print(bsLink); - out.print(bitstreams[k].getName()); -out.print(/a); + + if (AuthorizeManager.authorizeActionBoolean(UIUtil.obtainContext(request), bitstreams[k], Constants.READ)) { + out.print(bsLink); + out.print(bitstreams[k].getName()); + out.print(/a); + } + else { + out.print(bitstreams[k].getName()); + } if (multiFile) @@ -937,6 +945,8 @@ public class ItemTag extends TagSupport } } + if (AuthorizeManager.authorizeActionBoolean(UIUtil.obtainContext(request), bitstreams[k], Constants.READ)) { + out .print(bsLink + LocaleSupport @@ -944,6 +954,13 @@ public class ItemTag extends TagSupport pageContext, org.dspace.app.webui.jsptag.ItemTag.view) + /a/td/tr); +} +else { + out.print(Access Restricted/td/tr); +} + + + } } } -- Achieve unprecedented app performance and reliability What every C/C++ and Fortran developer should know. Learn how Intel has extended the reach of its next-generation tools to help boost performance applications - inlcuding clusters. http://p.sf.net/sfu/intel-dev2devmay___ DSpace-tech mailing list DSpace-tech@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dspace-tech
Re: [Dspace-tech] Embargo and OAI interface
On Fri, 6 May 2011, Richard Rodgers wrote: The embargo system is designed to protect bitstreams, not metadata. While it certainly would be possible to alter OAI or other code to check for embargo dates, this has not been done to the best of my knowledge. I am curious why, given that the content will be inaccessible, is it desirable to hide the metadata from harvesters? I'd like to ask for a flag in the dspace config file to let dark items be properly dark (including embargoed items). This applies to search results as well as (possibly even more so) to harvesting. There are several instances where it might be necessary for metadata to be hidden: - data protection (if the metadata contains sensitive information) - commercial interest (e.g. novel discoveries waiting to be exploited) - academic (e.g. disputed works) - usability (dark items aren't available, so shouldn't show up) We've put considerable work in filtering dark items from search results (which took a lot of work, and yet was still a dirty hack) and OAI. It would be nice to see this functionality in the main code base. Best, -- Tom De Mulder td...@cam.ac.uk - Cambridge University Computing Service +44 1223 3 31843 - New Museums Site, Pembroke Street, Cambridge CB2 3QH - 10/05/2011 : The Moon is Waxing Crescent (44% of Full) -- Achieve unprecedented app performance and reliability What every C/C++ and Fortran developer should know. Learn how Intel has extended the reach of its next-generation tools to help boost performance applications - inlcuding clusters. http://p.sf.net/sfu/intel-dev2devmay ___ DSpace-tech mailing list DSpace-tech@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dspace-tech
Re: [Dspace-tech] Embargo and OAI interface
Tom, I have been working lately on hiding items from search results that have READ metadata restrictions for certain users. So for example, item1 is restricted to only one particular user, if that user is logged-in and searches for a string in that item, he will get the item in the results set, but if an anonymous user is logged in and searches for a string in that item, the item will not show in the search results. I am now trying to restrict items like this in the browsing, but am having more difficulty. It sounds like you may have something that restricts items from showing up when browsing. Is that the case? Could you share the code that does that? Thank you! Jose From: Tom De Mulder [td...@cam.ac.uk] Sent: Tuesday, May 10, 2011 5:38 AM To: dspace-tech@lists.sourceforge.net Subject: Re: [Dspace-tech] Embargo and OAI interface On Fri, 6 May 2011, Richard Rodgers wrote: The embargo system is designed to protect bitstreams, not metadata. While it certainly would be possible to alter OAI or other code to check for embargo dates, this has not been done to the best of my knowledge. I am curious why, given that the content will be inaccessible, is it desirable to hide the metadata from harvesters? I'd like to ask for a flag in the dspace config file to let dark items be properly dark (including embargoed items). This applies to search results as well as (possibly even more so) to harvesting. There are several instances where it might be necessary for metadata to be hidden: - data protection (if the metadata contains sensitive information) - commercial interest (e.g. novel discoveries waiting to be exploited) - academic (e.g. disputed works) - usability (dark items aren't available, so shouldn't show up) We've put considerable work in filtering dark items from search results (which took a lot of work, and yet was still a dirty hack) and OAI. It would be nice to see this functionality in the main code base. Best, -- Tom De Mulder td...@cam.ac.uk - Cambridge University Computing Service +44 1223 3 31843 - New Museums Site, Pembroke Street, Cambridge CB2 3QH - 10/05/2011 : The Moon is Waxing Crescent (44% of Full) -- Achieve unprecedented app performance and reliability What every C/C++ and Fortran developer should know. Learn how Intel has extended the reach of its next-generation tools to help boost performance applications - inlcuding clusters. http://p.sf.net/sfu/intel-dev2devmay ___ DSpace-tech mailing list DSpace-tech@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dspace-tech -- Achieve unprecedented app performance and reliability What every C/C++ and Fortran developer should know. Learn how Intel has extended the reach of its next-generation tools to help boost performance applications - inlcuding clusters. http://p.sf.net/sfu/intel-dev2devmay ___ DSpace-tech mailing list DSpace-tech@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dspace-tech
Re: [Dspace-tech] Embargo and OAI interface
On Tue, 10 May 2011, Blanco, Jose wrote: I have been working lately on hiding items from search results that have READ metadata restrictions for certain users. So for example, item1 is restricted to only one particular user, if that user is logged-in and searches for a string in that item, he will get the item in the results set, but if an anonymous user is logged in and searches for a string in that item, the item will not show in the search results. I am now trying to restrict items like this in the browsing, but am having more difficulty. It sounds like you may have something that restricts items from showing up when browsing. Is that the case? Could you share the code that does that? We do have code that does that, but it's quite an ugly hack -- it filters results from the browse pages (including search results) by checking authorization as the browse list is created. This does mess up pagination. Sadly, our developer is indisposed at the moment, and I wouldn't know where to find all the changes, so sharing it isn't really possible at the moment. Sorry. However, I do gather that to Do It Properly, changes would be needed to the actual browse system. Best, -- Tom De Mulder td...@cam.ac.uk - Cambridge University Computing Service +44 1223 3 31843 - New Museums Site, Pembroke Street, Cambridge CB2 3QH - 10/05/2011 : The Moon is Waxing Crescent (46% of Full) -- Achieve unprecedented app performance and reliability What every C/C++ and Fortran developer should know. Learn how Intel has extended the reach of its next-generation tools to help boost performance applications - inlcuding clusters. http://p.sf.net/sfu/intel-dev2devmay ___ DSpace-tech mailing list DSpace-tech@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dspace-tech
Re: [Dspace-tech] Embargo and OAI interface
Tom, I looked at this very closely and realized that the code as it stands would not be easy to change to support this, and that an ugly hack would be needed if we wanted it done. I am actually on travel for a week and would still really like to see what your developer did. It would save me some time, and perhaps it might be good to have a second set of eyes look at it. Maybe there is a way to make it less ugly. Do you think your developer could send me what he has when he is available. I would be happy to share the code change I made to the search results portion of this. That was not so ugly. -Jose From: Tom De Mulder [td...@cam.ac.uk] Sent: Tuesday, May 10, 2011 8:40 AM To: dspace-tech@lists.sourceforge.net Subject: Re: [Dspace-tech] Embargo and OAI interface On Tue, 10 May 2011, Blanco, Jose wrote: I have been working lately on hiding items from search results that have READ metadata restrictions for certain users. So for example, item1 is restricted to only one particular user, if that user is logged-in and searches for a string in that item, he will get the item in the results set, but if an anonymous user is logged in and searches for a string in that item, the item will not show in the search results. I am now trying to restrict items like this in the browsing, but am having more difficulty. It sounds like you may have something that restricts items from showing up when browsing. Is that the case? Could you share the code that does that? We do have code that does that, but it's quite an ugly hack -- it filters results from the browse pages (including search results) by checking authorization as the browse list is created. This does mess up pagination. Sadly, our developer is indisposed at the moment, and I wouldn't know where to find all the changes, so sharing it isn't really possible at the moment. Sorry. However, I do gather that to Do It Properly, changes would be needed to the actual browse system. Best, -- Tom De Mulder td...@cam.ac.uk - Cambridge University Computing Service +44 1223 3 31843 - New Museums Site, Pembroke Street, Cambridge CB2 3QH - 10/05/2011 : The Moon is Waxing Crescent (46% of Full) -- Achieve unprecedented app performance and reliability What every C/C++ and Fortran developer should know. Learn how Intel has extended the reach of its next-generation tools to help boost performance applications - inlcuding clusters. http://p.sf.net/sfu/intel-dev2devmay ___ DSpace-tech mailing list DSpace-tech@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dspace-tech -- Achieve unprecedented app performance and reliability What every C/C++ and Fortran developer should know. Learn how Intel has extended the reach of its next-generation tools to help boost performance applications - inlcuding clusters. http://p.sf.net/sfu/intel-dev2devmay ___ DSpace-tech mailing list DSpace-tech@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dspace-tech
Re: [Dspace-tech] Embargo and OAI interface
I have only a superficial knowledge of this area but I wonder if someone with more interest might look at https://jira.duraspace.org/browse/DS-829 ? It looks like it could facilitate the sort of filtering that you are discussing. Cheers, Robin. On Tue, 2011-05-10 at 13:52 +0100, Blanco, Jose wrote: Tom, I looked at this very closely and realized that the code as it stands would not be easy to change to support this, and that an ugly hack would be needed if we wanted it done. I am actually on travel for a week and would still really like to see what your developer did. It would save me some time, and perhaps it might be good to have a second set of eyes look at it. Maybe there is a way to make it less ugly. Do you think your developer could send me what he has when he is available. I would be happy to share the code change I made to the search results portion of this. That was not so ugly. -Jose From: Tom De Mulder [td...@cam.ac.uk] Sent: Tuesday, May 10, 2011 8:40 AM To: dspace-tech@lists.sourceforge.net Subject: Re: [Dspace-tech] Embargo and OAI interface On Tue, 10 May 2011, Blanco, Jose wrote: I have been working lately on hiding items from search results that have READ metadata restrictions for certain users. So for example, item1 is restricted to only one particular user, if that user is logged-in and searches for a string in that item, he will get the item in the results set, but if an anonymous user is logged in and searches for a string in that item, the item will not show in the search results. I am now trying to restrict items like this in the browsing, but am having more difficulty. It sounds like you may have something that restricts items from showing up when browsing. Is that the case? Could you share the code that does that? We do have code that does that, but it's quite an ugly hack -- it filters results from the browse pages (including search results) by checking authorization as the browse list is created. This does mess up pagination. Sadly, our developer is indisposed at the moment, and I wouldn't know where to find all the changes, so sharing it isn't really possible at the moment. Sorry. However, I do gather that to Do It Properly, changes would be needed to the actual browse system. Best, -- Tom De Mulder td...@cam.ac.uk - Cambridge University Computing Service +44 1223 3 31843 - New Museums Site, Pembroke Street, Cambridge CB2 3QH - 10/05/2011 : The Moon is Waxing Crescent (46% of Full) -- Achieve unprecedented app performance and reliability What every C/C++ and Fortran developer should know. Learn how Intel has extended the reach of its next-generation tools to help boost performance applications - inlcuding clusters. http://p.sf.net/sfu/intel-dev2devmay ___ DSpace-tech mailing list DSpace-tech@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dspace-tech -- Achieve unprecedented app performance and reliability What every C/C++ and Fortran developer should know. Learn how Intel has extended the reach of its next-generation tools to help boost performance applications - inlcuding clusters. http://p.sf.net/sfu/intel-dev2devmay ___ DSpace-tech mailing list DSpace-tech@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dspace-tech -- Achieve unprecedented app performance and reliability What every C/C++ and Fortran developer should know. Learn how Intel has extended the reach of its next-generation tools to help boost performance applications - inlcuding clusters. http://p.sf.net/sfu/intel-dev2devmay ___ DSpace-tech mailing list DSpace-tech@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dspace-tech
Re: [Dspace-tech] Embargo and OAI interface
On May 6, 2011, at 8:03 AM, Tonny Hjelmberg Laursen wrote: We are in the middle of doing a implementation of Primo from Exlibris (integrated search - http://www.exlibrisgroup.com/category/PrimoOverview). Primo can harvest Dspace, but we don't want all the items where the full text is not public accessibly in Primo. We can't configure Primo not to harvest those items, Primo can only manipulate the harvested data. Tonny Den 06/05/2011 kl. 16.49 skrev Richard Rodgers: Hi Tonny: The embargo system is designed to protect bitstreams, not metadata. While it certainly would be possible to alter OAI or other code to check for embargo dates, this has not been done to the best of my knowledge. I am curious why, given that the content will be inaccessible, is it desirable to hide the metadata from harvesters? Thanks, Richard I think the question should be more, why shouldn't there be a option to restrict access to metadata in DSpace? Mostly its an architectural struggle, there would need to be significant work done to control access rights in search and browse results (likewise OAI). I don't think its a formal stance in the community that metadata shouldn't be restricted, I think its a big problem to try to solve and thats why its not present as a feature. There are reasons to make the actual Item private that have nothing to do with Open Access philosophy. Mark -- Achieve unprecedented app performance and reliability What every C/C++ and Fortran developer should know. Learn how Intel has extended the reach of its next-generation tools to help boost performance applications - inlcuding clusters. http://p.sf.net/sfu/intel-dev2devmay___ DSpace-tech mailing list DSpace-tech@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dspace-tech
Re: [Dspace-tech] Embargo and OAI interface
On May 10, 2011, at 2:38 AM, Tom De Mulder wrote: On Fri, 6 May 2011, Richard Rodgers wrote: I'd like to ask for a flag in the dspace config file to let dark items be properly dark (including embargoed items). This applies to search results as well as (possibly even more so) to harvesting. It should be captured in the ResourcePolicies attached to the Collection, Item and/or Bitstreams, because that is where it could be enforced explicitly by the AuthorizationManager. There are several instances where it might be necessary for metadata to be hidden: - data protection (if the metadata contains sensitive information) - commercial interest (e.g. novel discoveries waiting to be exploited) - academic (e.g. disputed works) - usability (dark items aren't available, so shouldn't show up) We've put considerable work in filtering dark items from search results (which took a lot of work, and yet was still a dirty hack) and OAI. It would be nice to see this functionality in the main code base. There are also, System Administration reasons, for example, while an Item is being altered/edited, it may be the case that we do not want to expose it until we've completed that work. -Mark -- Achieve unprecedented app performance and reliability What every C/C++ and Fortran developer should know. Learn how Intel has extended the reach of its next-generation tools to help boost performance applications - inlcuding clusters. http://p.sf.net/sfu/intel-dev2devmay ___ DSpace-tech mailing list DSpace-tech@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dspace-tech
Re: [Dspace-tech] Embargo and OAI interface
On May 10, 2011, at 5:28 AM, Blanco, Jose wrote: Tom, I have been working lately on hiding items from search results that have READ metadata restrictions for certain users. So for example, item1 is restricted to only one particular user, if that user is logged-in and searches for a string in that item, he will get the item in the results set, but if an anonymous user is logged in and searches for a string in that item, the item will not show in the search results. I am now trying to restrict items like this in the browsing, but am having more difficulty. It sounds like you may have something that restricts items from showing up when browsing. Is that the case? Could you share the code that does that? Thank you! Jose One of our future objectives int he Discovery project is to actually restrict the search results to only return results the user is authorized to see. Passing on your approach to the community might be assistive in this area. Mark -- Mark R. Diggory @mire - www.atmire.com 2888 Loker Avenue East - Suite 305 - Carlsbad - CA - 92010 Technologielaan 9 - 3001 Heverlee - Belgium -- Achieve unprecedented app performance and reliability What every C/C++ and Fortran developer should know. Learn how Intel has extended the reach of its next-generation tools to help boost performance applications - inlcuding clusters. http://p.sf.net/sfu/intel-dev2devmay ___ DSpace-tech mailing list DSpace-tech@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dspace-tech
Re: [Dspace-tech] Embargo and OAI interface
I sent the mail below a week ago to the tech-list but I didn't receive any responds on it. I really need some help on this, so if anyone knows a fix….. Thanks, Tonny Fra: tt tt thl@cbs.dkmailto:thl@cbs.dk Dato: Thu, 28 Apr 2011 08:12:45 +0200 Til: dspace-tech@lists.sourceforge.netmailto:dspace-tech@lists.sourceforge.net dspace-tech@lists.sourceforge.netmailto:dspace-tech@lists.sourceforge.net Emne: Embargo and OAI interface We are having a few 1.6.x installations with items that have an embargo date. The embargoed items (metadata) are currently available through the OAI interface. Is it possibly to change this, so they can't be harvested until they have passed the liftdate? Thanks, Tonny -- WhatsUp Gold - Download Free Network Management Software The most intuitive, comprehensive, and cost-effective network management toolset available today. Delivers lowest initial acquisition cost and overall TCO of any competing solution. http://p.sf.net/sfu/whatsupgold-sd___ DSpace-tech mailing list DSpace-tech@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dspace-tech
Re: [Dspace-tech] Embargo and OAI interface
Hi Tonny: The embargo system is designed to protect bitstreams, not metadata. While it certainly would be possible to alter OAI or other code to check for embargo dates, this has not been done to the best of my knowledge. I am curious why, given that the content will be inaccessible, is it desirable to hide the metadata from harvesters? Thanks, Richard On May 6, 2011, at 7:18 AM, Tonny Hjelmberg Laursen wrote: I sent the mail below a week ago to the tech-list but I didn't receive any responds on it. I really need some help on this, so if anyone knows a fix….. Thanks, Tonny Fra: tt tt thl@cbs.dkmailto:thl@cbs.dk Dato: Thu, 28 Apr 2011 08:12:45 +0200 Til: dspace-tech@lists.sourceforge.netmailto:dspace-tech@lists.sourceforge.net dspace-tech@lists.sourceforge.netmailto:dspace-tech@lists.sourceforge.net Emne: Embargo and OAI interface We are having a few 1.6.x installations with items that have an embargo date. The embargoed items (metadata) are currently available through the OAI interface. Is it possibly to change this, so they can't be harvested until they have passed the liftdate? Thanks, Tonny ATT1..cATT2..c -- WhatsUp Gold - Download Free Network Management Software The most intuitive, comprehensive, and cost-effective network management toolset available today. Delivers lowest initial acquisition cost and overall TCO of any competing solution. http://p.sf.net/sfu/whatsupgold-sd___ DSpace-tech mailing list DSpace-tech@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dspace-tech
Re: [Dspace-tech] Embargo and OAI interface
We are in the middle of doing a implementation of Primo from Exlibris (integrated search - http://www.exlibrisgroup.com/category/PrimoOverview). Primo can harvest Dspace, but we don't want all the items where the full text is not public accessibly in Primo. We can't configure Primo not to harvest those items, Primo can only manipulate the harvested data. Tonny Den 06/05/2011 kl. 16.49 skrev Richard Rodgers: Hi Tonny: The embargo system is designed to protect bitstreams, not metadata. While it certainly would be possible to alter OAI or other code to check for embargo dates, this has not been done to the best of my knowledge. I am curious why, given that the content will be inaccessible, is it desirable to hide the metadata from harvesters? Thanks, Richard On May 6, 2011, at 7:18 AM, Tonny Hjelmberg Laursen wrote: I sent the mail below a week ago to the tech-list but I didn't receive any responds on it. I really need some help on this, so if anyone knows a fix….. Thanks, Tonny Fra: tt tt thl@cbs.dk Dato: Thu, 28 Apr 2011 08:12:45 +0200 Til: dspace-tech@lists.sourceforge.net dspace-tech@lists.sourceforge.net Emne: Embargo and OAI interface We are having a few 1.6.x installations with items that have an embargo date. The embargoed items (metadata) are currently available through the OAI interface. Is it possibly to change this, so they can't be harvested until they have passed the liftdate? Thanks, Tonny ATT1..cATT2..c -- WhatsUp Gold - Download Free Network Management Software The most intuitive, comprehensive, and cost-effective network management toolset available today. Delivers lowest initial acquisition cost and overall TCO of any competing solution. http://p.sf.net/sfu/whatsupgold-sd___ DSpace-tech mailing list DSpace-tech@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dspace-tech
[Dspace-tech] Embargo function in DSpace
Hi all, How do I add text to the 'Files in this item' section informing users that this item is under embargo? Here's an example: http://eric.ex.ac.uk/exeter/handle/10036/119585 I'm using Dspace 1.6 and xmlui, this is my version: https://vmeric.exeter.ac.uk/repository/handle/10769/143 Any help would be really appreciated. Ian Ian Wellaway Senior Web Services Developer Academic Systems Exeter IT Room 909, Laver Building University of Exeter EX4 4QE UK tel +44 1392 722852 -- Protect Your Site and Customers from Malware Attacks Learn about various malware tactics and how to avoid them. Understand malware threats, the impact they can have on your business, and how you can protect your company and customers by using code signing. http://p.sf.net/sfu/oracle-sfdevnl ___ DSpace-tech mailing list DSpace-tech@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dspace-tech
[Dspace-tech] Embargo glitch
We are testing 1.6.2 and when submitting in xmlui, we receive the following errors upon the accepting of the DSpace License: An error has occurred java.lang.IllegalStateException: Missing one or more of the required DSpace configuration properties for EmbargoManager, check your configuration file. Cocoon stacktrace [show] Java stacktrace [show] Java full stacktrace [show] I have the Embargo Commented out. Any ideas? Thanks, Jeffrey Trimble System LIbrarian William F. Maag Library Youngstown State University 330.941.2483 (Office) jatrim...@ysu.edu http://www.maag.ysu.edu http://digital.maag.ysu.edu For he is the Kwisatz Haderach... -- Protect Your Site and Customers from Malware Attacks Learn about various malware tactics and how to avoid them. Understand malware threats, the impact they can have on your business, and how you can protect your company and customers by using code signing. http://p.sf.net/sfu/oracle-sfdevnl___ DSpace-tech mailing list DSpace-tech@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dspace-tech
[Dspace-tech] Embargo on Dspace 1.62: the right procedure?!
HI! We migrate from Dspace1.4 to Dspace 1.62 one month ago. All went quite well.. We want to use the default Embargo of Dspace 1.62 so we define new metadata: dc.rights.embargodate We set the embargo to items, that where already in the deposit with batch metadata import. Setting for example the value to the metadata: dc.rights.embargodate 2010-12-31 We have now for example: http://www.openstarts.units.it/dspace/handle/10077/3384?mode=fullsubmit_sim ple=Show+full+item+record this item is now under embargo! But this week I would like to set to other items the embargo.. http://www.openstarts.units.it/dspace/handle/10077/2888?mode=fullsubmit_sim ple=Show+full+item+record BUT now I can't set the emabargo :( I try this: 1)I try with Batch metadata Import like I did for the previous one (and there were 20 items) 2)I try adding directly the metadata to the ITEM.. Nothing help! Now I'm confused... How can I set the Embargo to an Item.. And also to new Items.. I have now the same problem for Items already in Dspace.. and also with new Items,. So which is the best way to set Embargo on Items? THANKS Jordan PIŠČANC Sistema Bibliotecario di Ateneo-SIB www.openstarts.units.it -- Start uncovering the many advantages of virtual appliances and start using them to simplify application deployment and accelerate your shift to cloud computing. http://p.sf.net/sfu/novell-sfdev2dev ___ DSpace-tech mailing list DSpace-tech@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dspace-tech
Re: [Dspace-tech] Embargo on Dspace 1.62: the right procedure?!
Hi Jordan This what we did: http://wiki.lib.sun.ac.za/index.php/SUNScholar/Asset_Embargo Cheers hg On 28/09/2010 17:33, Jordan PIŠCANC wrote: HI! We migrate from Dspace1.4 to Dspace 1.62 one month ago. All went quite well.. We want to use the default Embargo of Dspace 1.62 so we define new metadata: dc.rights.embargodate We set the embargo to items, that where already in the deposit with batch metadata import. Setting for example the value to the metadata: dc.rights.embargodate 2010-12-31 We have now for example: http://www.openstarts.units.it/dspace/handle/10077/3384?mode=fullsubmit_sim ple=Show+full+item+record this item is now under embargo! But this week I would like to set to other items the embargo.. http://www.openstarts.units.it/dspace/handle/10077/2888?mode=fullsubmit_sim ple=Show+full+item+record BUT now I can't set the emabargo :( I try this: 1)I try with Batch metadata Import like I did for the previous one (and there were 20 items) 2)I try adding directly the metadata to the ITEM.. Nothing help! Now I'm confused... How can I set the Embargo to an Item.. And also to new Items.. I have now the same problem for Items already in Dspace.. and also with new Items,. So which is the best way to set Embargo on Items? THANKS Jordan PIŠČANC Sistema Bibliotecario di Ateneo-SIB www.openstarts.units.it -- Start uncovering the many advantages of virtual appliances and start using them to simplify application deployment and accelerate your shift to cloud computing. http://p.sf.net/sfu/novell-sfdev2dev ___ DSpace-tech mailing list DSpace-tech@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dspace-tech -- Hilton Gibson Systems Administrator JS Gericke Library Room 1053 Stellenbosch University Private Bag X5036 Stellenbosch 7599 South Africa Tel: +27 21 808 4100 | Cell: +27 84 646 4758 Simplicity is the ultimate sophistication Leonardo da Vinci -- Start uncovering the many advantages of virtual appliances and start using them to simplify application deployment and accelerate your shift to cloud computing. http://p.sf.net/sfu/novell-sfdev2dev ___ DSpace-tech mailing list DSpace-tech@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dspace-tech
Re: [Dspace-tech] Embargo on Dspace 1.62: the right
Hi Jordan This what we did: http://wiki.lib.sun.ac.za/index.php/SUNScholar/Asset_Embargo THANKS!! I'have only no defined nothing in the input.xml To understand better.. So you set the date in dc.embargo.terms like: dc.embargo.terms = 2011-02-12 and nothing in dc.embargo.lift because this is done automaticly?? Is this the right procedure?? THANKS Jordan We migrate from Dspace1.4 to Dspace 1.62 one month ago. All went quite well.. We want to use the default Embargo of Dspace 1.62 so we define new metadata: dc.rights.embargodate We set the embargo to items, that where already in the deposit with batch metadata import. Setting for example the value to the metadata: dc.rights.embargodate2010-12-31 We have now for example: http://www.openstarts.units.it/dspace/handle/10077/3384?mode=fullsubmit_sim ple=Show+full+item+record this item is now under embargo! But this week I would like to set to other items the embargo.. http://www.openstarts.units.it/dspace/handle/10077/2888?mode=fullsubmit_sim ple=Show+full+item+record BUT now I can't set the emabargo :( I try this: 1)I try with Batch metadata Import like I did for the previous one (and there were 20 items) 2)I try adding directly the metadata to the ITEM.. Nothing help! Now I'm confused... How can I set the Embargo to an Item.. And also to new Items.. I have now the same problem for Items already in Dspace.. and also with new Items,. So which is the best way to set Embargo on Items? THANKS Jordan PIŠČANC Sistema Bibliotecario di Ateneo-SIB www.openstarts.units.it -- Start uncovering the many advantages of virtual appliances and start using them to simplify application deployment and accelerate your shift to cloud computing. http://p.sf.net/sfu/novell-sfdev2dev ___ DSpace-tech mailing list DSpace-tech@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dspace-tech
Re: [Dspace-tech] Embargo 1.6: embargo-lifter
Thanks Claudia. Do you know where I can find documentation on this subject? Regards. Victoria Rasero Biblioteca de la Universidad Carlos III de Madrid 2010/9/10 Claudia Jürgen claudia.juer...@ub.tu-dortmund.de Hello Victoria, the embargo is used for in progress submissions. It is intended to prevent items from being publically available. The lifter will restore the policies of an item (inherit default collection policies) which got metadata of the field defined in dspace.cfg as embargo.field.lift. Hope that helps Claudia Jürgen Am 10.09.2010 13:37, schrieb Victoria Rasero: Hello, If you add the embargo metadata after the submission process: edit item , add metadata , the bitstream allows read by group anonymous. Is you delete this policy manually, does command embargo-lifter restore the read policy for this bitstream when the embargo expire? I wait for your response. Thanks Victoria Rasero Biblioteca de la Universidad Carlos III de Madrid -- Automate Storage Tiering Simply Optimize IT performance and efficiency through flexible, powerful, automated storage tiering capabilities. View this brief to learn how you can reduce costs and improve performance. http://p.sf.net/sfu/dell-sfdev2dev ___ DSpace-tech mailing list DSpace-tech@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dspace-tech -- Claudia Juergen Universitaetsbibliothek Dortmund Eldorado 0231/755-4043 https://eldorado.tu-dortmund.de/ -- Automate Storage Tiering Simply Optimize IT performance and efficiency through flexible, powerful, automated storage tiering capabilities. View this brief to learn how you can reduce costs and improve performance. http://p.sf.net/sfu/dell-sfdev2dev ___ DSpace-tech mailing list DSpace-tech@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dspace-tech -- -- Start uncovering the many advantages of virtual appliances and start using them to simplify application deployment and accelerate your shift to cloud computing http://p.sf.net/sfu/novell-sfdev2dev ___ DSpace-tech mailing list DSpace-tech@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dspace-tech
Re: [Dspace-tech] Embargo 1.6: embargo-lifter
Hello Victoria, it's in section 5.2.17 of the 1.6.2 System documentation see http://www.dspace.org/1_6_2Documentation/ch05.html#N13421 Hope that helps Claudia Jürgen Am 13.09.2010 09:46, schrieb Victoria Rasero: Thanks Claudia. Do you know where I can find documentation on this subject? Regards. Victoria Rasero Biblioteca de la Universidad Carlos III de Madrid 2010/9/10 Claudia Jürgenclaudia.juer...@ub.tu-dortmund.de Hello Victoria, the embargo is used for in progress submissions. It is intended to prevent items from being publically available. The lifter will restore the policies of an item (inherit default collection policies) which got metadata of the field defined in dspace.cfg as embargo.field.lift. Hope that helps Claudia Jürgen Am 10.09.2010 13:37, schrieb Victoria Rasero: Hello, If you add the embargo metadata after the submission process: edit item , add metadata , the bitstream allows read by group anonymous. Is you delete this policy manually, does command embargo-lifter restore the read policy for this bitstream when the embargo expire? I wait for your response. Thanks Victoria Rasero Biblioteca de la Universidad Carlos III de Madrid -- Automate Storage Tiering Simply Optimize IT performance and efficiency through flexible, powerful, automated storage tiering capabilities. View this brief to learn how you can reduce costs and improve performance. http://p.sf.net/sfu/dell-sfdev2dev ___ DSpace-tech mailing list DSpace-tech@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dspace-tech -- Claudia Juergen Universitaetsbibliothek Dortmund Eldorado 0231/755-4043 https://eldorado.tu-dortmund.de/ -- Automate Storage Tiering Simply Optimize IT performance and efficiency through flexible, powerful, automated storage tiering capabilities. View this brief to learn how you can reduce costs and improve performance. http://p.sf.net/sfu/dell-sfdev2dev ___ DSpace-tech mailing list DSpace-tech@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dspace-tech -- -- Start uncovering the many advantages of virtual appliances and start using them to simplify application deployment and accelerate your shift to cloud computing http://p.sf.net/sfu/novell-sfdev2dev ___ DSpace-tech mailing list DSpace-tech@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dspace-tech -- Claudia Juergen Universitaetsbibliothek Dortmund Eldorado 0231/755-4043 https://eldorado.tu-dortmund.de/ -- Start uncovering the many advantages of virtual appliances and start using them to simplify application deployment and accelerate your shift to cloud computing http://p.sf.net/sfu/novell-sfdev2dev ___ DSpace-tech mailing list DSpace-tech@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dspace-tech
[Dspace-tech] Embargo 1.6: embargo-lifter
Hello, If you add the embargo metadata after the submission process: edit item , add metadata , the bitstream allows read by group anonymous. Is you delete this policy manually, does command embargo-lifter restore the read policy for this bitstream when the embargo expire? I wait for your response. Thanks Victoria Rasero Biblioteca de la Universidad Carlos III de Madrid -- Automate Storage Tiering Simply Optimize IT performance and efficiency through flexible, powerful, automated storage tiering capabilities. View this brief to learn how you can reduce costs and improve performance. http://p.sf.net/sfu/dell-sfdev2dev___ DSpace-tech mailing list DSpace-tech@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dspace-tech
Re: [Dspace-tech] Embargo 1.6: embargo-lifter
Hello Victoria, the embargo is used for in progress submissions. It is intended to prevent items from being publically available. The lifter will restore the policies of an item (inherit default collection policies) which got metadata of the field defined in dspace.cfg as embargo.field.lift. Hope that helps Claudia Jürgen Am 10.09.2010 13:37, schrieb Victoria Rasero: Hello, If you add the embargo metadata after the submission process: edit item , add metadata , the bitstream allows read by group anonymous. Is you delete this policy manually, does command embargo-lifter restore the read policy for this bitstream when the embargo expire? I wait for your response. Thanks Victoria Rasero Biblioteca de la Universidad Carlos III de Madrid -- Automate Storage Tiering Simply Optimize IT performance and efficiency through flexible, powerful, automated storage tiering capabilities. View this brief to learn how you can reduce costs and improve performance. http://p.sf.net/sfu/dell-sfdev2dev ___ DSpace-tech mailing list DSpace-tech@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dspace-tech -- Claudia Juergen Universitaetsbibliothek Dortmund Eldorado 0231/755-4043 https://eldorado.tu-dortmund.de/ -- Automate Storage Tiering Simply Optimize IT performance and efficiency through flexible, powerful, automated storage tiering capabilities. View this brief to learn how you can reduce costs and improve performance. http://p.sf.net/sfu/dell-sfdev2dev ___ DSpace-tech mailing list DSpace-tech@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dspace-tech
Re: [Dspace-tech] Embargo dc.rights Field
On 3 August 2010 22:03, Richard Rodgers rrodg...@mit.edu wrote: Hi Sean: See comments below - but I think you now have a correct understanding.. Thanks, Richard On Jul 26, 2010, at 10:23 AM, Sean Carte sean.ca...@gmail.com wrote: On 26 July 2010 14:30, Hilton Gibson hilton.gib...@gmail.com wrote: Hi Sean From what I understand the lift-date is calculated from the terms set. See: http://www.dspace.org/1_6_2Documentation/ch05.html#N13421 I think the terms can be input as 1 year, 6 months, 1 month from submit date. Maybe thats how it works. Cheers hg 2010/7/26 Claudia Jürgen claudia.juer...@ub.tu-dortmund.de: Hello, the default setter understands only a date string or the (configurable) term forever. You can implement your own setter to use other terms, e.g. to calculate the lift date based on time spans, for more details see section: 5.2.17.2. Extending Embargo Functionality of the documentation. Hope that helps Claudia Jürgen Thanks Hilton and Claudia I had misunderstood the purpose of embargo.field.terms. So I should use this field to set the date on which I want the embargo lifted, alternatively I could enter a duration in it? Yes - whatever metadata field is configured for the terms is what the system looks at - but what *values* are permitted in that field depends on the 'setter' code being used. That is also configurable in dspace.cfg (property is plugin.EmbargoSetter). The default setter (org.dspace.embargo.DefaultEmbargoSetter) understands only a literal date - and trivially copies it into whatever field is configured for the liftDate. If those fields are the same, it does exactly nothing. However, if you change the setter to org.dspace.embargo.DayTableEmbargoSetter, then you can enter a word or phrase that maps to a fixed number of days e..g 30 days would cause the setter to assign the lift date to be 30 days after the item is installed. You configure your 'table of days' in dspace.cfg also (see documentation). If you need any other behavior, you will need to write a custom setter. I can certainly help/advise if needed. And I should not use embargo.field.lift in my submission form as this value gets calculated from what is entered into embargo.field.terms? Correct don't use it - *unless* it happens to be the same as the terms field (in which case you really are using the terms field, it just happens to coincide) So I suppose I could simply use this in my input form: field dc-schemadc/dc-schema dc-elementrights/dc-element dc-qualifier/dc-qualifier repeatablefalse/repeatable labelEmbargo Lift Date/label input-typedate/input-type hint If applicable, enter the date that the embargo can be lifted./hint required/required /field With this in dspace.cfg: embargo.field.terms = dc.rights embargo.field.lift = dc.date Yes, this is fine I suppose that's what this was trying to tell me: Do not place the field for 'lift date' in submission screens. This can potentially confuse submitters because they may feel that they can directly assign values to it. As noted in the life-cycle above, this is erroneous: the lift date gets assigned by the embargo system based on the terms. Any pre-existing value will be over-written. But see next recommendation for an exception. But then: As the life-cycle discussion above makes clear, after the terms are applied, that field is no longer actionable in the embargo system. Conversely, the 'lift date' field is not actionable *until* the application. Thus you may want to consider configuring both the 'terms' and 'lift date' to use the same metadata field. In this way, during workflow you would see only the terms, and after item installation, only the lift date. If you wish the metadata to retain the terms for any reason, use two distinct fields instead. This seems to suggest I could have the following in dspace.cfg: embargo.field.terms = dc.rights embargo.field.lift = dc.rights ... with only dc.rights in my input form? Does that sound about right? (From my testing it does seem to work.) Yes, this is OK as well. The real question is whether you want to persist the terms over time: if you use a single field, then the terms will be obliterated once the lift date is calculated. That is, you won't (after the item is installed) be able to say 'this was a 6 month embargo', all you will see is the lift date. But if all you are entering are lift dates as terms, then it is somewhat wasteful to use 2 distinct metadata fields to hold the same value. Does this make sense? Perfectly! Thanks Richard. Sean -- Sean Carte esAL Library Systems Manager +27 72 898 8775 +27 31 373 2490 fax: 0866741254 http://esal.dut.ac.za/ -- The Palm PDK Hot Apps Program offers developers who use the Plug-In
Re: [Dspace-tech] Embargo dc.rights Field
On 04/08/2010 15:23, Sean Carte wrote: On 3 August 2010 22:03, Richard Rodgersrrodg...@mit.edu wrote: Hi Sean: See comments below - but I think you now have a correct understanding.. Thanks, Richard On Jul 26, 2010, at 10:23 AM, Sean Carte sean.ca...@gmail.com wrote: On 26 July 2010 14:30, Hilton Gibsonhilton.gib...@gmail.com wrote: Hi Sean From what I understand the lift-date is calculated from the terms set. See: http://www.dspace.org/1_6_2Documentation/ch05.html#N13421 I think the terms can be input as 1 year, 6 months, 1 month from submit date. Maybe thats how it works. Cheers hg 2010/7/26 Claudia Jürgenclaudia.juer...@ub.tu-dortmund.de: Hello, the default setter understands only a date string or the (configurable) term forever. You can implement your own setter to use other terms, e.g. to calculate the lift date based on time spans, for more details see section: 5.2.17.2. Extending Embargo Functionality of the documentation. Hope that helps Claudia Jürgen Thanks Hilton and Claudia I had misunderstood the purpose of embargo.field.terms. So I should use this field to set the date on which I want the embargo lifted, alternatively I could enter a duration in it? Yes - whatever metadata field is configured for the terms is what the system looks at - but what *values* are permitted in that field depends on the 'setter' code being used. That is also configurable in dspace.cfg (property is plugin.EmbargoSetter). The default setter (org.dspace.embargo.DefaultEmbargoSetter) understands only a literal date - and trivially copies it into whatever field is configured for the liftDate. If those fields are the same, it does exactly nothing. However, if you change the setter to org.dspace.embargo.DayTableEmbargoSetter, then you can enter a word or phrase that maps to a fixed number of days e..g 30 days would cause the setter to assign the lift date to be 30 days after the item is installed. You configure your 'table of days' in dspace.cfg also (see documentation). If you need any other behavior, you will need to write a custom setter. I can certainly help/advise if needed. And I should not use embargo.field.lift in my submission form as this value gets calculated from what is entered into embargo.field.terms? Correct don't use it - *unless* it happens to be the same as the terms field (in which case you really are using the terms field, it just happens to coincide) So I suppose I could simply use this in my input form: field dc-schemadc/dc-schema dc-elementrights/dc-element dc-qualifier/dc-qualifier repeatablefalse/repeatable labelEmbargo Lift Date/label input-typedate/input-type hint If applicable, enter the date that the embargo can be lifted./hint required/required /field With this in dspace.cfg: embargo.field.terms = dc.rights embargo.field.lift = dc.date Yes, this is fine I suppose that's what this was trying to tell me: Do not place the field for 'lift date' in submission screens. This can potentially confuse submitters because they may feel that they can directly assign values to it. As noted in the life-cycle above, this is erroneous: the lift date gets assigned by the embargo system based on the terms. Any pre-existing value will be over-written. But see next recommendation for an exception. But then: As the life-cycle discussion above makes clear, after the terms are applied, that field is no longer actionable in the embargo system. Conversely, the 'lift date' field is not actionable *until* the application. Thus you may want to consider configuring both the 'terms' and 'lift date' to use the same metadata field. In this way, during workflow you would see only the terms, and after item installation, only the lift date. If you wish the metadata to retain the terms for any reason, use two distinct fields instead. This seems to suggest I could have the following in dspace.cfg: embargo.field.terms = dc.rights embargo.field.lift = dc.rights ... with only dc.rights in my input form? Does that sound about right? (From my testing it does seem to work.) Yes, this is OK as well. The real question is whether you want to persist the terms over time: if you use a single field, then the terms will be obliterated once the lift date is calculated. That is, you won't (after the item is installed) be able to say 'this was a 6 month embargo', all you will see is the lift date. But if all you are entering are lift dates as terms, then it is somewhat wasteful to use 2 distinct metadata fields to hold the same value. Does this make sense? Perfectly! Thanks Richard. Sean Hi Richard I have created a wiki page for user in South Africa. See:
[Dspace-tech] Embargo dc.rights Field
I have the following in /dspace/config/input-forms.xml field dc-schemadc/dc-schema dc-elementrights/dc-element dc-qualifier/dc-qualifier repeatablefalse/repeatable labelEmbargo Terms/label input-typetextarea/input-type hint If applicable, enter conditions of embargo./hint required/required /field But when I use this field in a submission, I can submit the item, but can't approve it as the software seems to expect a date in that field: 2010-07-26 12:15:23,090 WARN org.dspace.content.DCDate @ Mangled date: Two day embargo. ..failed all attempts to parse as date. I was under the impression that this field existed to give an explanation of the embargo; I've already got a dc.date field: field dc-schemadc/dc-schema dc-elementdate/dc-element dc-qualifier/dc-qualifier repeatablefalse/repeatable labelEmbargo Lift Date/label input-typedate/input-type hint If applicable, submit date that the embargo can be lifted./hint required/required /field Why would I need another date in dc.rights? Sean -- Sean Carte esAL Library Systems Manager +27 72 898 8775 +27 31 373 2490 fax: 0866741254 http://esal.dut.ac.za/ -- The Palm PDK Hot Apps Program offers developers who use the Plug-In Development Kit to bring their C/C++ apps to Palm for a share of $1 Million in cash or HP Products. Visit us here for more details: http://ad.doubleclick.net/clk;226879339;13503038;l? http://clk.atdmt.com/CRS/go/247765532/direct/01/ ___ DSpace-tech mailing list DSpace-tech@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dspace-tech
Re: [Dspace-tech] Embargo dc.rights Field
Hi Sean From what I understand the lift-date is calculated from the terms set. See: http://www.dspace.org/1_6_2Documentation/ch05.html#N13421 I think the terms can be input as 1 year, 6 months, 1 month from submit date. Maybe thats how it works. Cheers hg On 26/07/2010 12:24, Sean Carte wrote: I have the following in /dspace/config/input-forms.xml field dc-schemadc/dc-schema dc-elementrights/dc-element dc-qualifier/dc-qualifier repeatablefalse/repeatable labelEmbargo Terms/label input-typetextarea/input-type hint If applicable, enter conditions of embargo./hint required/required /field But when I use this field in a submission, I can submit the item, but can't approve it as the software seems to expect a date in that field: 2010-07-26 12:15:23,090 WARN org.dspace.content.DCDate @ Mangled date: Two day embargo. ..failed all attempts to parse as date. I was under the impression that this field existed to give an explanation of the embargo; I've already got a dc.date field: field dc-schemadc/dc-schema dc-elementdate/dc-element dc-qualifier/dc-qualifier repeatablefalse/repeatable labelEmbargo Lift Date/label input-typedate/input-type hint If applicable, submit date that the embargo can be lifted./hint required/required /field Why would I need another date in dc.rights? Sean -- Hilton Gibson Systems Administrator JS Gericke Library Room 1025D Stellenbosch University Private Bag X5036 Stellenbosch 7599 South Africa Tel: +27 21 808 4100 | Cell: +27 84 646 4758 -- The Palm PDK Hot Apps Program offers developers who use the Plug-In Development Kit to bring their C/C++ apps to Palm for a share of $1 Million in cash or HP Products. Visit us here for more details: http://ad.doubleclick.net/clk;226879339;13503038;l? http://clk.atdmt.com/CRS/go/247765532/direct/01/ ___ DSpace-tech mailing list DSpace-tech@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dspace-tech
Re: [Dspace-tech] Embargo dc.rights Field
Hello, the default setter understands only a date string or the (configurable) term forever. You can implement your own setter to use other terms, e.g. to calculate the lift date based on time spans, for more details see section: 5.2.17.2. Extending Embargo Functionality of the documentation. Hope that helps Claudia Jürgen Am 26.07.2010 14:30, schrieb Hilton Gibson: Hi Sean From what I understand the lift-date is calculated from the terms set. See: http://www.dspace.org/1_6_2Documentation/ch05.html#N13421 I think the terms can be input as 1 year, 6 months, 1 month from submit date. Maybe thats how it works. Cheers hg On 26/07/2010 12:24, Sean Carte wrote: I have the following in /dspace/config/input-forms.xml field dc-schemadc/dc-schema dc-elementrights/dc-element dc-qualifier/dc-qualifier repeatablefalse/repeatable labelEmbargo Terms/label input-typetextarea/input-type hint If applicable, enter conditions of embargo./hint required/required /field But when I use this field in a submission, I can submit the item, but can't approve it as the software seems to expect a date in that field: 2010-07-26 12:15:23,090 WARN org.dspace.content.DCDate @ Mangled date: Two day embargo. ..failed all attempts to parse as date. I was under the impression that this field existed to give an explanation of the embargo; I've already got a dc.date field: field dc-schemadc/dc-schema dc-elementdate/dc-element dc-qualifier/dc-qualifier repeatablefalse/repeatable labelEmbargo Lift Date/label input-typedate/input-type hint If applicable, submit date that the embargo can be lifted./hint required/required /field Why would I need another date in dc.rights? Sean -- Mit freundlichen Gruessen Claudia Juergen Universitaetsbibliothek Dortmund Eldorado 0231/755-4043 https://eldorado.tu-dortmund.de/ -- The Palm PDK Hot Apps Program offers developers who use the Plug-In Development Kit to bring their C/C++ apps to Palm for a share of $1 Million in cash or HP Products. Visit us here for more details: http://ad.doubleclick.net/clk;226879339;13503038;l? http://clk.atdmt.com/CRS/go/247765532/direct/01/ ___ DSpace-tech mailing list DSpace-tech@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dspace-tech
Re: [Dspace-tech] Embargo setter plugin question
Richard, I've been testing the setter and have run into a problem. Here's the problem: When I select 6 months, the submission fails. The date that it tries to set is earlier than the date of submission. For example, if I make the submission today (2010-05-06), it tries to set an embargo date of 2010-04-17. When I select a date of 1 year, the submission succeeds, but the date is wrong. For example, if I make the submission today (2010-05-06), it tries to set an embargo date of 2010-05-23. When I select 2 years, the submission fails. The date that it tries to set is earlier than the date of submission. For example, if I make the submission today (2010-05-06), it tries to set an embargo date of 2010-04-20. Here is what I've done. First, I added the DayTableEmbargoSetter.java to [DSOURCE]/dspace-api/target/classses/org/dspace/embargo Next, I added to dspace.cfg the following line embargo.terms.days = 6 months:180,1 year:365,2 years:730 and I changed the embargo setter line to say plugin.single.org.dspace.embargo.EmbargoSetter = org.dspace.embargo.DayTableEmbargoSetter Then, I added to input-forms.xml field dc-schemadc/dc-schema dc-elementembargo/dc-element dc-qualifierterms/dc-qualifier repeatablefalse/repeatable labelDate of embargo duration/label input-type value-pairs-name=embargo_lengthsdropdown/input-type hintDate when the embargo can be lifted./hint required/required /field and under form-value-pairs value-pairs value-pairs-name=embargo_lengths dc-term=type pair displayed-value6 Months/displayed-value stored-value6 months/stored-value /pair pair displayed-value1 Year/displayed-value stored-value1 year/stored-value /pair pair displayed-value2 Years/displayed-value stored-value2 years/stored-value /pair /value-pairs I've done all of the mvn and ant stuff correctly. Everything is in the place it should be. My system date is correct, and all of the other dates that get stored are correct. Thanks for your help. The code looks to be very, very close. Not sure what is causing the inconsistency in setting dates. It could very well be something I've configured incorrectly. Jason Fowler, CA, MSLS Archives and Special Collections Librarian The Southern Baptist Theological Seminary Vice President, ALABI jfow...@sbts.edu From: Richard Rodgers [rrodg...@mit.edu] Sent: Tuesday, May 04, 2010 2:02 PM To: Jason Fowler Cc: DSpace-tech@lists.sourceforge.net Subject: Re: [Dspace-tech] Embargo setter plugin question Hi Jason: Bit of an email glitch in my last reply: looks like the text became an attachment. But the gist is: I sent you a setter class (source and .class file) that I haven't tested, but might do what you are looking for. Let me know if you have any problems, or if the set-up description is not clear. It's fairly general, so if it works for you, we can include it in the next distribution. Thanks, Richard R On May 3, 2010, at 11:27 AM, Jason Fowler wrote: Has anyone yet developed a custom Embargo setter for 1.6 that will mimic UMI's embargo terms (6 months, 1 year, 2 years). If so, would you be willing to share the code? Thanks, Jason Fowler, CA, MSLS Archives and Special Collections Librarian The Southern Baptist Theological Seminary Vice President, ALABI jfow...@sbts.edu -- ___ DSpace-tech mailing list DSpace-tech@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dspace-tech -- ___ DSpace-tech mailing list DSpace-tech@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dspace-tech
[Dspace-tech] Embargo error on Approval
Hello, We we try to approve an item that has been submitted with an embargo date (in dc.embargo.liftdate) we receive the following error: java.lang.NullPointerException at org.dspace.embargo.EmbargoManager.getEmbargoDate(EmbargoManager.java:166 ) Can anyone suggest how to resolve this? We are running 1.6. Richard Jizba Creighton University Omaha, NE -- ___ DSpace-tech mailing list DSpace-tech@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dspace-tech
Re: [Dspace-tech] Embargo setter plugin question
DayTableEmbargoSetter.class Description: DayTableEmbargoSetter.class DayTableEmbargoSetter.java Description: DayTableEmbargoSetter.java Hi Jason: I haven't tested it, but here's a setter that might do what you want. I include both the source and class files (just put the latter in your classpath to try it out). To set it up do the following: (1) add a property in dspace.cfg embargo.terms.days = 6 months:182,1 year:365, 2 years:730 (you can use any language you want on the left-hand side: '6 months' can be 'ProQuest min' or whatever, it is the number of days after the ':' that matters) (2) In input_forms.xml, add a new 'value-pairs' element like: value-pairs value-pairs-name=UMI_embargo dc-term=embargo pair displayed-value6 months/displayed-value stored-value6 months/stored-value /pair pair displayed-value1 year/displayed-value stored-value1 year/stored-value /pair . Now, for whatever field you configured as embargo.field.terms, change it to use a 'dropdown' to that value-pair defined above. Let me know if this works for you, and if so, we can include it in the next release, as an option for all. Thanks, Richard R On May 3, 2010, at 11:27 AM, Jason Fowler wrote: Has anyone yet developed a custom Embargo setter for 1.6 that will mimic UMI's embargo terms (6 months, 1 year, 2 years). If so, would you be willing to share the code? Thanks, Jason Fowler, CA, MSLS Archives and Special Collections Librarian The Southern Baptist Theological Seminary Vice President, ALABI jfow...@sbts.edu -- ___ DSpace-tech mailing list DSpace-tech@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dspace-tech -- ___ DSpace-tech mailing list DSpace-tech@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dspace-tech
Re: [Dspace-tech] Embargo setter plugin question
Hi Jason: Bit of an email glitch in my last reply: looks like the text became an attachment. But the gist is: I sent you a setter class (source and .class file) that I haven't tested, but might do what you are looking for. Let me know if you have any problems, or if the set-up description is not clear. It's fairly general, so if it works for you, we can include it in the next distribution. Thanks, Richard R On May 3, 2010, at 11:27 AM, Jason Fowler wrote: Has anyone yet developed a custom Embargo setter for 1.6 that will mimic UMI's embargo terms (6 months, 1 year, 2 years). If so, would you be willing to share the code? Thanks, Jason Fowler, CA, MSLS Archives and Special Collections Librarian The Southern Baptist Theological Seminary Vice President, ALABI jfow...@sbts.edu -- ___ DSpace-tech mailing list DSpace-tech@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dspace-tech -- ___ DSpace-tech mailing list DSpace-tech@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dspace-tech
Re: [Dspace-tech] Embargo setter plugin question
Thanks, Richard! That looks great. I will give it a thorough testing and let you know what I find. Jason Fowler, CA, MSLS Archives and Special Collections Librarian The Southern Baptist Theological Seminary Vice President, ALABI jfow...@sbts.edu From: Richard Rodgers [rrodg...@mit.edu] Sent: Tuesday, May 04, 2010 2:02 PM To: Jason Fowler Cc: DSpace-tech@lists.sourceforge.net Subject: Re: [Dspace-tech] Embargo setter plugin question Hi Jason: Bit of an email glitch in my last reply: looks like the text became an attachment. But the gist is: I sent you a setter class (source and .class file) that I haven't tested, but might do what you are looking for. Let me know if you have any problems, or if the set-up description is not clear. It's fairly general, so if it works for you, we can include it in the next distribution. Thanks, Richard R On May 3, 2010, at 11:27 AM, Jason Fowler wrote: Has anyone yet developed a custom Embargo setter for 1.6 that will mimic UMI's embargo terms (6 months, 1 year, 2 years). If so, would you be willing to share the code? Thanks, Jason Fowler, CA, MSLS Archives and Special Collections Librarian The Southern Baptist Theological Seminary Vice President, ALABI jfow...@sbts.edu -- ___ DSpace-tech mailing list DSpace-tech@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dspace-tech -- ___ DSpace-tech mailing list DSpace-tech@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dspace-tech
[Dspace-tech] Embargo setter plugin question
Has anyone yet developed a custom Embargo setter for 1.6 that will mimic UMI's embargo terms (6 months, 1 year, 2 years). If so, would you be willing to share the code? Thanks, Jason Fowler, CA, MSLS Archives and Special Collections Librarian The Southern Baptist Theological Seminary Vice President, ALABI jfow...@sbts.edu -- ___ DSpace-tech mailing list DSpace-tech@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dspace-tech
[Dspace-tech] embargo in 16.
I wanted to experiment with the embargo setting and I'm finding the documentation in: http://wiki.dspace.org/confluence/display/DSPACE/Embargo+1.6 to be lacking in examples, and so I'm not getting very far. This is what I have done. 1. I have created two new dc fields for the emabargo, and changed the dspace.cfg file to use them: embargo.field.terms = dc.description.terms embargo.field.terms = dc.desciption.lift Now I tried to deposit using the traditional form and I get this error: java.lang.IllegalStateException: Missing one or more of the required DSpace configuration properties for EmbargoManager, check your configuration file. at org.dspace.embargo.EmbargoManager.init(EmbargoManager.java:377) Do I need to add these fields to the input-forms.xml file? What happens for collections where I don't want users to submit items with embargo? Thank you, Jose -- ___ DSpace-tech mailing list DSpace-tech@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dspace-tech
Re: [Dspace-tech] embargo in 16.
Hi Jose: We are still working on improving the doc. I attach a draft that might answer many of your questions. But briefly, yes, you need to create any new metadata fields you want to use for embargo, both in the metadata registry, and place them in input-forms.xml If you don't want embargo info recorded for certain collections, then only add them in input_forms to the collections you want. E.g, you could leave these fields out of the 'default' form, and create a 'embargo' form that includes them. Then, configure the map at the beginning of input_forms to point each collection you want to have use embargo to that 'embargo' form. Hope this helps, Richard R {\rtf1\ansi\ansicpg1252\cocoartf1038\cocoasubrtf250 {\fonttbl\f0\fswiss\fcharset0 Helvetica;\f1\fmodern\fcharset0 Courier;} {\colortbl;\red255\green255\blue255;} \margl1440\margr1440\vieww18820\viewh11900\viewkind0 \pard\tx720\tx1440\tx2160\tx2880\tx3600\tx4320\tx5040\tx5760\tx6480\tx7200\tx7920\tx8640\ql\qnatural\pardirnatural \f0\fs24 \cf0 Embargo Support in DSpace 1.6\ \ i. What is an embargo?\ \ An embargo is a temporary access restriction placed on content, commencing at time of accession. It's scope or duration may vary, but the fact that it eventually expires is what distinguishes it from other content restrictions. For example, it is not unusual for content destined for DSpace to come with permanent restrictions on use or access based on license-driven or other IP-based requirements that limit access to institutionally affiliated users. Restrictions such as these are imposed and managed using standard administrative tools in DSpace, typically by attaching specific policies to Items or Collections, Bitstreams, etc. The embargo functionally introduced in 1.6, however, includes tools to automate the imposition and removal of restrictions in managed timeframes.\ \ II.Embargo model and life-cycle\ \ Functionally, the embargo system allows you to attach 'terms' to an item before it is placed into the repository, which express how the embargo should be applied. What do 'we mean by terms' here? They are really any expression that the system is capable of turning into (1) the time the embargo expires, and (2) a concrete set of access restrictions. Some examples:\ \ 2020-09-12 - an absolute date (i.e. the date embargo will be lifted)\ 6 months - a time relative to when the item is accessioned\ forever - an indefinite, or open-ended embargo\ local only until 2015 - both a time and an exception (public has no access until 2015, local users OK immediately)\ Nature Publishing Group standard - look-up to a policy somewhere (typically 6 months)\ \ These terms are 'interpreted' by the embargo system to yield a specific date on which the embargo can be removed or 'lifted'., and a specific set of access policies. Obviously, some terms are easier to interpret than others (the absolute date really requires none at all), and the 'default' embargo logic understands only the most basic terms (the first and third examples above). But as we will see below, the embargo system provides you with the ability to add in your own 'interpreters' to cope with any terms expressions you wish to have. This date that is the result of the interpretation is stored with the item and the embargo system detects when that date has passed, and removes the embargo (lifts it), so the item bitstreams become available. Here is a more detailed life-cycle for an embargoed item:\ \ A. Terms assignment\ \ The first step in placing an embargo on an item is to attach (assign) 'terms' to it.\ If these terms are missing, no embargo will be imposed. As we will see below, terms are carried in a configurable DSpace metadata field, so assigning terms just means assigning a value to a metadata field. This can be done in a web submission user interface form, in a SWORD deposit package, a batch import, etc. - anywhere metadata is passed to DSpace. The terms are not immediately acted upon, and may be revised, corrected, removed, etc, up until the next stage of the life-cycle. Thus a submitter could enter one value, and a collection editor replace it, and only the last value will be used. Since metadata fields are multivalued, theoretically there can be multiple terms values, but in the default implementation only one is recognized.\ \ B. Terms interpretation/imposition\ \ In DSpace terminology, when an Item has exited the last of any workflow steps (or if none have been defined for it), it is said to be 'installed' into the repository. At this precise time, the 'interpretation' of the terms occurs, and a computed 'lift date' is assigned, which like the terms is recorded in a configurable metadata field. It is important to understand that this interpretation happens only once, (just like the installation), and cannot be revisited later. Thus, although an administrator can assign a new value to the metadata field holding the terms after the item has been installed, this will have no effect on the
Re: [Dspace-tech] Embargo in 1.6
Hi Stuart: I'll take a crack at some of your questions: see remarks inline below. Thanks, Richard R On Tue, 2009-12-08 at 17:40 +1300, stuart yeates wrote: I have some questions about the Embargo plugin in 1.6. I'm basing this on http://wiki.dspace.org/index.php/Embargo_1.6 and trolling through the subversion repository (dspace-1.6.0-rc1 tag). We'd like to have an drop-down box in our self-deposit which allows users to select an embargo period (probably 3, 6, 12, 18 or 24 months). This then gets put in the metadata field pointed to by embargo.field.terms (probably 'VUW.embargo'), and the date of uplift calculated and stored in that pointed to by embargo.field.lift (probably 'available'). As far as submission goes, you could do this fairly easily by using the configurations available in 'input-forms.xml' by defining the drop-down list and it's values. See the doc for more information (all XML, no Java) The DefaultEmbargoSetter automatically sets the default permissions so that while the item metadata for an embargoed item is globally readable, the bitstreams are inaccessible to everyone but admins. [This could be overridden to a less strict lockdown by overriding the setEmbargo method, we havent' thrashed this out yet] DefaultEmbargoSetter also calculates the embargo.field.lift date, from the embargo.field.terms and the current time/date. Once a day the EmbargoManager runs and uplifts items whose embargo has expired. Uplifting involves setting the permissions to whatever the default permissions are for the collection it's in, making item's bitstreams public. My questions are: [1] Does the above sound sane? Yes, that's the general flow of embargo processing, and what you want to do falls generally within it. [2] Is there any way to generate notifications of lifting? The easiest thing I can see would be to do a search for the embargo.field.terms field, sorting on the availability, and supply that as an RSS feed. You could do something like that, but you could also directly act when the embargo is lifted. On the wiki page you cite, look at the Downloads section of the Prototype implementation for 'Embargo-1.6-new.zip'. This contains some example code from Harvard that extends the EmbargoLifter to send an email to the submitter whenever an embargoed item is lifted. This could give you an idea of how to do something similar (you didn't characterize how the notification target(s) would be identified, so I can't be more specific). [3] We're considering how to direct users to other sources for the item when it's currently embargoed. This would probably be involve displaying a block of text which might be inviting them to login and giving them alternative access routes to the item. Has anyone done this? This might be a bit more involved, especially if (as seems likely by your description) the text and access route would be item-specific. Having said this, if you could represent it in a metadata field or fields that would be entered at submission, your Lifter could programmatically remove them when the embargo ends. [4] In the wiki at http://wiki.dspace.org/index.php/Embargo_1.6, if I am reading things correctly, the second to last option in the config file snippet is missing the relevant default option and the last option has it truncated. Am I reading it correctly? The wiki page does look a little truncated: go with what you find in the dspace.cfg that ships with the 1.6 distribution and current tech doc. Due to my technical skills, I'd prefer options that involve XSLT to those involving Java :) Except where noted above in [2] and [3] above about customizing the Lifter, the only Java coding you would need to do is in the EmbargoSetter (to interpret your fixed intervals into DSpace dates), but this is fairly simple (very rough code, just an example): [in 'parseTerms' method] ... if (3 months.equals(terms)) { long monMillis = 90 * 24 * 60 * 60 * 1000; return new DCDate(new Date(System.currentTimeMillis() + monMillis)); } else if (6 months.equals(terms)) { . cheers stuart -- Return on Information: Google Enterprise Search pays you back Get the facts. http://p.sf.net/sfu/google-dev2dev ___ DSpace-tech mailing list DSpace-tech@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dspace-tech
[Dspace-tech] Embargo in 1.6
I have some questions about the Embargo plugin in 1.6. I'm basing this on http://wiki.dspace.org/index.php/Embargo_1.6 and trolling through the subversion repository (dspace-1.6.0-rc1 tag). We'd like to have an drop-down box in our self-deposit which allows users to select an embargo period (probably 3, 6, 12, 18 or 24 months). This then gets put in the metadata field pointed to by embargo.field.terms (probably 'VUW.embargo'), and the date of uplift calculated and stored in that pointed to by embargo.field.lift (probably 'available'). The DefaultEmbargoSetter automatically sets the default permissions so that while the item metadata for an embargoed item is globally readable, the bitstreams are inaccessible to everyone but admins. [This could be overridden to a less strict lockdown by overriding the setEmbargo method, we havent' thrashed this out yet] DefaultEmbargoSetter also calculates the embargo.field.lift date, from the embargo.field.terms and the current time/date. Once a day the EmbargoManager runs and uplifts items whose embargo has expired. Uplifting involves setting the permissions to whatever the default permissions are for the collection it's in, making item's bitstreams public. My questions are: [1] Does the above sound sane? [2] Is there any way to generate notifications of lifting? The easiest thing I can see would be to do a search for the embargo.field.terms field, sorting on the availability, and supply that as an RSS feed. [3] We're considering how to direct users to other sources for the item when it's currently embargoed. This would probably be involve displaying a block of text which might be inviting them to login and giving them alternative access routes to the item. Has anyone done this? [4] In the wiki at http://wiki.dspace.org/index.php/Embargo_1.6, if I am reading things correctly, the second to last option in the config file snippet is missing the relevant default option and the last option has it truncated. Am I reading it correctly? Due to my technical skills, I'd prefer options that involve XSLT to those involving Java :) cheers stuart -- Stuart Yeates http://www.nzetc.org/ New Zealand Electronic Text Centre http://researcharchive.vuw.ac.nz/ Institutional Repository -- Return on Information: Google Enterprise Search pays you back Get the facts. http://p.sf.net/sfu/google-dev2dev ___ DSpace-tech mailing list DSpace-tech@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dspace-tech
Re: [Dspace-tech] Embargo-152.patch
2009/8/21 fatih fatiho...@gmail.com: We have been trying to apply embargo patch on Dspace 1.5.2, but kept getting this error message: /dspace/dspace-1.5.2-src-release# patch -p0 Embargo-152.patch Looks like a unified context diff. The next patch looks like a unified context diff. Hunk #1 failed at line 730. 1 out of 1 hunks failed: saving rejects to dspace/config/dspace.cfg.rej The next patch looks like a unified context diff. File to patch: Have seen a similar post at http://www.mail-archive.com/dspace-tech@lists.sourceforge.net/msg06797.html but we were unable to get that far anyway. Our Dspace runs on a Solaris server and Tomcat uses webapps directory for the XMLUI located at /tomcat/webapps. Any suggestions? Thanks Fatih Hi Fatih I believe it is necessary to download the dspace source from SVN. Follow the instructions here to the letter: http://wiki.dspace.org/index.php/User:Emetsger:Embargo:Downloads_here Sean -- Sean Carte esAL Library Systems Manager +27 72 898 8775 +27 31 373 2490 fax: 0866741254 http://esal.dut.ac.za/ -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ DSpace-tech mailing list DSpace-tech@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dspace-tech
[Dspace-tech] Embargo-152.patch
We have been trying to apply embargo patch on Dspace 1.5.2, but kept getting this error message: /dspace/dspace-1.5.2-src-release# patch -p0 Embargo-152.patch Looks like a unified context diff. The next patch looks like a unified context diff. Hunk #1 failed at line 730. 1 out of 1 hunks failed: saving rejects to dspace/config/dspace.cfg.rej The next patch looks like a unified context diff. File to patch: Have seen a similar post at http://www.mail-archive.com/dspace-tech@lists.sourceforge.net/msg06797.html but we were unable to get that far anyway. Our Dspace runs on a Solaris server and Tomcat uses webapps directory for the XMLUI located at /tomcat/webapps. Any suggestions? Thanks Fatih -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ DSpace-tech mailing list DSpace-tech@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dspace-tech
Re: [Dspace-tech] Embargo
2009/3/19 Elliot Metsger emets...@jhu.edu How do you know that tomcat is using /dspace/webapps? Did you modify your Tomcat configuration? Yes, I changed the directory in /var/lib/tomcat5.5/conf/server.xml so I don't have to copy everything across every time I update something. No, if Tomcat is indeed using the xmlui webapp under /dspace/webapps/xmlui, then you shouldn't need to move anything. But the error you're getting makes me think that Tomcat isn't using /dspace/webapps/xmlui. Of course, you're right: I was still using the jspui. Stupid me! Thanks for your help. Keep well Sean -- Sean Carte esAL Library Systems Manager +27 72 898 8775 +27 31 373 2490 fax: 0866741254 http://esal.dut.ac.za/ -- Apps built with the Adobe(R) Flex(R) framework and Flex Builder(TM) are powering Web 2.0 with engaging, cross-platform capabilities. Quickly and easily build your RIAs with Flex Builder, the Eclipse(TM)based development software that enables intelligent coding and step-through debugging. Download the free 60 day trial. http://p.sf.net/sfu/www-adobe-com ___ DSpace-tech mailing list DSpace-tech@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dspace-tech
Re: [Dspace-tech] Embargo
Thank you so much Elliot, that works beautifully! Sean -- Sean Carte esAL Library Systems Manager +27 72 898 8775 +27 31 373 2490 fax: 0866741254 http://esal.dut.ac.za/ -- Apps built with the Adobe(R) Flex(R) framework and Flex Builder(TM) are powering Web 2.0 with engaging, cross-platform capabilities. Quickly and easily build your RIAs with Flex Builder, the Eclipse(TM)based development software that enables intelligent coding and step-through debugging. Download the free 60 day trial. http://p.sf.net/sfu/www-adobe-com ___ DSpace-tech mailing list DSpace-tech@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dspace-tech
Re: [Dspace-tech] Embargo
2009/3/19 Elliot Metsger emets...@jhu.edu: The updated documentation at http://wiki.dspace.org/index.php/User:Emetsger:Embargo:Downloads_here should fix this. I inserted a new step 4, where you run a 'mvn clean install' prior to step 5 (cd dspace mvn package assembly:assembly). After running the ant target to install (or update) DSpace, you should be able to cd to ${dspace.dir}/webapps/xmlui and run 'jar -tf WEB-INF/lib/dspace-xmlui-api-1.5.1.jar |grep Embargo' and you should see the EmbargoProcessor class in the output. Deploy this war to Tomcat. You will need to update item-submission.xml, and I'll try to update the wiki document further for that step. esm:/tmp/dspace/webapps/xmlui$ jar -tf WEB-INF/lib/dspace-xmlui-api-1.5.1.jar |grep Embargo org/dspace/app/xmlui/aspect/administrative/collection/EditCollectionEmbargoForm.class org/dspace/app/xmlui/aspect/administrative/FlowEmbargoUtils.class org/dspace/app/xmlui/aspect/administrative/item/ConfirmEmbargoItemForm.class org/dspace/app/xmlui/aspect/submission/submit/EmbargoStep.class org/dspace/app/xmlui/cocoon/BitstreamReader$WorkflowEmbargo.class org/dspace/submit/step/EmbargoProcessor.class esm:/tmp/dspace/webapps/xmlui$ Sorry if I'm being dense, but I still have the same problem: 2009-03-19 11:09:15,241 ERROR org.dspace.app.webui.servlet.SubmissionController @ Error loading step class'org.dspace.submit.step.EmbargoProcessor': java.lang.ClassNotFoundException: org.dspace.submit.step.EmbargoProcessor at org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1362) tomcat uses /dspace/webapps, so I don't think I have to move anything after installation. Does this mean I still have to move something somewhere: /dspace/webapps/xmlui$ jar -tf WEB-INF/lib/dspace-xmlui-api-1.5.1.jar |grep Embargo org/dspace/app/xmlui/aspect/administrative/item/ConfirmEmbargoItemForm.class org/dspace/app/xmlui/aspect/administrative/collection/EditCollectionEmbargoForm.class org/dspace/app/xmlui/aspect/administrative/FlowEmbargoUtils.class org/dspace/app/xmlui/aspect/submission/submit/EmbargoStep.class org/dspace/app/xmlui/cocoon/BitstreamReader$WorkflowEmbargo.class org/dspace/submit/step/EmbargoProcessor.class Sean -- Sean Carte esAL Library Systems Manager +27 72 898 8775 +27 31 373 2490 fax: 0866741254 http://esal.dut.ac.za/ -- Apps built with the Adobe(R) Flex(R) framework and Flex Builder(TM) are powering Web 2.0 with engaging, cross-platform capabilities. Quickly and easily build your RIAs with Flex Builder, the Eclipse(TM)based development software that enables intelligent coding and step-through debugging. Download the free 60 day trial. http://p.sf.net/sfu/www-adobe-com ___ DSpace-tech mailing list DSpace-tech@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dspace-tech
Re: [Dspace-tech] Embargo
Sean Carte wrote: Sorry if I'm being dense, but I still have the same problem: 2009-03-19 11:09:15,241 ERROR org.dspace.app.webui.servlet.SubmissionController @ Error loading step class'org.dspace.submit.step.EmbargoProcessor': java.lang.ClassNotFoundException: org.dspace.submit.step.EmbargoProcessor at org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1362) tomcat uses /dspace/webapps, so I don't think I have to move anything after installation. How do you know that tomcat is using /dspace/webapps? Did you modify your Tomcat configuration? Sean Carte wrote: Does this mean I still have to move something somewhere: /dspace/webapps/xmlui$ jar -tf WEB-INF/lib/dspace-xmlui-api-1.5.1.jar |grep Embargo org/dspace/app/xmlui/aspect/administrative/item/ConfirmEmbargoItemForm.class org/dspace/app/xmlui/aspect/administrative/collection/EditCollectionEmbargoForm.class org/dspace/app/xmlui/aspect/administrative/FlowEmbargoUtils.class org/dspace/app/xmlui/aspect/submission/submit/EmbargoStep.class org/dspace/app/xmlui/cocoon/BitstreamReader$WorkflowEmbargo.class org/dspace/submit/step/EmbargoProcessor.class No, if Tomcat is indeed using the xmlui webapp under /dspace/webapps/xmlui, then you shouldn't need to move anything. But the error you're getting makes me think that Tomcat isn't using /dspace/webapps/xmlui. First, the EmbargoProcessor class is on the xmlui webapp classpath, because it's in your XMLUI WEB-INF/lib/dspace-xmlui-api-1.5.1.jar file. Second, the class reporting the error (org.dspace.app.webui.servlet.SubmissionController) is part of JSPUI, not XMLUI, so I'm not sure how or why you're getting an error from SubmissionController if you're using the XMLUI webapp under /dspace/webapps/xmlui. So, to me, there seems to be something funny with the installation itself... I'd try a fresh install with a clean Tomcat installation? -- View this message in context: http://www.nabble.com/Embargo-tp21933256p22601440.html Sent from the DSpace - Tech mailing list archive at Nabble.com. -- Apps built with the Adobe(R) Flex(R) framework and Flex Builder(TM) are powering Web 2.0 with engaging, cross-platform capabilities. Quickly and easily build your RIAs with Flex Builder, the Eclipse(TM)based development software that enables intelligent coding and step-through debugging. Download the free 60 day trial. http://p.sf.net/sfu/www-adobe-com ___ DSpace-tech mailing list DSpace-tech@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dspace-tech
Re: [Dspace-tech] Embargo
Thanks to all who responded. That was sufficient motivation for me to have another go at implementing embargoes in 1.5.1. Here's what I've discovered, and where I'm currently stuck. I hope someone will be able to nudge me in the right direction. Embargo on Bitstream (JSP) ^ http://wiki.dspace.org/index.php/Embargo_on_Bitstream This looks like a very nice implementation, requiring only changes to a few java and jsp files, and no modifications to the database as far as I can tell. Unfortunately it is only for 1.4.2 and before. Its author intends to re-implement it for 1.5, but has no immediate plans. Embargo on Bitstream v2 (JSP) http://wiki.dspace.org/index.php/Embargo_on_Bitstream_v2_(JSP) Officially for 1.4.2, this can be made to work in 1.5.1. The differences involve hunting down the correct java files and making the changes there instead of where described in the wiki page. This implementation treats the embargoed items as withdrawn items until the embargo period terminates. While this does work, it would be nicer to have some indication that the item exists though it is embargoed. User:Emetsger:Embargo ^ http://wiki.dspace.org/index.php/User:Emetsger:Embargo http://wiki.dspace.org/index.php/User:Emetsger:Embargo:Downloads_here http://wiki.dspace.org/index.php/JHU_Embargo_Patch_Documentation http://maven.mse.jhu.edu/embargo/faq.html This looks like the most full-featured implementation, and a patch for 1.5.1 exists. I just wish I could get it to work. What doesn't seem to be documented anywhere, except in the patch file, and the item-submission.xml file that it patches, is the crucial information that it necessary to edit this file and specify the collection handles that will have embargoes enabled. With the exception of 'message key=xmlui.administrative.collection.EditCollectionEmbargo.trailEmbargo settings/message' in messages.xml , the patch file already seems to add everything mentioned in http://wiki.dspace.org/index.php/JHU_Embargo_Patch_Documentation. When I try to submit an item, I get an Infernal System Error, the relevant message from dspace.log seems to be: 2009-03-18 09:05:06,180 ERROR org.dspace.app.webui.servlet.SubmissionController @ Error loading step class'org.dspace.submit.step.EmbargoProcessor': java.lang.ClassNotFoundException: org.dspace.submit.step.EmbargoProcessor And sure enough, the EmbargoProcessor file is nowhere to be found in /dspace, though it does exist in my source: dsp...@esal-lr:~$ find dspace-1_5_1/ -name EmbargoProcessor* dspace-1_5_1/dspace-xmlui/dspace-xmlui-api/src/main/java/org/dspace/submit/step/EmbargoProcessor.java dspace-1_5_1/dspace-xmlui/dspace-xmlui-api/target/classes/org/dspace/submit/step/EmbargoProcessor.class Do I need to copy this class file file (and presumably others too) somewhere into the /dspace/webapps tree? Sean -- Sean Carte esAL Library Systems Manager +27 72 898 8775 +27 31 373 2490 fax: 0866741254 http://esal.dut.ac.za/ -- Apps built with the Adobe(R) Flex(R) framework and Flex Builder(TM) are powering Web 2.0 with engaging, cross-platform capabilities. Quickly and easily build your RIAs with Flex Builder, the Eclipse(TM)based development software that enables intelligent coding and step-through debugging. Download the free 60 day trial. http://p.sf.net/sfu/www-adobe-com ___ DSpace-tech mailing list DSpace-tech@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dspace-tech
Re: [Dspace-tech] Embargo
Thanks to all who responded. That was sufficient motivation for me to have another go at implementing embargoes in 1.5.1. Yikes! I don't want you to duplicate too much work. Sorry I haven't had time to post before We recently contracted with Mark Diggory and @mire to do exactly this work. The resultant code is available from our codebase at http://dryad.googlecode.com and full documentation is available in http://dryad.googlecode.com/svn/trunk/docs/atMireDocumentation-2009-3.pdf There is only one small catch: the embargo code sits alongside some other modifications. I still need to go through the documentation to pull out the relevant files to create a patch. I won't have time today, but should be able to get to it later this week. (Of course, if someone else wants to do this beforehand, you're welcome to.) --- Ryan Scherle --- Data Repository Architect --- National Evolutionary Synthesis Center -- Apps built with the Adobe(R) Flex(R) framework and Flex Builder(TM) are powering Web 2.0 with engaging, cross-platform capabilities. Quickly and easily build your RIAs with Flex Builder, the Eclipse(TM)based development software that enables intelligent coding and step-through debugging. Download the free 60 day trial. http://p.sf.net/sfu/www-adobe-com ___ DSpace-tech mailing list DSpace-tech@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dspace-tech
Re: [Dspace-tech] Embargo
Hi Sean, Sorry you're having so much trouble with the embargo module. I've updated the wiki page at http://wiki.dspace.org/index.php/User:Emetsger:Embargo:Downloads_here Sean Carte wrote: This looks like the most full-featured implementation, and a patch for 1.5.1 exists. I just wish I could get it to work. snip When I try to submit an item, I get an Infernal System Error, the relevant message from dspace.log seems to be: 2009-03-18 09:05:06,180 ERROR org.dspace.app.webui.servlet.SubmissionController @ Error loading step class'org.dspace.submit.step.EmbargoProcessor': java.lang.ClassNotFoundException: org.dspace.submit.step.EmbargoProcessor And sure enough, the EmbargoProcessor file is nowhere to be found in /dspace, though it does exist in my source: dsp...@esal-lr:~$ find dspace-1_5_1/ -name EmbargoProcessor* dspace-1_5_1/dspace-xmlui/dspace-xmlui-api/src/main/java/org/dspace/submit/step/EmbargoProcessor.java dspace-1_5_1/dspace-xmlui/dspace-xmlui-api/target/classes/org/dspace/submit/step/EmbargoProcessor.class Do I need to copy this class file file (and presumably others too) somewhere into the /dspace/webapps tree? The updated documentation at http://wiki.dspace.org/index.php/User:Emetsger:Embargo:Downloads_here should fix this. I inserted a new step 4, where you run a 'mvn clean install' prior to step 5 (cd dspace mvn package assembly:assembly). After running the ant target to install (or update) DSpace, you should be able to cd to ${dspace.dir}/webapps/xmlui and run 'jar -tf WEB-INF/lib/dspace-xmlui-api-1.5.1.jar |grep Embargo' and you should see the EmbargoProcessor class in the output. Deploy this war to Tomcat. You will need to update item-submission.xml, and I'll try to update the wiki document further for that step. esm:/tmp/dspace/webapps/xmlui$ jar -tf WEB-INF/lib/dspace-xmlui-api-1.5.1.jar |grep Embargo org/dspace/app/xmlui/aspect/administrative/collection/EditCollectionEmbargoForm.class org/dspace/app/xmlui/aspect/administrative/FlowEmbargoUtils.class org/dspace/app/xmlui/aspect/administrative/item/ConfirmEmbargoItemForm.class org/dspace/app/xmlui/aspect/submission/submit/EmbargoStep.class org/dspace/app/xmlui/cocoon/BitstreamReader$WorkflowEmbargo.class org/dspace/submit/step/EmbargoProcessor.class esm:/tmp/dspace/webapps/xmlui$ -- View this message in context: http://www.nabble.com/Embargo-tp21933256p22592799.html Sent from the DSpace - Tech mailing list archive at Nabble.com. -- Apps built with the Adobe(R) Flex(R) framework and Flex Builder(TM) are powering Web 2.0 with engaging, cross-platform capabilities. Quickly and easily build your RIAs with Flex Builder, the Eclipse(TM)based development software that enables intelligent coding and step-through debugging. Download the free 60 day trial. http://p.sf.net/sfu/www-adobe-com ___ DSpace-tech mailing list DSpace-tech@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dspace-tech
Re: [Dspace-tech] Embargo
2009/3/18 Ryan Scherle re...@duke.edu: Thanks to all who responded. That was sufficient motivation for me to have another go at implementing embargoes in 1.5.1. Yikes! I don't want you to duplicate too much work. Sorry I haven't had time to post before We recently contracted with Mark Diggory and @mire to do exactly this work. The resultant code is available from our codebase at http://dryad.googlecode.com and full documentation is available in http://dryad.googlecode.com/svn/trunk/docs/atMireDocumentation-2009-3.pdf There is only one small catch: the embargo code sits alongside some other modifications. I still need to go through the documentation to pull out the relevant files to create a patch. I won't have time today, but should be able to get to it later this week. (Of course, if someone else wants to do this beforehand, you're welcome to.) Thanks Ryan, that is excellent news. I'll look forward to this. Sean -- Sean Carte esAL Library Systems Manager +27 72 898 8775 +27 31 373 2490 fax: 0866741254 http://esal.dut.ac.za/ -- Apps built with the Adobe(R) Flex(R) framework and Flex Builder(TM) are powering Web 2.0 with engaging, cross-platform capabilities. Quickly and easily build your RIAs with Flex Builder, the Eclipse(TM)based development software that enables intelligent coding and step-through debugging. Download the free 60 day trial. http://p.sf.net/sfu/www-adobe-com ___ DSpace-tech mailing list DSpace-tech@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dspace-tech
Re: [Dspace-tech] Embargo
2009/3/19 Elliot Metsger emets...@jhu.edu: Sorry you're having so much trouble with the embargo module. I've updated the wiki page at http://wiki.dspace.org/index.php/User:Emetsger:Embargo:Downloads_here Thanks Elliot, I'll have another go at this. Sean -- Sean Carte esAL Library Systems Manager +27 72 898 8775 +27 31 373 2490 fax: 0866741254 http://esal.dut.ac.za/ -- Apps built with the Adobe(R) Flex(R) framework and Flex Builder(TM) are powering Web 2.0 with engaging, cross-platform capabilities. Quickly and easily build your RIAs with Flex Builder, the Eclipse(TM)based development software that enables intelligent coding and step-through debugging. Download the free 60 day trial. http://p.sf.net/sfu/www-adobe-com ___ DSpace-tech mailing list DSpace-tech@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dspace-tech
Re: [Dspace-tech] Embargo
Hi Sean, If you need a field in the database to control embargo, get your DBA to add one. We have added several custom fields to our database and it works fine. You just have to keep track of them and make the same changes in future releases. Sue -Original Message- From: Sean Carte [mailto:sean.ca...@gmail.com] Sent: Thursday, March 05, 2009 5:31 AM To: dspace-tech@lists.sourceforge.net Subject: Re: [Dspace-tech] Embargo Sorry to resurrect this sad thread, but I'm still stuck and getting nowhere fast. Are there plans to include an embargo facility in a future version of DSpace? Alternatively, has anybody implemented embargoes with an external script that checks a field in the database. In desperation, I've been considering doing something along those lines, but I can't find a suitable field in the database that could be used to restrict access to a bitstream. Sean -- Sean Carte esAL Library Systems Manager +27 72 898 8775 +27 31 373 2490 fax: 0866741254 http://esal.dut.ac.za/ -- Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H ___ DSpace-tech mailing list DSpace-tech@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dspace-tech -- Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H ___ DSpace-tech mailing list DSpace-tech@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dspace-tech
Re: [Dspace-tech] Embargo
Sorry to resurrect this sad thread, but I'm still stuck and getting nowhere fast. Are there plans to include an embargo facility in a future version of DSpace? Alternatively, has anybody implemented embargoes with an external script that checks a field in the database. In desperation, I've been considering doing something along those lines, but I can't find a suitable field in the database that could be used to restrict access to a bitstream. Sean -- Sean Carte esAL Library Systems Manager +27 72 898 8775 +27 31 373 2490 fax: 0866741254 http://esal.dut.ac.za/ -- Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H ___ DSpace-tech mailing list DSpace-tech@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dspace-tech
Re: [Dspace-tech] Embargo
Sean, I have an embargo in place in our instance of Dspace. It's not ideal, but is a workaround. I can find the docs of what I changed and send to you if helpful. What have you already implemented? What version of Dspace are you using? If I'm recalling correctly, the patch I loaded was in SourceForge, and uses an existing table date field to hold the embargo. Here's an example of what it looks like on the front end https://digarchive.library.vcu.edu/dspace/handle/10156/2358 I would also like to resurrect this topic as well - There are several programs at VCU where grad students and professors alike are hesitant to open up their work to the public. It would be great if we could incorporate embargo into a future release of Dspace. Thanks! Susan Teague-Rector Web Applications Manager VCU Libraries setea...@vcu.edu Sean Carte wrote: Sorry to resurrect this sad thread, but I'm still stuck and getting nowhere fast. Are there plans to include an embargo facility in a future version of DSpace? Alternatively, has anybody implemented embargoes with an external script that checks a field in the database. In desperation, I've been considering doing something along those lines, but I can't find a suitable field in the database that could be used to restrict access to a bitstream. Sean -- Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H ___ DSpace-tech mailing list DSpace-tech@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dspace-tech
Re: [Dspace-tech] Embargo
I agree. I was in the shower this morning thinking about how helpful embargo capabilities would be. I would love for that to be included in a future release. It seems as if that would be a pretty simple adjustment to make for the project. -Original Message- From: susan rector [mailto:setea...@vcu.edu] Sent: Thursday, March 05, 2009 7:28 AM To: Sean Carte Cc: dspace-tech@lists.sourceforge.net Subject: Re: [Dspace-tech] Embargo Sean, I have an embargo in place in our instance of Dspace. It's not ideal, but is a workaround. I can find the docs of what I changed and send to you if helpful. What have you already implemented? What version of Dspace are you using? If I'm recalling correctly, the patch I loaded was in SourceForge, and uses an existing table date field to hold the embargo. Here's an example of what it looks like on the front end https://digarchive.library.vcu.edu/dspace/handle/10156/2358 I would also like to resurrect this topic as well - There are several programs at VCU where grad students and professors alike are hesitant to open up their work to the public. It would be great if we could incorporate embargo into a future release of Dspace. Thanks! Susan Teague-Rector Web Applications Manager VCU Libraries setea...@vcu.edu Sean Carte wrote: Sorry to resurrect this sad thread, but I'm still stuck and getting nowhere fast. Are there plans to include an embargo facility in a future version of DSpace? Alternatively, has anybody implemented embargoes with an external script that checks a field in the database. In desperation, I've been considering doing something along those lines, but I can't find a suitable field in the database that could be used to restrict access to a bitstream. Sean -- Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H ___ DSpace-tech mailing list DSpace-tech@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dspace-tech -- Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H ___ DSpace-tech mailing list DSpace-tech@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dspace-tech
Re: [Dspace-tech] Embargo
2009/2/11 Reuben Pasquini rdp0...@auburn.edu Hi Sean, We have a simple embargo setup working on a repository with a single collection and a simple embargo model. I fear we have very different definitions of 'simple'! I can give you a dspace-1.5.1ish-api.jar that implements this if you like. How would I use that? I managed to follow your steps as far as applying your patch to AuthorizeManager.java. I'm not sure that I've managed to reconstruct the patch file with the line-breaks in the correct places, so I've attached it. Would you mind taking a look? I get the following error: dsp...@seanc:~/dspace-1_5_1/dspace-api$ patch -p0 --dry-run ../../AuthMgr.patch patching file src/main/java/org/dspace/authorize/AuthorizeManager.java Hunk #2 FAILED at 78. Hunk #3 FAILED at 245. Hunk #4 FAILED at 278. Hunk #5 FAILED at 306. 4 out of 5 hunks FAILED -- saving rejects to file src/main/java/org/dspace/authorize/AuthorizeManager.java.rej Good luck! I'm not sure that'll be enough! Sean -- Sean Carte esAL Library Systems Manager +27 72 898 8775 +27 31 373 2490 fax: 0866741254 http://esal.dut.ac.za/ Index: src/main/java/org/dspace/authorize/AuthorizeManager.java === --- src/main/java/org/dspace/authorize/AuthorizeManager.java(revision 2942) +++ src/main/java/org/dspace/authorize/AuthorizeManager.java(working copy) @@ -40,11 +40,19 @@ package org.dspace.authorize; import java.sql.SQLException; +import java.text.DateFormat; +import java.text.SimpleDateFormat; import java.util.ArrayList; +import java.util.Date; import java.util.Iterator; import java.util.List; +import org.apache.log4j.Logger; +import org.dspace.content.Bitstream; +import org.dspace.content.Bundle; +import org.dspace.content.DCValue; import org.dspace.content.DSpaceObject; +import org.dspace.content.Item; import org.dspace.core.Constants; import org.dspace.core.Context; import org.dspace.eperson.EPerson; @@ -70,6 +78,7 @@ */ public class AuthorizeManager { +private static final Logger log = Logger.getLogger(AuthorizeManager.class); /** * Utility method, checks that the current user of the given context can * perform all of the specified actions on the given object. An @@ -236,6 +245,9 @@ return isAuthorized; } + +private static final EmbargoManager mgr_embargo = new SimpleEmbargoManager (); + /** * Check to see if the given user can perform the given action on the given * object. Always returns true if the ignore authorization flat is set in @@ -266,6 +278,11 @@ return false; } + +//if (log.isDebugEnabled()) { +log.info( authorizing access to object id: + o.getID () ); +//} + // is authorization disabled for this context? if (c.ignoreAuthorization()) { @@ -289,6 +306,18 @@ } } +if ( (Constants.READ == action) + (Constants.BITSTREAM == o.getType ()) + mgr_embargo.checkEmbargo( (Bitstream) o, userid ) + ) { +if ( 0 == userid ) { +return false; +} +// a user with WRITE permission on the object does +// not need to respect the EMBARGO +return authorize( c, o, Constants.WRITE, e ); +} + for (ResourcePolicy rp : getPoliciesActionFilter(c, o, action)) { // check policies for date validity -- Create and Deploy Rich Internet Apps outside the browser with Adobe(R)AIR(TM) software. With Adobe AIR, Ajax developers can use existing skills and code to build responsive, highly engaging applications that combine the power of local resources and data with the reach of the web. Download the Adobe AIR SDK and Ajax docs to start building applications today-http://p.sf.net/sfu/adobe-com___ DSpace-tech mailing list DSpace-tech@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dspace-tech
Re: [Dspace-tech] Embargo
2009/2/11 Reuben Pasquini rdp0...@auburn.edu Hi Sean, We have a simple embargo setup working on a repository with a single collection and a simple embargo model. I fear we have very different definitions of 'simple'! I can give you a dspace-1.5.1ish-api.jar that implements this if you like. How would I use that? I managed to follow your steps as far as applying your patch to AuthorizeManager.java. I'm not sure that I've managed to reconstruct the patch file with the line-breaks in the correct places, so I've attached it. Would you mind taking a look? I get the following error: dsp...@seanc:~/dspace-1_5_1/dspace-api$ patch -p0 --dry-run ../../AuthMgr.patch patching file src/main/java/org/dspace/authorize/AuthorizeManager.java Hunk #2 FAILED at 78. Hunk #3 FAILED at 245. Hunk #4 FAILED at 278. Hunk #5 FAILED at 306. 4 out of 5 hunks FAILED -- saving rejects to file src/main/java/org/dspace/authorize/AuthorizeManager.java.rej Good luck! I'm not sure that'll be enough! Sean -- Sean Carte esAL Library Systems Manager +27 72 898 8775 +27 31 373 2490 fax: 0866741254 http://esal.dut.ac.za/ -- Create and Deploy Rich Internet Apps outside the browser with Adobe(R)AIR(TM) software. With Adobe AIR, Ajax developers can use existing skills and code to build responsive, highly engaging applications that combine the power of local resources and data with the reach of the web. Download the Adobe AIR SDK and Ajax docs to start building applications today-http://p.sf.net/sfu/adobe-com ___ DSpace-tech mailing list DSpace-tech@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dspace-tech
Re: [Dspace-tech] Embargo
On a different machine, I managed to successfully follow all the steps at: http://wiki.dspace.org/index.php/User:Emetsger:Embargo:Downloads_here But I don't see any way to add embargo data to a collection. I did see in the document that 'currently you have to edit the embargoselectprofile database table'. But what do I change? Mine looks like this: dspace= SELECT * FROM embargoselectprofile; profile_id | profile_type | name | values_in_months +--+--+-- 1 |1 | JHU | 6|12|24|120|180 (1 row) Sean -- Sean Carte esAL Library Systems Manager +27 72 898 8775 +27 31 373 2490 fax: 0866741254 http://esal.dut.ac.za/ -- Create and Deploy Rich Internet Apps outside the browser with Adobe(R)AIR(TM) software. With Adobe AIR, Ajax developers can use existing skills and code to build responsive, highly engaging applications that combine the power of local resources and data with the reach of the web. Download the Adobe AIR SDK and Ajax docs to start building applications today-http://p.sf.net/sfu/adobe-com ___ DSpace-tech mailing list DSpace-tech@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dspace-tech
[Dspace-tech] Embargo
I've been trying to get embargoes working using DSpace 1.5.1, but I'm not getting very far. Please could someone give me a push in the right direction. I've been following the instructions at: http://wiki.dspace.org/index.php/User:Emetsger:Embargo:Downloads_here 1) Start postgres and create new database (the patch uses the default database settings) 2) Check out 1.5.1 from https://dspace.svn.sourceforge.net/svnroot/dspace/tags/dspace-1_5_1 3) Apply the DSpace Media:Embargo-151.patch.gz file from the base dspace source directory (You'll need to gzip -d the file first). [patch -p0 Embargo-151.patch] 4) cd dspace mvn package assembly:assembly I get as far as mvn package asssembly:assembly, which downloads all the ~/.m2 files but then fails to compile: dsp...@esal-lr:~/dspace-1_5_1/dspace$ mvn -e package assembly:assembly + Error stacktraces are turned on. [INFO] Scanning for projects... [INFO] Reactor build order: [INFO] DSpace XML-UI (Manakin) [INFO] DSpace XML-UI (Manakin) :: Wing-Framework [INFO] DSpace Kernel :: API and Implementation [INFO] DSpace XML-UI (Manakin) :: API and Core Aspects [INFO] DSpace XML-UI (Manakin) :: Web Application Resources [INFO] DSpace Addon Modules [INFO] DSpace XML-UI (Manakin) :: Web Application [INFO] DSpace LNI [INFO] DSpace LNI :: Core Implementation [INFO] DSpace LNI :: Web Application Resources [INFO] DSpace LNI :: Web Application [INFO] DSpace OAI [INFO] DSpace OAI :: API and Implementation [INFO] DSpace OAI :: Web Application Resources [INFO] DSpace OAI :: Web Application [INFO] DSpace JSP-UI [INFO] DSpace JSP-UI :: API and Implementation [INFO] DSpace JSP-UI :: Web Application Resources [INFO] DSpace JSP-UI :: Web Application [INFO] DSpace SWORD [INFO] DSpace SWORD :: API and Implementation [INFO] DSpace SWORD :: Web Application Resources [INFO] DSpace SWORD :: Web Application [INFO] DSpace LNI :: CLI Client Application [INFO] DSpace Assembly and Configuration [INFO] Searching repository for plugin with prefix: 'assembly'. [INFO] [INFO] Building DSpace XML-UI (Manakin) [INFO]task-segment: [package] [INFO] [INFO] [site:attach-descriptor] [INFO] [INFO] Building DSpace XML-UI (Manakin) :: Wing-Framework [INFO]task-segment: [package] [INFO] [INFO] [resources:resources] [WARNING] Using platform encoding (UTF-8 actually) to copy filtered resources, i.e. build is platform dependent! [INFO] skip non existing resourceDirectory /home/dspace/dspace-1_5_1/dspace/../dspace-xmlui/dspace-xmlui-wing/src/main/resources [INFO] [compiler:compile] [INFO] Nothing to compile - all classes are up to date [INFO] [resources:testResources] [WARNING] Using platform encoding (UTF-8 actually) to copy filtered resources, i.e. build is platform dependent! [INFO] skip non existing resourceDirectory /home/dspace/dspace-1_5_1/dspace/../dspace-xmlui/dspace-xmlui-wing/src/test/resources [INFO] [compiler:testCompile] [INFO] No sources to compile [INFO] [surefire:test] [INFO] No tests to run. [INFO] [jar:jar] [INFO] [INFO] Building DSpace Kernel :: API and Implementation [INFO]task-segment: [package] [INFO] [INFO] [resources:resources] [WARNING] Using platform encoding (UTF-8 actually) to copy filtered resources, i.e. build is platform dependent! [INFO] Copying 3 resources [INFO] [compiler:compile] [INFO] Nothing to compile - all classes are up to date [INFO] [resources:testResources] [WARNING] Using platform encoding (UTF-8 actually) to copy filtered resources, i.e. build is platform dependent! [INFO] skip non existing resourceDirectory /home/dspace/dspace-1_5_1/dspace/../dspace-api/src/test/resources [INFO] [compiler:testCompile] [INFO] No sources to compile [INFO] [dependency:copy {execution: jmockit-copy}] [INFO] Configured Artifact: jmockit:jmockit:0.94:jar [INFO] jmockit:jmockit:0.94:jar already exists in /home/dspace/dspace-1_5_1/dspace/../dspace-api/target/dependency [INFO] [surefire:test] [INFO] No tests to run. [INFO] [jar:jar] [INFO] [INFO] Building DSpace XML-UI (Manakin) :: API and Core Aspects [INFO]task-segment: [package] [INFO] [INFO] [resources:resources] [WARNING] Using platform encoding (UTF-8 actually) to copy filtered resources, i.e. build is platform dependent! [INFO] Copying 10 resources [INFO] [compiler:compile] [INFO] Compiling 14 source files to /home/dspace/dspace-1_5_1/dspace/../dspace-xmlui/dspace-xmlui-api/target/classes [INFO]
Re: [Dspace-tech] Embargo on DSpace 1.5
Elliot Metsger [EMAIL PROTECTED] wrote: Depending on your timeline for embargo implementation, you may want to take a look at http://wiki.dspace.org/index.php/User:Emetsger:Embargo . Its an embargo implementation I'm working on, and hopefully porting to 1.5 this summer... additional eyes/coding/feedback appreciated. Elliot, I've been aware of your work for some time. Unfortunately, we're on a very tight schedule here. I've found that a significant amount of new work is needed to implement embargo in Manakin, and just figuring out where the hooks should go is the trickiest part. Right now I'm concentrating on the post-processing classes for the steps, which are in org.dspace.submit.step under dspace-api. -- Gary McGath Digital Library Software Engineer Harvard University Library Office for Information Systems http://hul.harvard.edu/~gary/index.html - This SF.net email is sponsored by the 2008 JavaOne(SM) Conference Don't miss this year's exciting event. There's still time to save $100. Use priority code J8TL2D2. http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone ___ DSpace-tech mailing list DSpace-tech@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dspace-tech
Re: [Dspace-tech] Embargo on DSpace 1.5
Hi Gary, Sorry I couldn't be more help, I certainly understand deadlines. I hope to have a patch for 1.4.2 and Manakin 1.1a posted by the end of May. Best, Elliot Gary McGath wrote: Elliot Metsger [EMAIL PROTECTED] wrote: Depending on your timeline for embargo implementation, you may want to take a look at http://wiki.dspace.org/index.php/User:Emetsger:Embargo . Its an embargo implementation I'm working on, and hopefully porting to 1.5 this summer... additional eyes/coding/feedback appreciated. Elliot, I've been aware of your work for some time. Unfortunately, we're on a very tight schedule here. I've found that a significant amount of new work is needed to implement embargo in Manakin, and just figuring out where the hooks should go is the trickiest part. Right now I'm concentrating on the post-processing classes for the steps, which are in org.dspace.submit.step under dspace-api. -- Gary McGath Digital Library Software Engineer Harvard University Library Office for Information Systems http://hul.harvard.edu/~gary/index.html - This SF.net email is sponsored by the 2008 JavaOne(SM) Conference Don't miss this year's exciting event. There's still time to save $100. Use priority code J8TL2D2. http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone ___ DSpace-tech mailing list DSpace-tech@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dspace-tech -- View this message in context: http://www.nabble.com/Embargo-on-DSpace-1.5-tp16840850p17111901.html Sent from the DSpace - Tech mailing list archive at Nabble.com. - This SF.net email is sponsored by the 2008 JavaOne(SM) Conference Don't miss this year's exciting event. There's still time to save $100. Use priority code J8TL2D2. http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone ___ DSpace-tech mailing list DSpace-tech@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dspace-tech