You can subscribe to this list here.
2008 |
Jan
(22) |
Feb
(8) |
Mar
(9) |
Apr
(4) |
May
(17) |
Jun
(29) |
Jul
(11) |
Aug
(13) |
Sep
(17) |
Oct
(14) |
Nov
(41) |
Dec
(8) |
---|---|---|---|---|---|---|---|---|---|---|---|---|
2009 |
Jan
(17) |
Feb
(26) |
Mar
(18) |
Apr
(1) |
May
(11) |
Jun
(20) |
Jul
(5) |
Aug
|
Sep
|
Oct
|
Nov
(3) |
Dec
|
2010 |
Jan
(23) |
Feb
(7) |
Mar
(9) |
Apr
(13) |
May
(5) |
Jun
|
Jul
(3) |
Aug
(5) |
Sep
|
Oct
(1) |
Nov
(3) |
Dec
|
2011 |
Jan
(3) |
Feb
|
Mar
(2) |
Apr
(1) |
May
|
Jun
(14) |
Jul
(22) |
Aug
(1) |
Sep
(2) |
Oct
(11) |
Nov
(11) |
Dec
(35) |
2012 |
Jan
(17) |
Feb
(12) |
Mar
(41) |
Apr
(40) |
May
(41) |
Jun
(27) |
Jul
(9) |
Aug
(1) |
Sep
|
Oct
(6) |
Nov
|
Dec
(11) |
2013 |
Jan
|
Feb
(4) |
Mar
(2) |
Apr
(8) |
May
(1) |
Jun
(18) |
Jul
(10) |
Aug
(16) |
Sep
(2) |
Oct
(1) |
Nov
(14) |
Dec
(11) |
2014 |
Jan
(7) |
Feb
(2) |
Mar
|
Apr
|
May
(8) |
Jun
(1) |
Jul
(7) |
Aug
(10) |
Sep
(8) |
Oct
(8) |
Nov
|
Dec
|
2015 |
Jan
|
Feb
(2) |
Mar
(2) |
Apr
|
May
(2) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2016 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
(4) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2017 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
(6) |
Jul
|
Aug
|
Sep
|
Oct
(1) |
Nov
|
Dec
(4) |
2018 |
Jan
(2) |
Feb
|
Mar
|
Apr
|
May
|
Jun
(1) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
From: LEWIS S. <Stu...@ed...> - 2013-04-29 08:51:30
|
Hi Jonathan, I'll take a look at your service document and reply shortly. To answer your other questions: > I have some other questions, in my dissertation I proposed some features for the SWORD client: > 1. Deposit a learning object with no files, only with metadata. Yes – SWORD is agnostic about what it deposits. It could deposit just file(s), just metadata, or both. Both versions of SWORD allow this. SWORD v2 is more specific in the specification about it, with the deposit of a basic Dublin Core record being given as an example: - http://swordapp.github.io/SWORDv2-Profile/SWORDProfile.html#protocoloperations_creatingresource_entry > 2. Using custom metadata for the deposit. Again, SWORD doesn't mind about what it deposits. As long as the SWORD client and server can both handle a custom metadata format, that is fine. Thanks, Stuart Lewis University of Edinburgh Stu...@ed...<mailto:Stu...@ed...> -- The University of Edinburgh is a charitable body, registered in Scotland, with registration number SC005336. |
From: Jonathan A. <jon...@gm...> - 2013-04-26 16:41:20
|
Since I already want to thank you for the quick return. Attached is the ServiceDocument. The code that throws the exception is in / swordappv2-php-library-master/swordappservicedocument.php on line 63: //Parse the xml if there is some if ($sac_thexml !='') { $sac_xml = @new SimpleXMLElement($sac_thexml); <-- HERE I have some other questions, in my dissertation I proposed some features for the SWORD client: 1. Deposit a learning object with no files, only with metadata. 2. Using custom metadata for the deposit. These features are possible with the SWORD v1 or only with v2? Thanks, Jonathan 2013/4/26 LEWIS Stuart <Stu...@ed...> > Hi Jonathan, > > To help debug this, could you share your code that isn't working, and a > copy of your service document? Use something like wget to capture it > directly. I can take a look early next week at it (I'm away over the > weekend). > > Thanks, > > > Stuart Lewis > University of Edinburgh > Stu...@ed... > > > > > > On 25/04/2013 21:43, "Richard Jones" <ri...@co...> wrote: > > Hm, how odd. Can you see where in the php code the error is being thrown? > > I'm afraid I've not used the PHP version myself, so don't know much > about what might be happening. Stuart usually drops by on the list > from time to time, and he might be able to help. In the mean time, > you could try an alternative client and see if you get the same > result. > > Cheers, > > Richard > > On 25 April 2013 21:07, Jonathan Alba <jon...@gm...> wrote: > > Hi Richard, > > > > I'm using the php > > library(https://github.com/swordapp/swordappv2-php-library). I have a > >DSpace > > repository at university. > > One strange thing is that if I use the print_r() to catch the contents > > returned by ServiceDocument and I copy directly into the > >SimpleXMLElement () > > everything works. > > > > Thanks > > > > > > 2013/4/25 Richard Jones <ri...@co...> > >> > >> Hi Jonathan, > >> > >> Can you give us a bit more detail about the environments? Where is > >> the service document coming from, and how are you trying to read it - > >> are you using one of the client libraries? Can you see the raw > >> service document, and determine whether it is valid XML? > >> > >> Cheers, > >> > >> Richard > >> > >> On 25 April 2013 20:47, Jonathan Alba <jon...@gm...> > >>wrote: > >> > I'm writing an article for the university about the development of a > >> > client > >> > to the sword v2. While I was using v1 everything was working, but now > >> > I'm > >> > having problems when processing the document service with v2, exactly > >>in > >> > the > >> > moment of the convert to XML. An exception is thrown: > >> > Fatal error: Uncaught exception 'Exception' with message 'Error > >>parsing > >> > service document (String Could not be parsed as XML).' > >> > Has anyone experienced this and managed to solve? This is my final > >> > dissertation of course. > >> > > >> > Thanks > >> > > >> > > >> > > >>------------------------------------------------------------------------- > >>----- > >> > Try New Relic Now & We'll Send You this Cool Shirt > >> > New Relic is the only SaaS-based application performance monitoring > >> > service > >> > that delivers powerful full stack analytics. Optimize and monitor your > >> > browser, app, & servers with just a few lines of code. Try New Relic > >> > and get this awesome Nerd Life shirt! > >> > http://p.sf.net/sfu/newrelic_d2d_apr > >> > _______________________________________________ > >> > sword-app-tech mailing list > >> > swo...@li... > >> > https://lists.sourceforge.net/lists/listinfo/sword-app-tech > >> > > >> > >> > >> > >> -- > >> > >> Richard Jones, > >> > >> Founder, Cottage Labs > >> t: @richard_d_jones, @cottagelabs > >> w: http://cottagelabs.com > > > > > > > > -- > > Richard Jones, > > Founder, Cottage Labs > t: @richard_d_jones, @cottagelabs > w: http://cottagelabs.com > > --------------------------------------------------------------------------- > --- > Try New Relic Now & We'll Send You this Cool Shirt > New Relic is the only SaaS-based application performance monitoring > service > that delivers powerful full stack analytics. Optimize and monitor your > browser, app, & servers with just a few lines of code. Try New Relic > and get this awesome Nerd Life shirt! http://p.sf.net/sfu/newrelic_d2d_apr > _______________________________________________ > sword-app-tech mailing list > swo...@li... > https://lists.sourceforge.net/lists/listinfo/sword-app-tech > > > The University of Edinburgh is a charitable body, registered in > Scotland, with registration number SC005336. > > |
From: LEWIS S. <Stu...@ed...> - 2013-04-26 05:53:46
|
Hi Jonathan, To help debug this, could you share your code that isn't working, and a copy of your service document? Use something like wget to capture it directly. I can take a look early next week at it (I'm away over the weekend). Thanks, Stuart Lewis University of Edinburgh Stu...@ed... On 25/04/2013 21:43, "Richard Jones" <ri...@co...> wrote: Hm, how odd. Can you see where in the php code the error is being thrown? I'm afraid I've not used the PHP version myself, so don't know much about what might be happening. Stuart usually drops by on the list from time to time, and he might be able to help. In the mean time, you could try an alternative client and see if you get the same result. Cheers, Richard On 25 April 2013 21:07, Jonathan Alba <jon...@gm...> wrote: > Hi Richard, > > I'm using the php > library(https://github.com/swordapp/swordappv2-php-library). I have a >DSpace > repository at university. > One strange thing is that if I use the print_r() to catch the contents > returned by ServiceDocument and I copy directly into the >SimpleXMLElement () > everything works. > > Thanks > > > 2013/4/25 Richard Jones <ri...@co...> >> >> Hi Jonathan, >> >> Can you give us a bit more detail about the environments? Where is >> the service document coming from, and how are you trying to read it - >> are you using one of the client libraries? Can you see the raw >> service document, and determine whether it is valid XML? >> >> Cheers, >> >> Richard >> >> On 25 April 2013 20:47, Jonathan Alba <jon...@gm...> >>wrote: >> > I'm writing an article for the university about the development of a >> > client >> > to the sword v2. While I was using v1 everything was working, but now >> > I'm >> > having problems when processing the document service with v2, exactly >>in >> > the >> > moment of the convert to XML. An exception is thrown: >> > Fatal error: Uncaught exception 'Exception' with message 'Error >>parsing >> > service document (String Could not be parsed as XML).' >> > Has anyone experienced this and managed to solve? This is my final >> > dissertation of course. >> > >> > Thanks >> > >> > >> > >>------------------------------------------------------------------------- >>----- >> > Try New Relic Now & We'll Send You this Cool Shirt >> > New Relic is the only SaaS-based application performance monitoring >> > service >> > that delivers powerful full stack analytics. Optimize and monitor your >> > browser, app, & servers with just a few lines of code. Try New Relic >> > and get this awesome Nerd Life shirt! >> > http://p.sf.net/sfu/newrelic_d2d_apr >> > _______________________________________________ >> > sword-app-tech mailing list >> > swo...@li... >> > https://lists.sourceforge.net/lists/listinfo/sword-app-tech >> > >> >> >> >> -- >> >> Richard Jones, >> >> Founder, Cottage Labs >> t: @richard_d_jones, @cottagelabs >> w: http://cottagelabs.com > > -- Richard Jones, Founder, Cottage Labs t: @richard_d_jones, @cottagelabs w: http://cottagelabs.com --------------------------------------------------------------------------- --- Try New Relic Now & We'll Send You this Cool Shirt New Relic is the only SaaS-based application performance monitoring service that delivers powerful full stack analytics. Optimize and monitor your browser, app, & servers with just a few lines of code. Try New Relic and get this awesome Nerd Life shirt! http://p.sf.net/sfu/newrelic_d2d_apr _______________________________________________ sword-app-tech mailing list swo...@li... https://lists.sourceforge.net/lists/listinfo/sword-app-tech The University of Edinburgh is a charitable body, registered in Scotland, with registration number SC005336. |
From: Richard J. <ri...@co...> - 2013-04-25 20:51:20
|
Hm, how odd. Can you see where in the php code the error is being thrown? I'm afraid I've not used the PHP version myself, so don't know much about what might be happening. Stuart usually drops by on the list from time to time, and he might be able to help. In the mean time, you could try an alternative client and see if you get the same result. Cheers, Richard On 25 April 2013 21:07, Jonathan Alba <jon...@gm...> wrote: > Hi Richard, > > I'm using the php > library(https://github.com/swordapp/swordappv2-php-library). I have a DSpace > repository at university. > One strange thing is that if I use the print_r() to catch the contents > returned by ServiceDocument and I copy directly into the SimpleXMLElement () > everything works. > > Thanks > > > 2013/4/25 Richard Jones <ri...@co...> >> >> Hi Jonathan, >> >> Can you give us a bit more detail about the environments? Where is >> the service document coming from, and how are you trying to read it - >> are you using one of the client libraries? Can you see the raw >> service document, and determine whether it is valid XML? >> >> Cheers, >> >> Richard >> >> On 25 April 2013 20:47, Jonathan Alba <jon...@gm...> wrote: >> > I'm writing an article for the university about the development of a >> > client >> > to the sword v2. While I was using v1 everything was working, but now >> > I'm >> > having problems when processing the document service with v2, exactly in >> > the >> > moment of the convert to XML. An exception is thrown: >> > Fatal error: Uncaught exception 'Exception' with message 'Error parsing >> > service document (String Could not be parsed as XML).' >> > Has anyone experienced this and managed to solve? This is my final >> > dissertation of course. >> > >> > Thanks >> > >> > >> > ------------------------------------------------------------------------------ >> > Try New Relic Now & We'll Send You this Cool Shirt >> > New Relic is the only SaaS-based application performance monitoring >> > service >> > that delivers powerful full stack analytics. Optimize and monitor your >> > browser, app, & servers with just a few lines of code. Try New Relic >> > and get this awesome Nerd Life shirt! >> > http://p.sf.net/sfu/newrelic_d2d_apr >> > _______________________________________________ >> > sword-app-tech mailing list >> > swo...@li... >> > https://lists.sourceforge.net/lists/listinfo/sword-app-tech >> > >> >> >> >> -- >> >> Richard Jones, >> >> Founder, Cottage Labs >> t: @richard_d_jones, @cottagelabs >> w: http://cottagelabs.com > > -- Richard Jones, Founder, Cottage Labs t: @richard_d_jones, @cottagelabs w: http://cottagelabs.com |
From: Richard J. <ri...@co...> - 2013-04-25 20:18:04
|
Hi Jonathan, Can you give us a bit more detail about the environments? Where is the service document coming from, and how are you trying to read it - are you using one of the client libraries? Can you see the raw service document, and determine whether it is valid XML? Cheers, Richard On 25 April 2013 20:47, Jonathan Alba <jon...@gm...> wrote: > I'm writing an article for the university about the development of a client > to the sword v2. While I was using v1 everything was working, but now I'm > having problems when processing the document service with v2, exactly in the > moment of the convert to XML. An exception is thrown: > Fatal error: Uncaught exception 'Exception' with message 'Error parsing > service document (String Could not be parsed as XML).' > Has anyone experienced this and managed to solve? This is my final > dissertation of course. > > Thanks > > ------------------------------------------------------------------------------ > Try New Relic Now & We'll Send You this Cool Shirt > New Relic is the only SaaS-based application performance monitoring service > that delivers powerful full stack analytics. Optimize and monitor your > browser, app, & servers with just a few lines of code. Try New Relic > and get this awesome Nerd Life shirt! http://p.sf.net/sfu/newrelic_d2d_apr > _______________________________________________ > sword-app-tech mailing list > swo...@li... > https://lists.sourceforge.net/lists/listinfo/sword-app-tech > -- Richard Jones, Founder, Cottage Labs t: @richard_d_jones, @cottagelabs w: http://cottagelabs.com |
From: Jonathan A. <jon...@gm...> - 2013-04-25 19:47:44
|
I'm writing an article for the university about the development of a client to the sword v2. While I was using v1 everything was working, but now I'm having problems when processing the document service with v2, exactly in the moment of the convert to XML. An exception is thrown: *Fatal error: Uncaught exception 'Exception' with message 'Error parsing service document (String Could not be parsed as XML).'* Has anyone experienced this and managed to solve? This is my final dissertation of course. Thanks |
From: LEWIS S. <Stu...@ed...> - 2013-03-22 08:09:39
|
Hi Washington, The following links may help: - http://pkp.sfu.ca/support/forum/viewtopic.php?f=8&t=9178 - http://sasopenjournals.blogspot.co.uk/2011/11/making-ojs-and-sword-play-nicely.html - http://swordapp.org/2010/12/sword-and-the-open-journal-systems/ Thanks, Stuart Lewis Head of Digital Library Services Library & Collections, Information Services University of Edinburgh Stu...@ed... -- The University of Edinburgh is a charitable body, registered in Scotland, with registration number SC005336. -----Original Message----- From: was...@ib... [mailto:was...@ib...] Sent: 11 March 2013 17:07 To: swo...@li... Cc: wto...@gm... Subject: [sword-app-tech] SWORD DSpace / OJS Hello, I've just started to learn the SWORD protocol, but I need to configure a linux server running DSpace and OJS, with the SWORD working betwen them. Could you help me? There is any especific tutorial that explains this experience? Best wishes, Washington Luís R. de C. Segundo ------------------------------------------------------------------------------ Symantec Endpoint Protection 12 positioned as A LEADER in The Forrester Wave(TM): Endpoint Security, Q1 2013 and "remains a good choice" in the endpoint security space. For insight on selecting the right partner to tackle endpoint security challenges, access the full report. http://p.sf.net/sfu/symantec-dev2dev _______________________________________________ sword-app-tech mailing list swo...@li... https://lists.sourceforge.net/lists/listinfo/sword-app-tech |
From: <was...@ib...> - 2013-03-11 17:20:26
|
Hello, I've just started to learn the SWORD protocol, but I need to configure a linux server running DSpace and OJS, with the SWORD working betwen them. Could you help me? There is any especific tutorial that explains this experience? Best wishes, Washington Luís R. de C. Segundo |
From: Osullivan L. <L.O...@sw...> - 2013-02-20 10:43:28
|
Hi David, Yes - I'm referring to https://github.com/swordapp/swordappv2-php-library/ Thanks, Luke On 02/19/2013 11:51 AM, David Kane wrote: Hi Luke, Are you referring Stuart Lewis's SWORD PHP Library? On 19 February 2013 11:45, Osullivan L. <L.O...@sw...<mailto:L.O...@sw...>> wrote: Hi Folks, I am attempting to use the Sword 2 PHP Library with Dspace and have encountered a few issues which I hope someone can help with. 1) At present, I am only able to use the "Deposit an Atom Entry" Option which posts metadata to the "Unfinished Submissions" section of Dspace. When I make a submission, the options presented : Delete Container EDIT-IRI: http://localhost:8999/sword2/edit/28 Complete Incomplete Post SE-IRI: http://localhost:8999/sword2/edit/28 Delete Media EDIT-MEDIA: http://localhost:8999/sword2/edit-media/28.atom Show Staement Statement (OAI-ORE): http://localhost:8999/sword2/statement/28.rdf don't seem to do anything other than give a http status code of 204. 2) The "Deposit an atom multipart package" always fails with the error message "Unable to deposit package: Error parsing response entry (String could not be parsed as XML)" which is represented in the Tomcat logs by "HTTP Status 500 - org.swordapp.server.SwordServerException: Attempting to store and check deposit which has no input stream" 3) The tests available via test-swordappclient.php also fail with the same problem. * About to connect() to localhost port 8999 (#0) * Trying ::1... * connected * Connected to localhost (::1) port 8999 (#0) * Server auth using Basic with user 'l.o...@sw...<mailto:l.o...@sw...>' > POST /sword2/collection/123456789/2 HTTP/1.1 Authorization: Basic bC5vc3VsbGl2YW5Ac3dhbnNlYS5hYy51azpkc3BhY2U= Host: localhost:8999 Accept: */* In-Progress: true Content-Type: multipart/related; boundary="===============SWORDPARTS=="; type="application/atom+xml" Content-Length: 342879 Expect: 100-continue < HTTP/1.1 100 Continue < HTTP/1.1 500 Internal Server Error < Server: Apache-Coyote/1.1 < Content-Type: text/html;charset=utf-8 < Content-Length: 2487 < Date: Tue, 19 Feb 2013 11:45:26 GMT < Connection: close < * Closing connection #0 Any help would be gratefully received! Kind Regards, Luke O'Sullivan -- Luke O'Sullivan Systems Developer Web Team Swansea University, Singleton Park, Swansea SA2 8PP, UK l.o...@sw...<mailto:l.o...@sw...> 01792 602772 @l_os_cymru ------------------------------------------------------------------------------ Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_feb _______________________________________________ sword-app-tech mailing list swo...@li...<mailto:swo...@li...> https://lists.sourceforge.net/lists/listinfo/sword-app-tech -- David Kane, MLIS. Systems Librarian Waterford Institute of Technology Ireland http://library.wit.ie/ T: ++353.51302838 M: ++353.876693212 -- Luke O'Sullivan Systems Developer Web Team Swansea University, Singleton Park, Swansea SA2 8PP, UK l.o...@sw...<mailto:l.o...@sw...> 01792 602772 @l_os_cymru |
From: Osullivan L. <L.O...@sw...> - 2013-02-19 11:45:45
|
Hi Folks, I am attempting to use the Sword 2 PHP Library with Dspace and have encountered a few issues which I hope someone can help with. 1) At present, I am only able to use the "Deposit an Atom Entry" Option which posts metadata to the "Unfinished Submissions" section of Dspace. When I make a submission, the options presented : Delete Container EDIT-IRI: http://localhost:8999/sword2/edit/28 Complete Incomplete Post SE-IRI: http://localhost:8999/sword2/edit/28 Delete Media EDIT-MEDIA: http://localhost:8999/sword2/edit-media/28.atom Show Staement Statement (OAI-ORE): http://localhost:8999/sword2/statement/28.rdf don't seem to do anything other than give a http status code of 204. 2) The "Deposit an atom multipart package" always fails with the error message "Unable to deposit package: Error parsing response entry (String could not be parsed as XML)" which is represented in the Tomcat logs by "HTTP Status 500 - org.swordapp.server.SwordServerException: Attempting to store and check deposit which has no input stream" 3) The tests available via test-swordappclient.php also fail with the same problem. * About to connect() to localhost port 8999 (#0) * Trying ::1... * connected * Connected to localhost (::1) port 8999 (#0) * Server auth using Basic with user 'l.o...@sw...<mailto:l.o...@sw...>' > POST /sword2/collection/123456789/2 HTTP/1.1 Authorization: Basic bC5vc3VsbGl2YW5Ac3dhbnNlYS5hYy51azpkc3BhY2U= Host: localhost:8999 Accept: */* In-Progress: true Content-Type: multipart/related; boundary="===============SWORDPARTS=="; type="application/atom+xml" Content-Length: 342879 Expect: 100-continue < HTTP/1.1 100 Continue < HTTP/1.1 500 Internal Server Error < Server: Apache-Coyote/1.1 < Content-Type: text/html;charset=utf-8 < Content-Length: 2487 < Date: Tue, 19 Feb 2013 11:45:26 GMT < Connection: close < * Closing connection #0 Any help would be gratefully received! Kind Regards, Luke O'Sullivan -- Luke O'Sullivan Systems Developer Web Team Swansea University, Singleton Park, Swansea SA2 8PP, UK l.o...@sw...<mailto:l.o...@sw...> 01792 602772 @l_os_cymru |
From: LEWIS S. <Stu...@ed...> - 2013-02-13 07:11:10
|
Hi David, The SWORD v2 spec itself requires atom, so that might be the most portable option. Other options may also work, but I have no experience of these. Yes – you're right about the packager file to edit. I've sent you another email off list with the gory details of how it works. Thanks, Stuart Lewis Head of Digital Library Services Library & Collections, Information Services University of Edinburgh Stu...@ed... From: David Kane <dk...@wi...<mailto:dk...@wi...>> Date: Tuesday, 12 February 2013 13:09 To: Lewis Stuart <stu...@ed...<mailto:stu...@ed...>> Cc: "swo...@li...<mailto:swo...@li...>" <swo...@li...<mailto:swo...@li...>> Subject: Re: [sword-app-tech] Sword ZIP Not unpacking into eprints Hi Stuart, I have been having a look at this and my feeling is that the best format might be the eprints.xml format. Take a look at the attached and see what you think. I have not been successful in getting people to send me XML that worked on EPrints, but I was able to export a couple of formats of the following eprint (temporarily available at: http://repository.wit.ie/2168/ ) These xml formats are Atom, EprintsXML and EprintsXML with files embedded. they are attached. Am I right in saying that the file to modify in EasyDeposit is packager_atom_multipart_eprints.php? On the EPrints side the key file seems to be CRUD.php. There is some good documentation on CRUD.php here: http://wiki.eprints.org/w/API:EPrints/Apache/CRUD . I think it is highly relevant. I am attaching the formats to this email for the eprint. Thanks, David. On 18 December 2012 22:09, LEWIS Stuart <Stu...@ed...<mailto:Stu...@ed...>> wrote: Hi David, I've spent a few hours this evening working on this. There is some progress… - https://github.com/stuartlewis/EasyDeposit/ - http://easydeposit.swordapp.org/instructions/installation-instructions/#source (remember to git submodule init / update) There are a few new settings now… - admin -> core settings: select SWORD version -> select 2 - admin -> edit steps -> deposit -> edit settings -> select packager -> atom_multipart_eprints One of the problems (zip files not unpacking) is that EPrints doesn't support the purl.org/net/sword/package/SimpleZip<http://purl.org/net/sword/package/SimpleZip> format. Instead it requires purl.org/net/sword/pacakge/Binary<http://purl.org/net/sword/pacakge/Binary>. This new packager does that and seems to work OK. One caveat: EPrints doesn't seem to like the upload of more than one file in the same package (although this could be my code making a dodgy multipart package!). [I've been testing against demo prints.eprints.org<http://prints.eprints.org>] I can't get EPrints to read the metadata from the atom entry – not sure why (title, author, etc). Have you had luck with this? > An error has occurred with your deposit. Please contact dk...@wi...<mailto:dk...@wi...><mailto:dk...@wi...<mailto:dk...@wi...>> for assistance, quoting reference '42584325'. When you see this, 42584325 is the name of the package that has been created (the default location is private/uploadfiles). This can help you identify the package that didn't upload successfully. If you use a login method (e.g. Ldap or shibboleth) the random number gets prepended by the userID to help identify the user who's upload failed. Let me know how you get on. Thanks, Stuart Lewis Head of Digital Library Services Library & Collections, Information Services University of Edinburgh Stu...@ed...<mailto:Stu...@ed...> From: David Kane <dk...@wi...<mailto:dk...@wi...><mailto:dk...@wi...<mailto:dk...@wi...>>> Date: Saturday, 15 December 2012 14:58 To: "swo...@li...<mailto:swo...@li...><mailto:swo...@li...<mailto:swo...@li...>>" <swo...@li...<mailto:swo...@li...><mailto:swo...@li...<mailto:swo...@li...>>> Subject: [sword-app-tech] Sword ZIP Not unpacking into eprints Hi Stuart, All, I am using the easydeposit PHP tool. It seems to be working fine but the .ZIP is not unpacking at the EPrints end. Can anyone give me advice about the latest packager. I am using the SWORD 2 library and the EPrints is the latest version (also using SWORD 2). Thanks, David. -- David Kane, MLIS. Systems Librarian Waterford Institute of Technology Ireland http://library.wit.ie/ T: ++353.51302838<tel:%2B%2B353.51302838> M: ++353.876693212<tel:%2B%2B353.876693212> -- The University of Edinburgh is a charitable body, registered in Scotland, with registration number SC005336. -- David Kane, MLIS. Systems Librarian Waterford Institute of Technology Ireland http://library.wit.ie/ T: ++353.51302838 M: ++353.876693212 |
From: LEWIS S. <Stu...@ed...> - 2012-12-18 22:09:21
|
Hi David, I've spent a few hours this evening working on this. There is some progress… - https://github.com/stuartlewis/EasyDeposit/ - http://easydeposit.swordapp.org/instructions/installation-instructions/#source (remember to git submodule init / update) There are a few new settings now… - admin -> core settings: select SWORD version -> select 2 - admin -> edit steps -> deposit -> edit settings -> select packager -> atom_multipart_eprints One of the problems (zip files not unpacking) is that EPrints doesn't support the purl.org/net/sword/package/SimpleZip format. Instead it requires purl.org/net/sword/pacakge/Binary. This new packager does that and seems to work OK. One caveat: EPrints doesn't seem to like the upload of more than one file in the same package (although this could be my code making a dodgy multipart package!). [I've been testing against demo prints.eprints.org] I can't get EPrints to read the metadata from the atom entry – not sure why (title, author, etc). Have you had luck with this? > An error has occurred with your deposit. Please contact dk...@wi...<mailto:dk...@wi...> for assistance, quoting reference '42584325'. When you see this, 42584325 is the name of the package that has been created (the default location is private/uploadfiles). This can help you identify the package that didn't upload successfully. If you use a login method (e.g. Ldap or shibboleth) the random number gets prepended by the userID to help identify the user who's upload failed. Let me know how you get on. Thanks, Stuart Lewis Head of Digital Library Services Library & Collections, Information Services University of Edinburgh Stu...@ed... From: David Kane <dk...@wi...<mailto:dk...@wi...>> Date: Saturday, 15 December 2012 14:58 To: "swo...@li...<mailto:swo...@li...>" <swo...@li...<mailto:swo...@li...>> Subject: [sword-app-tech] Sword ZIP Not unpacking into eprints Hi Stuart, All, I am using the easydeposit PHP tool. It seems to be working fine but the .ZIP is not unpacking at the EPrints end. Can anyone give me advice about the latest packager. I am using the SWORD 2 library and the EPrints is the latest version (also using SWORD 2). Thanks, David. -- David Kane, MLIS. Systems Librarian Waterford Institute of Technology Ireland http://library.wit.ie/ T: ++353.51302838 M: ++353.876693212 -- The University of Edinburgh is a charitable body, registered in Scotland, with registration number SC005336. |
From: LEWIS S. <Stu...@ed...> - 2012-12-17 07:00:04
|
Hi David, Thanks for your recent emails about EasyDeposit. There is not yet SWORD v2 support in EasyDeposit, although there is some incomplete code (such as the broken configuration option to select a packager: atom multipart or METS). I've worked on this a little over the weekend – EasyDeposit (when installed from github and when submodule init and update are run) will now install the SWORD v2 PHP library, and there is a new core system setting to select one library or the other. The next two jobs are to finish the packager selection, and then to update the 'deposit' step to use the selected packager and SWORD version. At present it is all hardcoded to SWORD v1 with the METS packager. - https://github.com/stuartlewis/EasyDeposit/commits/master I'll let you know once I've finished this work. Thanks, Stuart Lewis Head of Digital Library Services Library & Collections, Information Services University of Edinburgh Stu...@ed... From: David Kane <dk...@wi...<mailto:dk...@wi...>> Date: Saturday, 15 December 2012 15:44 To: "swo...@li...<mailto:swo...@li...>" <swo...@li...<mailto:swo...@li...>> Subject: [sword-app-tech] Possible Bug in easydeposit I would like to draw your attention to the following file: application/views/config/deposit.php When configuring steps, I cannot choose the packager and I get this error in the PHP. The error is hidden in the dropdown form, so is not immediately visible to the user. <p> Please select the correct packager to use for your repository: </p><div class="section"> <div class="formtextnext"> <label for="packager">Packager:</label> <select id="packager" name="packager" /> <option<div style="border:1px solid #990000;padding-left:20px;margin:0 0 10px 0;"><h4>A PHP Error was encountered</h4><p>Severity: Notice</p><p>Message: Undefined index: packager</p><p>Filename: config/deposit.php</p><p>Line Number: 50</p></div>>packager_mets_swap</option> <option<div style="border:1px solid #990000;padding-left:20px;margin:0 0 10px 0;"><h4>A PHP Error was encountered</h4><p>Severity: Notice</p><p>Message: Undefined index: packager</p><p>Filename: config/deposit.php</p><p>Line Number: 50</p></div>>packager_atom_multipart</option> </select> </div></div><div class="section"> Best, David. -- David Kane, MLIS. Systems Librarian Waterford Institute of Technology Ireland http://library.wit.ie/ T: ++353.51302838 M: ++353.876693212 -- The University of Edinburgh is a charitable body, registered in Scotland, with registration number SC005336. |
From: David K. <dk...@wi...> - 2012-12-15 15:44:54
|
I would like to draw your attention to the following file: application/views/config/deposit.php When configuring steps, I cannot choose the packager and I get this error in the PHP. The error is hidden in the dropdown form, so is not immediately visible to the user. <p> Please select the correct packager to use for your repository:</p><div class="section"> <div class="formtextnext"> <label for="packager">Packager:</label> <select id="packager" name="packager" /> <option<div style="border:1px solid #990000;padding-left:20px;margin:0 0 10px 0;"><h4>A PHP Error was encountered</h4><p>Severity: Notice</p><p>Message: Undefined index: packager</p><p>Filename: config/deposit.php</p><p>Line Number: 50</p></div>>packager_mets_swap</option> <option<div style="border:1px solid #990000;padding-left:20px;margin:0 0 10px 0;"><h4>A PHP Error was encountered</h4><p>Severity: Notice</p><p>Message: Undefined index: packager</p><p>Filename: config/deposit.php</p><p>Line Number: 50</p></div>>packager_atom_multipart</option> </select> </div></div><div class="section"> Best, David. -- David Kane, MLIS. Systems Librarian Waterford Institute of Technology Ireland http://library.wit.ie/ T: ++353.51302838 M: ++353.876693212 |
From: David K. <dk...@wi...> - 2012-12-15 14:59:06
|
Hi Stuart, All, I am using the easydeposit PHP tool. It seems to be working fine but the .ZIP is not unpacking at the EPrints end. Can anyone give me advice about the latest packager. I am using the SWORD 2 library and the EPrints is the latest version (also using SWORD 2). Thanks, David. -- David Kane, MLIS. Systems Librarian Waterford Institute of Technology Ireland http://library.wit.ie/ T: ++353.51302838 M: ++353.876693212 |
From: David K. <dk...@wi...> - 2012-12-13 21:50:27
|
Hi All, Does anyone have experience with depositing to EPrints 3.3.x with Easy deposit? It seems to support SWORD 2, where Easydeposit only supports SWORD 1, by default. I am running Eprints 3.3.10, whch is the current version. I am able to log into Easydeposit, having connected it up to our LDAP. I can upload files and create the package in Easydeposit, but I get an unknown error when I try to submit to the repository. Something like this: An error has occurred with your deposit. Please contact dk...@wi... for assistance, quoting reference '42584325'. Any help would be appreciated. Thanks, David. -- David Kane, MLIS. Systems Librarian Waterford Institute of Technology Ireland http://library.wit.ie/ T: ++353.51302838 M: ++353.876693212 |
From: Wellaway, I. <I.J...@ex...> - 2012-12-12 10:27:52
|
Thanks Stuart, I did see you article on using a separate dspace.cfg file but I'm not sure if it would work now that dspace have fragmented their cfg files. Instead, I turned off the 'Basic' sword authentication, pointed our SSO at the servicedocument and then used the HTTPServletRequest object passed into the SwordApiEndpoint.java class to request the current authenticated user (request.getRemoteUser). Then this username is passed to our new custom SSO Dspace authentication module. Best regards Ian ------------ Ian Wellaway Senior System Support & Development Officer - Enterprise Applications (Wednesdays only) & Technical Developer, Open Exeter - Infrastructure Systems (Monday-Tuesday, Thursday-Friday) Exeter IT Room 54 Laver Building University of Exeter EX4 4QE UK tel +44 1392 722852 From: LEWIS Stuart [mailto:Stu...@ed...] Sent: 11 December 2012 17:04 To: Wellaway, Ian; 'swo...@li...' Subject: RE: [sword-app-tech] Sword authentication using custom dspace auth module Hi Ian, I think the following should help: - http://blog.stuartlewis.com/2008/05/27/shibboleth-sword-and-dspace-15/ Basically the answer is to point your sword web app's web.xml at a duplicate DSpace configuration file with a different authorisation stack to the one used by your jspui / xmlui webapp. This gets around the issue of shibboleth not being designed for web service environments (such as SWORD). Caveat: I'm not sure how this works with more recent versions of DSpace that use the dspace/config/modules/authentication.cfg file to provide the authorisation stack configuration. Thanks, Stuart From: Wellaway, Ian [mailto:I.J...@ex...] Sent: 11 December 2012 13:40 To: 'swo...@li...' Subject: [sword-app-tech] Sword authentication using custom dspace auth module Hi, I've created a new custom SSO authentication module for dspace and added it to the auth stack (it's the only entry in the stack). This works fine with Dspace itself. However, it doesn't work with Swordv2 in that I can't get the service document. It does work if I change back to LDAPHierarchicalAuthentication only, but if I try to use both my new RemoteUser Auth and the LDAPHierAuth in the stack it fails. It also fails no matter what order I use in the stack or if I add extra auth modules (like password). Where it seems to fail is when the SwordAuthenticator tries to call the authenticate method of AuthenticationManager : public boolean authenticates(Context context, String un, String pw) { log.info(LogManager.getHeader(context, "sword_authenticate5", "call authenticate")); int auth = AuthenticationManager.authenticate(context, un, pw, null, null); log.info(LogManager.getHeader(context, "sword_authenticate6", "authenticate="+auth)); if (auth == AuthenticationMethod.SUCCESS) { return true; } return false; } As you can see, I've added two lines of logging code. In my log, I get the INFO sword_authenticate5 but not 6. I also get no logs at all from the RemoteUserAuthentication class which is basically a copy of the LDAPHierarchicalAuthentication class, even if I put a log entry as soon as the code gets there So, any ideas what might be wrong here? Is there something you need to do to make SWORD work with a custom authentication module. To start with, I'm not trying to make SWORD go through SSO, just trying to get it to accept the custom authentication module. Thanks Ian ------------ Ian Wellaway Senior System Support & Development Officer - Enterprise Applications (Wednesdays only) & Technical Developer, Open Exeter - Infrastructure Systems (Monday-Tuesday, Thursday-Friday) Exeter IT Room 54 Laver Building University of Exeter EX4 4QE UK tel +44 1392 722852 |
From: LEWIS S. <Stu...@ed...> - 2012-12-11 17:04:07
|
The University of Edinburgh is a charitable body, registered in Scotland, with registration number SC005336. |
From: Wellaway, I. <I.J...@ex...> - 2012-12-11 13:39:57
|
Hi, I've created a new custom SSO authentication module for dspace and added it to the auth stack (it's the only entry in the stack). This works fine with Dspace itself. However, it doesn't work with Swordv2 in that I can't get the service document. It does work if I change back to LDAPHierarchicalAuthentication only, but if I try to use both my new RemoteUser Auth and the LDAPHierAuth in the stack it fails. It also fails no matter what order I use in the stack or if I add extra auth modules (like password). Where it seems to fail is when the SwordAuthenticator tries to call the authenticate method of AuthenticationManager : public boolean authenticates(Context context, String un, String pw) { log.info(LogManager.getHeader(context, "sword_authenticate5", "call authenticate")); int auth = AuthenticationManager.authenticate(context, un, pw, null, null); log.info(LogManager.getHeader(context, "sword_authenticate6", "authenticate="+auth)); if (auth == AuthenticationMethod.SUCCESS) { return true; } return false; } As you can see, I've added two lines of logging code. In my log, I get the INFO sword_authenticate5 but not 6. I also get no logs at all from the RemoteUserAuthentication class which is basically a copy of the LDAPHierarchicalAuthentication class, even if I put a log entry as soon as the code gets there So, any ideas what might be wrong here? Is there something you need to do to make SWORD work with a custom authentication module. To start with, I'm not trying to make SWORD go through SSO, just trying to get it to accept the custom authentication module. Thanks Ian ------------ Ian Wellaway Senior System Support & Development Officer - Enterprise Applications (Wednesdays only) & Technical Developer, Open Exeter - Infrastructure Systems (Monday-Tuesday, Thursday-Friday) Exeter IT Room 54 Laver Building University of Exeter EX4 4QE UK tel +44 1392 722852 |
From: David K. <dav...@gm...> - 2012-12-10 20:23:46
|
Thanks for clearing that up, Stuart. We look forward to impelementing this. David. On 10 December 2012 19:01, LEWIS Stuart <Stu...@ed...> wrote: > Hi David, > > EasyDeposit (https://github.com/stuartlewis/EasyDeposit) makes use of > either the SWORD v1 or v2 PHP libraries: > > - https://github.com/swordapp/swordapp-php-library/ > - https://github.com/swordapp/swordappv2-php-library/ > > Since EasyDeposit is a fire-and-forget system for single deposits (you > can't come back later and update them in EasyDeposit) SWORD v1 is fine, and > has had much more battle testing than the v2 implementation. It should be > very stable. > > Out-the-box it comes configured to use the v1 library. > > Thanks, > > > Stuart Lewis > Head of Digital Library Services > Library & Collections, Information Services > University of Edinburgh > Stu...@ed... > > > From: David Kane <dav...@gm...<mailto:dav...@gm...>> > Date: Monday, 10 December 2012 16:53 > To: "swo...@li...<mailto: > swo...@li...>" < > swo...@li...<mailto: > swo...@li...>> > Subject: [sword-app-tech] Sword 2 and EasyDeposit > > Hi All, > > We are implementing SWORD, and really like Stuart's EasyDeposit toolkit. > Am I right to think that it is SWORD 1.X compliant? > > I say this because there seems to be an EasyDeposit specifically for SWORD > 2.X, here: > https://github.com/swordapp/swordappv2-php-library/ > > Thanks and all the best, > > David. > > -- > David Kane, MLIS. > Systems Librarian > Waterford Institute of Technology > Ireland > http://library.wit.ie/ > T: ++353.51302838 > M: ++353.876693212 > > -- > The University of Edinburgh is a charitable body, registered in > Scotland, with registration number SC005336. > > -- David Kane, MLIS. Systems Librarian Waterford Institute of Technology Ireland http://library.wit.ie/ T: ++353.51302838 M: ++353.876693212 |
From: LEWIS S. <Stu...@ed...> - 2012-12-10 19:01:59
|
Hi David, EasyDeposit (https://github.com/stuartlewis/EasyDeposit) makes use of either the SWORD v1 or v2 PHP libraries: - https://github.com/swordapp/swordapp-php-library/ - https://github.com/swordapp/swordappv2-php-library/ Since EasyDeposit is a fire-and-forget system for single deposits (you can't come back later and update them in EasyDeposit) SWORD v1 is fine, and has had much more battle testing than the v2 implementation. It should be very stable. Out-the-box it comes configured to use the v1 library. Thanks, Stuart Lewis Head of Digital Library Services Library & Collections, Information Services University of Edinburgh Stu...@ed... From: David Kane <dav...@gm...<mailto:dav...@gm...>> Date: Monday, 10 December 2012 16:53 To: "swo...@li...<mailto:swo...@li...>" <swo...@li...<mailto:swo...@li...>> Subject: [sword-app-tech] Sword 2 and EasyDeposit Hi All, We are implementing SWORD, and really like Stuart's EasyDeposit toolkit. Am I right to think that it is SWORD 1.X compliant? I say this because there seems to be an EasyDeposit specifically for SWORD 2.X, here: https://github.com/swordapp/swordappv2-php-library/ Thanks and all the best, David. -- David Kane, MLIS. Systems Librarian Waterford Institute of Technology Ireland http://library.wit.ie/ T: ++353.51302838 M: ++353.876693212 -- The University of Edinburgh is a charitable body, registered in Scotland, with registration number SC005336. |
From: David K. <dav...@gm...> - 2012-12-10 16:53:21
|
Hi All, We are implementing SWORD, and really like Stuart's EasyDeposit toolkit. Am I right to think that it is SWORD 1.X compliant? I say this because there seems to be an EasyDeposit specifically for SWORD 2.X, here: https://github.com/swordapp/swordappv2-php-library/ Thanks and all the best, David. -- David Kane, MLIS. Systems Librarian Waterford Institute of Technology Ireland http://library.wit.ie/ T: ++353.51302838 M: ++353.876693212 |
From: Edwin S. <edw...@yo...> - 2012-10-31 14:23:47
|
fyi, (I thought I mentioned this earlier on list) I did update my fork of JavaServer2.0 to handle multipart-related: https://github.com/mediashelf/sword2-server Since I refactored it to package up as a jar (rather than a war), it should be close to a drop-in replacement for anything using JavaServer2.0 (e.g. the DSpace impl). On Oct 31, 2012, at 4:35 PM, LEWIS Stuart <Stu...@ed...> wrote: > Hi Ian, > > Thanks for your email. The first thing to note is that due to a lack of any Java libraries that support Atom-Multipart deposit properly, DSpace doesn’t currently support multipart deposits. This is the same with other Java-based implementations such as Fedora. > > Therefore there are two options: > > - Use the ‘deposit()’ method to deposit a package created using the METS / SWAP packager > > (See: https://github.com/swordapp/swordappv2-php-library/blob/master/test/test-packager-mets_swap.php for an example of how to build a package) > > - First deposit the metadata as an atom entry (depositAtomEntry) with in-progress set to true, followed by extra calls to add files (addExtraFileToMediaResource) with the final call setting the in-progress to false. > > One other thing to check: Your email says: > > I’ve also changed the code to call the deposit method > > … > > About to deposit multipart file (test-files/swordlogo.jpg) tohttp://vmerdmsdspace01.ex.ac.uk/swordv2/collection/10871/6 > As: Guest406 > sac_curl=Resource id #22 > sac_resp= 2012-10-25T13:42:27Z...@ex...Processing failedUnacceptable content type in deposit request: application/x-www-form-urlencoded > > This looks you may not have changed the method being used, as the debug text still mentions multipart files, and the mime type sent suggests a multipart file. > > I hope this helps, > > > Stuart Lewis > Head of Digital Library Services > Library & Collections, Information Services > University of Edinburgh > Stu...@ed... > > > > From: Wellaway, Ian [mailto:I.J...@ex...] > Sent: 25 October 2012 13:55 > To: 'swo...@li...' > Subject: [sword-app-tech] PHP swordv2 - 500 error / Unacceptable content type > > Hi, > > I’ve been attempting to test the swordv2 php library, with a hope to creating a ‘record-edit’ feature in dspace so users can update their archived items (a feature strangely lacking from dspace). > > I’ve copied the libraries down from the swordapp website and have configured the test-swordappclient.php page but get the following error from the deposit-multipart method: > > > About to deposit multipart file (test-files/atom_multipart_package) tohttp://vmerdmsdspace01.ex.ac.uk/swordv2/collection/10871/6 > As: Guest406 > sac_curl=Resource id #22 > sac_resp= > HTTP Status 500 - > type Exception report > message > description The server encountered an internal error () that prevented it from fulfilling this request. > exception > javax.servlet.ServletException: org.apache.commons.fileupload.FileUploadException: Stream ended unexpectedly > org.swordapp.server.SwordAPIEndpoint.getPartsFromRequest(SwordAPIEndpoint.java:458) > org.swordapp.server.SwordAPIEndpoint.addDepositPropertiesFromMultipart(SwordAPIEndpoint.java:208) > org.swordapp.server.CollectionAPI.post(CollectionAPI.java:145) > org.swordapp.server.servlets.CollectionServletDefault.doPost(CollectionServletDefault.java:48) > javax.servlet.http.HttpServlet.service(HttpServlet.java:637) > javax.servlet.http.HttpServlet.service(HttpServlet.java:717) > root cause > org.apache.commons.fileupload.FileUploadException: Stream ended unexpectedly > org.apache.commons.fileupload.FileUploadBase.parseRequest(FileUploadBase.java:381) > org.apache.commons.fileupload.servlet.ServletFileUpload.parseRequest(ServletFileUpload.java:126) > org.swordapp.server.SwordAPIEndpoint.getPartsFromRequest(SwordAPIEndpoint.java:452) > org.swordapp.server.SwordAPIEndpoint.addDepositPropertiesFromMultipart(SwordAPIEndpoint.java:208) > org.swordapp.server.CollectionAPI.post(CollectionAPI.java:145) > org.swordapp.server.servlets.CollectionServletDefault.doPost(CollectionServletDefault.java:48) > javax.servlet.http.HttpServlet.service(HttpServlet.java:637) > javax.servlet.http.HttpServlet.service(HttpServlet.java:717) > root cause > org.apache.commons.fileupload.MultipartStream$MalformedStreamException: Stream ended unexpectedly > org.apache.commons.fileupload.MultipartStream$ItemInputStream.makeAvailable(MultipartStream.java:983) > org.apache.commons.fileupload.MultipartStream$ItemInputStream.read(MultipartStream.java:887) > java.io.InputStream.read(InputStream.java:85) > org.apache.commons.fileupload.util.Streams.copy(Streams.java:94) > org.apache.commons.fileupload.util.Streams.copy(Streams.java:64) > org.apache.commons.fileupload.MultipartStream.readBodyData(MultipartStream.java:593) > org.apache.commons.fileupload.MultipartStream.discardBodyData(MultipartStream.java:619) > org.apache.commons.fileupload.FileUploadBase$FileItemIteratorImpl.findNextItem(FileUploadBase.java:1012) > org.apache.commons.fileupload.FileUploadBase$FileItemIteratorImpl.<init>(FileUploadBase.java:942) > org.apache.commons.fileupload.FileUploadBase.getItemIterator(FileUploadBase.java:331) > org.apache.commons.fileupload.FileUploadBase.parseRequest(FileUploadBase.java:349) > org.apache.commons.fileupload.servlet.ServletFileUpload.parseRequest(ServletFileUpload.java:126) > org.swordapp.server.SwordAPIEndpoint.getPartsFromRequest(SwordAPIEndpoint.java:452) > org.swordapp.server.SwordAPIEndpoint.addDepositPropertiesFromMultipart(SwordAPIEndpoint.java:208) > org.swordapp.server.CollectionAPI.post(CollectionAPI.java:145) > org.swordapp.server.servlets.CollectionServletDefault.doPost(CollectionServletDefault.java:48) > javax.servlet.http.HttpServlet.service(HttpServlet.java:637) > javax.servlet.http.HttpServlet.service(HttpServlet.java:717) > note The full stack trace of the root cause is available in the Apache Tomcat/6.0.32 logs. > Apache Tomcat/6.0.32 > > sac_status=500 > > Fatal error: Uncaught exception 'Exception' with message 'Error parsing response entry (String could not be parsed as XML)' in /mnt/webdata1/webs/apps.exeter.ac.uk/docs/lisa_dev/swordv2/swordappclient.php:583 Stack trace: #0 /mnt/webdata1/webs/apps.exeter.ac.uk/docs/lisa_dev/swordv2/swordappclient.php(134): SWORDAPPClient->depositMultipartByMethod('http://vmerdmsd...', 'Guest406', 'PNFQwM', NULL, 'test-files/atom...', 'POST', 'http://purl.org...') #1 /mnt/webdata1/webs/apps.exeter.ac.uk/docs/lisa_dev/swordv2/test/test-swordappclient.php(73): SWORDAPPClient->depositMultipart('http://vmerdmsd...', 'Guest406', 'PNFQwM', NULL, 'test-files/atom...', 'http://purl.org...', false) #2 {main} thrown in/mnt/webdata1/webs/apps.exeter.ac.uk/docs/lisa_dev/swordv2/swordappclient.php on line 583 > > > > I’ve also changed the code to call the deposit method, as suggested in the discussion fromhttp://sourceforge.net/mailarchive/forum.php?thread_name=4FA170FE.3050608%40wijiti.com&forum_name=sword-app-tech but then receive the following: > > > About to deposit multipart file (test-files/swordlogo.jpg) tohttp://vmerdmsdspace01.ex.ac.uk/swordv2/collection/10871/6 > As: Guest406 > sac_curl=Resource id #22 > sac_resp= 2012-10-25T13:42:27Z...@ex...Processing failedUnacceptable content type in deposit request: application/x-www-form-urlencodedorg.swordapp.server.SwordError: Unacceptable content type in deposit request: application/x-www-form-urlencoded at org.dspace.sword2.DSpaceSwordAPI.isAcceptable(DSpaceSwordAPI.java:228) at org.dspace.sword2.CollectionDepositManagerDSpace.createNewFromBinary(CollectionDepositManagerDSpace.java:218) at org.dspace.sword2.CollectionDepositManagerDSpace.createNew(CollectionDepositManagerDSpace.java:112) at org.swordapp.server.CollectionAPI.post(CollectionAPI.java:158) at org.swordapp.server.servlets.CollectionServletDefault.doPost(CollectionServletDefault.java:48) at javax.servlet.http.HttpServlet.service(HttpServlet.java:637) at javax.servlet.http.HttpServlet.service(HttpServlet.java:717) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:233) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:191) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:127) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109) at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:298) at org.apache.jk.server.JkCoyoteHandler.invoke(JkCoyoteHandler.java:190) at org.apache.jk.common.HandlerRequest.invoke(HandlerRequest.java:291) at org.apache.jk.common.ChannelSocket.invoke(ChannelSocket.java:776) at org.apache.jk.common.ChannelSocket.processConnection(ChannelSocket.java:705) at org.apache.jk.common.ChannelSocket$SocketConnection.runIt(ChannelSocket.java:898) at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:690) at java.lang.Thread.run(Thread.java:619) > Received HTTP status code: 415 (Unsupported media type) > > About to retrieve deposit receipt from > As: Guest406 > > Fatal error: Uncaught exception 'Exception' with message 'Error parsing response entry (String could not be parsed as XML)' in /mnt/webdata1/webs/apps.exeter.ac.uk/docs/lisa_dev/swordv2/swordappclient.php:229 Stack trace: #0 /mnt/webdata1/webs/apps.exeter.ac.uk/docs/lisa_dev/swordv2/test/test-swordappclient.php(324): SWORDAPPClient->retrieveDepositReceipt(NULL, 'Guest406', 'PNFQwM', NULL, 'http://purl.org...') #1 {main} thrown in/mnt/webdata1/webs/apps.exeter.ac.uk/docs/lisa_dev/swordv2/swordappclient.php on line 229 > > > In each case there is nothing in the tomcat or dspace logs. > > Any ideas? > > For help, I’ve printed some of the curl responses to the screen. > > Thanks > > Ian > > ------------ > > Ian Wellaway > > Senior System Support & Development Officer - Enterprise Applications (Wednesdays only) > & > Technical Developer, Open Exeter - Infrastructure Systems (Monday-Tuesday, Thursday-Friday) > > Exeter IT > Room 54 > Laver Building > University of Exeter > EX4 4QE > UK > > tel +44 1392 722852 > > The University of Edinburgh is a charitable body, registered in > Scotland, with registration number SC005336. > ------------------------------------------------------------------------------ > Everyone hates slow websites. So do we. > Make your web apps faster with AppDynamics > Download AppDynamics Lite for free today: > http://p.sf.net/sfu/appdyn_sfd2d_oct_______________________________________________ > sword-app-tech mailing list > swo...@li... > https://lists.sourceforge.net/lists/listinfo/sword-app-tech |
From: LEWIS S. <Stu...@ed...> - 2012-10-31 08:35:49
|
The University of Edinburgh is a charitable body, registered in Scotland, with registration number SC005336. |
From: Wellaway, I. <I.J...@ex...> - 2012-10-25 12:55:28
|
Hi, I've been attempting to test the swordv2 php library, with a hope to creating a 'record-edit' feature in dspace so users can update their archived items (a feature strangely lacking from dspace). I've copied the libraries down from the swordapp website and have configured the test-swordappclient.php page but get the following error from the deposit-multipart method: About to deposit multipart file (test-files/atom_multipart_package) to http://vmerdmsdspace01.ex.ac.uk/swordv2/collection/10871/6 As: Guest406 sac_curl=Resource id #22 sac_resp= HTTP Status 500 - ________________________________ type Exception report message description The server encountered an internal error () that prevented it from fulfilling this request. exception javax.servlet.ServletException: org.apache.commons.fileupload.FileUploadException: Stream ended unexpectedly org.swordapp.server.SwordAPIEndpoint.getPartsFromRequest(SwordAPIEndpoint.java:458) org.swordapp.server.SwordAPIEndpoint.addDepositPropertiesFromMultipart(SwordAPIEndpoint.java:208) org.swordapp.server.CollectionAPI.post(CollectionAPI.java:145) org.swordapp.server.servlets.CollectionServletDefault.doPost(CollectionServletDefault.java:48) javax.servlet.http.HttpServlet.service(HttpServlet.java:637) javax.servlet.http.HttpServlet.service(HttpServlet.java:717) root cause org.apache.commons.fileupload.FileUploadException: Stream ended unexpectedly org.apache.commons.fileupload.FileUploadBase.parseRequest(FileUploadBase.java:381) org.apache.commons.fileupload.servlet.ServletFileUpload.parseRequest(ServletFileUpload.java:126) org.swordapp.server.SwordAPIEndpoint.getPartsFromRequest(SwordAPIEndpoint.java:452) org.swordapp.server.SwordAPIEndpoint.addDepositPropertiesFromMultipart(SwordAPIEndpoint.java:208) org.swordapp.server.CollectionAPI.post(CollectionAPI.java:145) org.swordapp.server.servlets.CollectionServletDefault.doPost(CollectionServletDefault.java:48) javax.servlet.http.HttpServlet.service(HttpServlet.java:637) javax.servlet.http.HttpServlet.service(HttpServlet.java:717) root cause org.apache.commons.fileupload.MultipartStream$MalformedStreamException: Stream ended unexpectedly org.apache.commons.fileupload.MultipartStream$ItemInputStream.makeAvailable(MultipartStream.java:983) org.apache.commons.fileupload.MultipartStream$ItemInputStream.read(MultipartStream.java:887) java.io.InputStream.read(InputStream.java:85) org.apache.commons.fileupload.util.Streams.copy(Streams.java:94) org.apache.commons.fileupload.util.Streams.copy(Streams.java:64) org.apache.commons.fileupload.MultipartStream.readBodyData(MultipartStream.java:593) org.apache.commons.fileupload.MultipartStream.discardBodyData(MultipartStream.java:619) org.apache.commons.fileupload.FileUploadBase$FileItemIteratorImpl.findNextItem(FileUploadBase.java:1012) org.apache.commons.fileupload.FileUploadBase$FileItemIteratorImpl.<init>(FileUploadBase.java:942) org.apache.commons.fileupload.FileUploadBase.getItemIterator(FileUploadBase.java:331) org.apache.commons.fileupload.FileUploadBase.parseRequest(FileUploadBase.java:349) org.apache.commons.fileupload.servlet.ServletFileUpload.parseRequest(ServletFileUpload.java:126) org.swordapp.server.SwordAPIEndpoint.getPartsFromRequest(SwordAPIEndpoint.java:452) org.swordapp.server.SwordAPIEndpoint.addDepositPropertiesFromMultipart(SwordAPIEndpoint.java:208) org.swordapp.server.CollectionAPI.post(CollectionAPI.java:145) org.swordapp.server.servlets.CollectionServletDefault.doPost(CollectionServletDefault.java:48) javax.servlet.http.HttpServlet.service(HttpServlet.java:637) javax.servlet.http.HttpServlet.service(HttpServlet.java:717) note The full stack trace of the root cause is available in the Apache Tomcat/6.0.32 logs. Apache Tomcat/6.0.32 sac_status=500 Fatal error: Uncaught exception 'Exception' with message 'Error parsing response entry (String could not be parsed as XML)' in /mnt/webdata1/webs/apps.exeter.ac.uk/docs/lisa_dev/swordv2/swordappclient.php:583 Stack trace: #0 /mnt/webdata1/webs/apps.exeter.ac.uk/docs/lisa_dev/swordv2/swordappclient.php(134): SWORDAPPClient->depositMultipartByMethod('http://vmerdmsd...', 'Guest406', 'PNFQwM', NULL, 'test-files/atom...', 'POST', 'http://purl.org...') #1 /mnt/webdata1/webs/apps.exeter.ac.uk/docs/lisa_dev/swordv2/test/test-swordappclient.php(73): SWORDAPPClient->depositMultipart('http://vmerdmsd...', 'Guest406', 'PNFQwM', NULL, 'test-files/atom...', 'http://purl.org...', false) #2 {main} thrown in /mnt/webdata1/webs/apps.exeter.ac.uk/docs/lisa_dev/swordv2/swordappclient.php on line 583 I've also changed the code to call the deposit method, as suggested in the discussion from http://sourceforge.net/mailarchive/forum.php?thread_name=4FA170FE.3050608%40wijiti.com&forum_name=sword-app-tech but then receive the following: About to deposit multipart file (test-files/swordlogo.jpg) to http://vmerdmsdspace01.ex.ac.uk/swordv2/collection/10871/6 As: Guest406 sac_curl=Resource id #22 sac_resp= 2012-10-25T13:42:27Z...@ex...Processing failedUnacceptable content type in deposit request: application/x-www-form-urlencodedorg.swordapp.server.SwordError: Unacceptable content type in deposit request: application/x-www-form-urlencoded at org.dspace.sword2.DSpaceSwordAPI.isAcceptable(DSpaceSwordAPI.java:228) at org.dspace.sword2.CollectionDepositManagerDSpace.createNewFromBinary(CollectionDepositManagerDSpace.java:218) at org.dspace.sword2.CollectionDepositManagerDSpace.createNew(CollectionDepositManagerDSpace.java:112) at org.swordapp.server.CollectionAPI.post(CollectionAPI.java:158) at org.swordapp.server.servlets.CollectionServletDefault.doPost(CollectionServletDefault.java:48) at javax.servlet.http.HttpServlet.service(HttpServlet.java:637) at javax.servlet.http.HttpServlet.service(HttpServlet.java:717) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:233) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:191) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:127) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109) at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:298) at org.apache.jk.server.JkCoyoteHandler.invoke(JkCoyoteHandler.java:190) at org.apache.jk.common.HandlerRequest.invoke(HandlerRequest.java:291) at org.apache.jk.common.ChannelSocket.invoke(ChannelSocket.java:776) at org.apache.jk.common.ChannelSocket.processConnection(ChannelSocket.java:705) at org.apache.jk.common.ChannelSocket$SocketConnection.runIt(ChannelSocket.java:898) at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:690) at java.lang.Thread.run(Thread.java:619) Received HTTP status code: 415 (Unsupported media type) About to retrieve deposit receipt from As: Guest406 Fatal error: Uncaught exception 'Exception' with message 'Error parsing response entry (String could not be parsed as XML)' in /mnt/webdata1/webs/apps.exeter.ac.uk/docs/lisa_dev/swordv2/swordappclient.php:229 Stack trace: #0 /mnt/webdata1/webs/apps.exeter.ac.uk/docs/lisa_dev/swordv2/test/test-swordappclient.php(324): SWORDAPPClient->retrieveDepositReceipt(NULL, 'Guest406', 'PNFQwM', NULL, 'http://purl.org...') #1 {main} thrown in /mnt/webdata1/webs/apps.exeter.ac.uk/docs/lisa_dev/swordv2/swordappclient.php on line 229 In each case there is nothing in the tomcat or dspace logs. Any ideas? For help, I've printed some of the curl responses to the screen. Thanks Ian ------------ Ian Wellaway Senior System Support & Development Officer - Enterprise Applications (Wednesdays only) & Technical Developer, Open Exeter - Infrastructure Systems (Monday-Tuesday, Thursday-Friday) Exeter IT Room 54 Laver Building University of Exeter EX4 4QE UK tel +44 1392 722852 |