<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote"><div>Hi Ian,</div><div><br></div><div>Thanks for the response ...</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">
&gt; My sympathies: I spent about a month trying figure something like this<br>
&gt; out, and just about got it working before I went on holiday for two<br>
&gt; weeks... Now I&#39;m back I&#39;m struggling to recall the details.  I was<br>
&gt; trying to push eprints XML and attached files into eprints via SWORD,<br>
&gt; and kept running up against similar problems.  What I found was that<br>
&gt; AtomPub only seemed to support minimal metadata - title, creator,<br>
&gt; summary - but nothing else e.g. Journal.  I can imagine that in your<br>
&gt; position as the Router, you don&#39;t want to have to be generating Eprints<br>
&gt; XML - presumably you want to be sending generic Atom, and not having to<br>
&gt; write native eprints XML?   Most of the documentation I found around<br>
&gt; SWORD tended to be dSpace-centric, using DCTERMS for the extended<br>
&gt; metadata.  I spent ages trying to adapt the EasyDeposit client , but<br>
&gt; could never get it to pass the XML to the right interpreter.  In the end<br>
&gt; I started from scratch with PHP-CURL and solved it quite quickly.<br>
<br>
</span>Like Andy, I created my own importer for the Broker, and effectively did<br>
a SWORD 1.3-like import under the EPrints CRUD interface.<br>
The importer&#39;s in the EPrints Bazzar.... but being bespoke, isn&#39;t<br>
actually of any use.<br></blockquote><div><br></div><div>I&#39;ve taken a look at your plugin, and got some tips on how EPrints plugins get loaded, thank you!  I&#39;m separating the zip file deposit from the metadata deposit so that the code will work on a generic repository (both vanilla DSpace/EPrints - and anyone else supporting swordv2), so the key sticking point is just how to load the Atom.xsl import plugin when a deposit of content-type &quot;application/atom+xml; type=entry&quot; gets deposited.  All the bits look like they&#39;re in place in EPrints, but I&#39;m clearly missing a key connection somewhere in the code :)</div><div><br></div><div>Any tips on how to do that?  Basically, do you know how the XSLT import plugin works?</div><div><br></div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
(I also considered that the multiple pushes needed for an average<br>
document wasn&#39;t going to scale - hence not following any rabbits down<br>
the CRUD hole..)<br></blockquote><div><br></div><div>We&#39;re going down an intermediate route, with a metadata deposit followed by a zip deposit, which deals with the scalability of not having to send every file independently that you identified, but also enables metadata-only deposit and allows us to get around having to make and maintain a plugin for each repo.</div><div><br></div><div>Cheers,</div><div><br></div><div>Richard</div><div><br></div></div>-- <br><div class="gmail_signature"><div><br></div>Richard Jones, <div><br></div><div>Founder, Cottage Labs <div>t: @richard_d_jones, @cottagelabs</div><div>w: <a href="http://cottagelabs.com" target="_blank">http://cottagelabs.com</a><br><div><br></div></div></div></div>
</div></div>