Tim, Thank you for having taking the time to answer and to explore with version 1.5.1. The 1 to 5 steps you have been testing are exactly what I did on our 1.5.0 instance. It might be a bit difficult right now for us to upgrade to version 1.5.1, we just finished the upgrade to version 1.5.0 (from 1.3.2). In fact what puzzles me (and displeases me) is that this set up (i.e. removing of the first step + patch + minor changes to the submission process) do actually works, but only intermittently. Some of the submissions, once rejected, that could not be re-edited by the user (because the system was linking to a new form for a new workspace item), can in fact be edited after a while. I though that our regular overnight database vaccuum process might have solve the problem but when we did face the problem again, a manual vacuum did nothing. Right now the problem hasn't returned yet...
Thanks again Marie-Hélène Vézina Librarian · Digital Library Initiatives Librairies Université de Montréal > -----Message d'origine----- > De : Tim Donohue [mailto:[EMAIL PROTECTED] > Envoyé : 22 octobre 2008 13:46 > À : Vezina Marie-Helene > Cc : DSpace Tech > Objet : Re: [Dspace-tech] problem after removing 1st step > from submission? > > Marie-Hélène, > > I just had a moment to test this on out-of-the-box DSpace > 1.5.1 JSPUI, and it looks like the problem does *not* occur > in that version. > > Here's what I did, starting from a completely *uncustomized* > version of > 1.5.1 JSPUI: > > (1) Added that custom > 'org.dspace.submit.step.InitializationStep' code, and > recompiled 1.5.1 JSPUI > > (2) Modified the 'item-submission.xml' to add the reference > to the InitializationStep as the *first* step. I also moved > the LicenseStep to be immediately after that > InitializationStep (which sounds like your setup) > > (3) I logged in as a non-Admin user, and submitted a new item > to a Collection which requires a Workflow approval > > (4) I then logged in as the Approver for that Collection and > rejected the item. > > (5) I went back and logged in as the same non-Admin user from > #3 above. > I tried going through and updating the rejected item > again. All the previous metadata (and files) re-appeared, > and I was able to re-submit that same item again. > > Does that represent a good test of what you are doing when > you see these errors in 1.5.0?? If it does, you may want to > try upgrading to DSpace > 1.5.1 (it should be a rather easy upgrade, as there's no > database changes between 1.5.0->1.5.1, just code changes). > > So, hopefully an upgrade would resolve your problems (fingers > crossed). > > - Tim > > > Tim Donohue wrote: > > Marie-Hélène, > > > > I actually haven't encountered that exact issue (as we're > doing more > > work with the XMLUI). However, I *would* recommend trying the same > > thing on DSpace 1.5.1, to see if the problem also occurs > there. There > > were a few bug fixes with the Configurable Submission between 1.5.0 > > and 1.5.1. I'm not sure if any of them will actually solve this > > issue, but it's worth a try :) > > > > I'll see if I can find time to try this out locally in the next few > > days on the out-of-the-box DSpace JSPUI, to see if I can replicate > > your problem as well. I'll post here whatever I'm able to find out. > > > > - Tim > > > > Vezina Marie-Helene wrote: > >> Hi, > >> > >> In order to remove the 1st step from initial submission (initial > >> questions), I did add a custom submission step > >> (InitializationStep.java written by Tim Donohue (see email: > >> > http://www.mail-archive.com/[email protected]/msg0530 > >> 2.html)) > >> and applied patch 2095402 > >> > (http://sourceforge.net/tracker/index.php?func=detail&aid=2095402&gro > >> up_id=19984&atid=119984 > >> > <http://sourceforge.net/tracker/index.php?func=detail&aid=2095402&gro > >> up_id=19984&atid=119984>) to our Dspace 1.5.0 instance (we > are using > >> JSPUI not XMLUI). I also made additional minor changes to our > >> item-submission.xml (in order to have the License step before the > >> Metadata Description step). > >> > >> Everything seemed to work all right (or so we thought) then we > >> realized that when a submission is rejected and hence > returns to the > >> user workspace, the user can not edit the metadata > anymore. In fact, > >> when the user clicks the "Edit" option, it creates a new empty > >> workspace item (including the Select Collection step!) instead of > >> displaying the content already entered for the submission > and making > >> it editable. No error is thrown in the log file. > >> > >> Strangely, this problem is intermittent and I have not > been able to > >> find what causes it for sure. In fact I am not even sure it has > >> something to do with the modified JSPStepManager.java from > the patch mentionned above. > >> > >> Does this problem has been encountered before? Any ideas > what I could > >> look at more closely? > >> > >> Regards, > >> > >> Marie-Hélène Vézina > >> Librarian · Digital Library Initiatives Librairies, Université de > >> Montréal > >> > >> > >> > >> > >> > >> > --------------------------------------------------------------------- > >> --- > >> > >> > --------------------------------------------------------------------- > >> ---- This SF.Net email is sponsored by the Moblin Your Move > >> Developer's challenge Build the coolest Linux based > applications with > >> Moblin SDK & win great prizes Grand prize is a trip for two to an > >> Open Source event anywhere in the world > >> http://moblin-contest.org/redirect.php?banner_id=100&url=/ > >> > >> > >> > --------------------------------------------------------------------- > >> --- > >> > >> _______________________________________________ > >> DSpace-tech mailing list > >> [email protected] > >> https://lists.sourceforge.net/lists/listinfo/dspace-tech > > > > -- > Tim Donohue > Research Programmer, IDEALS > http://www.ideals.uiuc.edu/ > University of Illinois > [EMAIL PROTECTED] | (217) 333-4648 > ------------------------------------------------------------------------- This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/ _______________________________________________ DSpace-tech mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/dspace-tech
