-----Original Message-----
From: Anthony Petryk 
Sent: Thursday, April 16, 2015 11:24 AM
To: 'Hayles, Steven'
Subject: RE: [Dspace-tech] Embargo not lifting in 4.x after upgrade from 1.8.3

Hi Steven,

We too were unsuccessful in trying to convert the old style embargoes.  It 
didn't matter much because in 4.0 (which we're still using) because the call to 
lifter.liftEmbargo(context, item) in the liftEmbargo method of EmbargoManager 
is not commented out.  I'm guessing it was removed in 4.2 to prevent ALL custom 
policies from being wiped out inadvertently.  But if the only non-default 
(non-collection) policies you care about are for embargoes, then it should be 
safe to reinstate the call lifter.liftEmbargo.  Then you can use the 
embargo-lifter utility as before, at least until all the old-style embargoes 
have passed.  

I hope this helps.

Anthony

Anthony Petryk
Emerging Technologies Librarian | Bibliothécaire des technologies émergentes 
uOttawa Library | Bibliothèque uOttawa
613-562-5800 x4650
apet...@uottawa.ca


-----Original Message-----
From: Hayles, Steven [mailto:s...@leicester.ac.uk]
Sent: Wednesday, April 15, 2015 7:46 AM
To: 'dspace-tech@lists.sourceforge.net'
Subject: Re: [Dspace-tech] Embargo not lifting in 4.x after upgrade from 1.8.3

I've just discovered that the way I was testing embargo lifting for content 
created under 4.2 was not valid. New content embargos are lifted correctly. I 
was changing the embargo date in metadata, which  not sufficient since there's 
a start date in the anonymous read policy that controls access. As far as I can 
see, this date is not visible under JSPUI.

The remaining question is how to convert old style embargos.

Thanks

-----Original Message-----
From: Hayles, Steven
Sent: 15 April 2015 11:10
To: 'dspace-tech@lists.sourceforge.net'
Subject: 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_15&utm_medium=email&utm_campaign=VA_SF
_______________________________________________
DSpace-tech mailing list
DSpace-tech@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dspace-tech
List Etiquette: https://wiki.duraspace.org/display/DSPACE/Mailing+List+Etiquette

------------------------------------------------------------------------------
BPM Camp - Free Virtual Workshop May 6th at 10am PDT/1PM EDT
Develop your own process in accordance with the BPMN 2 standard
Learn Process modeling best practices with Bonita BPM through live exercises
http://www.bonitasoft.com/be-part-of-it/events/bpm-camp-virtual- event?utm_
source=Sourceforge_BPM_Camp_5_6_15&utm_medium=email&utm_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

Reply via email to