|
||||||||
|
This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira |
||||||||
------------------------------------------------------------------------------ Introducing Performance Central, a new site from SourceForge and AppDynamics. Performance Central is your source for news, insights, analysis and resources for efficient Application Performance Management. Visit us today! http://pubads.g.doubleclick.net/gampad/clk?id=48897511&iu=/4140/ostg.clktrk
_______________________________________________ Dspace-devel mailing list Dspace-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dspace-devel
at the moment I have not enough time to provide out-of-box support for that service but the current implementation already provide a partial opportunity to extension.
You should write a custom service
https://github.com/DSpace/DSpace/pull/283/files#L12R22
https://github.com/DSpace/DSpace/pull/283/files#L3R19
able to hide a SCPJ response in a SHERPAResponse object
Please note that the UploadStep is not really dependent on SHERPA
https://github.com/DSpace/DSpace/pull/283/files#L14R144
but only on a SubmitService able to understand if there are enough data (issn) to ask for publisher policy so if you have time and interest we can work to produce a more abstract mechanism to provide support for multiple or pluggable services otherwise we can left that for a next iteration.
Richard: I have take a fast look to your MetadataWebService curation task it looks very interesting. Do you think that it is possible to contribute back to the main DSpace codebase? If so, can you open a pull request / JIRA issue to track this contribution for 4.0?