Menu
▾
▴
sword-app-tech — Mailing list for discussion of SWORD implemenation and development.
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: Scott W. <sco...@gm...> - 2008-01-30 11:59:16
|
Hmm, I get the same issue when trying to post example.zip to both
ePrints and DSpace:
message = new PostMessage();
message.setDestination(config.getLocation());
String path = file.getUrl();
message.setFilepath(path);
message.setFiletype(file.getType());
message.setSlug(file.getTitle());
message.setFormatNamespace("http://www.loc.gov/METS"); // also
tried with just METS
DepositResponse response;
response = client.postFile(message);
In each case the response is Null (no HTTP response code). Depositing
other types of object (JPEGs) works fine. FileType is detected as
application/zip, so its not that either.
Any ideas?
S
On 30 Jan 2008, at 10:55, Antony Corfield [awc] wrote:
> (Copied to eprints tech and sword lists)
>
> Hi Sebastien,
>
> I tried again this morning without 'on behalf of' and it works fine
> see:
>
> http://cakeordeath.ecs.soton.ac.uk/60/
> http://cakeordeath.ecs.soton.ac.uk/61/
> http://cakeordeath.ecs.soton.ac.uk/62/
> http://cakeordeath.ecs.soton.ac.uk/63/
>
> It also works with 'on behalf of' set since you have enabled mediated
> deposit.
> (It would be handy if the servicedocument or the returned status
> indicated this.)
>
> The above files (example.zip) were posted using the desktop client,
> the
> web client (http://sword.aber.ac.uk/sword/client) and my own client
> implementation.
>
> It's also necessary to set fileType (MIME type) e.g.
> postMessage.FileType("application/zip") assuming one's posting a zip
> file. This isn't required when posting a zip file using the java SWORD
> client to Dspace, maybe it's the default.
>
> Thanks again Sebastien, that's very useful, I can now sort out my
> SWORD
> eprints instance.
>
> Cheers,
> Antony
>
>
> -----Original Message-----
> From: Sebastien Francois [mailto:sf...@ec...]
> Sent: 29 January 2008 18:02
> To: Antony Corfield [awc]
> Subject: Re: EPrints/SWORD - problem with METS file
>
> Hello Antony,
>
> So I have had a look at the code, and there is only one case when a
> 403
> Forbidden is returned, this is when a client attempts a mediated
> deposit
>
> (i.e. on behalf of someone else) which is not allowed... You didn't
> try
> a mediated deposited by any chance? Anyhow, I've enabled any mediated
> deposit for now so you can try again.
>
> I also sent the same file from my home server and it worked too so
> it's
> probably not because I was on the soton.ac.uk domain.
>
> Good luck and let me know what happens!
> Seb.
>
> PS: in case you're using Linux (I believe there is a Windows version
> too), you can use 'curl' to send a file, without the need of the Java
> clients. The command line which worked for me is (assuming you're in
> the
>
> same directory as 'example.zip'):
>
> curl -v --data-binary @example.zip
> http://cakeordeath.ecs.soton.ac.uk/app/deposit/buffer --user
> sword:swordtest -H 'X-Format-Namespace: METS' -H 'Content-Type:
> application/zip'
>
> Antony Corfield [awc] wrote:
>> Hi Sebastien, thanks for your help..
>>
>> Just tried with (example.zip) desktop client and namespace METS but
> same
>> error - 403.
>> It wouldn't have anything to do with you being at soton.ac.uk?
>>
>> Cheers,
>> Antony
>>
>>
>>
>>
>> -----Original Message-----
>> From: Sebastien Francois [mailto:sf...@ec...]
>> Sent: 29 January 2008 16:28
>> To: Antony Corfield [awc]; sco...@gm...
>> Cc: ja...@yo...
>> Subject: EPrints/SWORD - problem with METS file
>>
>> Dear all,
>>
>> I read from the EPrints tech mailing-list that you both had problem
>> using the METS/epdcx file. I developed the SWORD extension for
>> EPrints
>
>> and I am very happy helping you with this.
>>
>> I've just tested to deposit the example.zip file provided on the JISC
>> wiki (this one: http://www.ukoln.ac.uk/repositories/sword/
>> example.zip)
>
>> to cakeordeath.ecs.soton.ac.uk and I haven't had any problems with it
>> (result is here: http://cakeordeath.ecs.soton.ac.uk/54/). I used the
>> Java client (v1.0) and I set the namespace to 'METS'. The METS needs
> to
>> be 'epdcx', other METS formats (w/ MODS for instance) are not
> supported
>> at this stage.
>>
>> Could you possibly try again and let me know what error message you
> get?
>>
>> Kind regards,
>> Sebastien Francois
>>
>>
>>
>>
>
>
> -------------------------------------------------------------------------
> This SF.net email is sponsored by: Microsoft
> Defy all challenges. Microsoft(R) Visual Studio 2008.
> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
> _______________________________________________
> sword-app-tech mailing list
> swo...@li...
> https://lists.sourceforge.net/lists/listinfo/sword-app-tech
|
|
From: Scott W. <sco...@gm...> - 2008-01-30 11:12:30
|
Aha... when I drag the zip file onto my app it gets recognized as "application/octet-stream" rather than "application/zip" before its sent onto the repository, which probably causes the error. S On 30 Jan 2008, at 10:55, Antony Corfield [awc] wrote: > (Copied to eprints tech and sword lists) > > Hi Sebastien, > > I tried again this morning without 'on behalf of' and it works fine > see: > > http://cakeordeath.ecs.soton.ac.uk/60/ > http://cakeordeath.ecs.soton.ac.uk/61/ > http://cakeordeath.ecs.soton.ac.uk/62/ > http://cakeordeath.ecs.soton.ac.uk/63/ > > It also works with 'on behalf of' set since you have enabled mediated > deposit. > (It would be handy if the servicedocument or the returned status > indicated this.) > > The above files (example.zip) were posted using the desktop client, > the > web client (http://sword.aber.ac.uk/sword/client) and my own client > implementation. > > It's also necessary to set fileType (MIME type) e.g. > postMessage.FileType("application/zip") assuming one's posting a zip > file. This isn't required when posting a zip file using the java SWORD > client to Dspace, maybe it's the default. > > Thanks again Sebastien, that's very useful, I can now sort out my > SWORD > eprints instance. > > Cheers, > Antony > > > -----Original Message----- > From: Sebastien Francois [mailto:sf...@ec...] > Sent: 29 January 2008 18:02 > To: Antony Corfield [awc] > Subject: Re: EPrints/SWORD - problem with METS file > > Hello Antony, > > So I have had a look at the code, and there is only one case when a > 403 > Forbidden is returned, this is when a client attempts a mediated > deposit > > (i.e. on behalf of someone else) which is not allowed... You didn't > try > a mediated deposited by any chance? Anyhow, I've enabled any mediated > deposit for now so you can try again. > > I also sent the same file from my home server and it worked too so > it's > probably not because I was on the soton.ac.uk domain. > > Good luck and let me know what happens! > Seb. > > PS: in case you're using Linux (I believe there is a Windows version > too), you can use 'curl' to send a file, without the need of the Java > clients. The command line which worked for me is (assuming you're in > the > > same directory as 'example.zip'): > > curl -v --data-binary @example.zip > http://cakeordeath.ecs.soton.ac.uk/app/deposit/buffer --user > sword:swordtest -H 'X-Format-Namespace: METS' -H 'Content-Type: > application/zip' > > Antony Corfield [awc] wrote: >> Hi Sebastien, thanks for your help.. >> >> Just tried with (example.zip) desktop client and namespace METS but > same >> error - 403. >> It wouldn't have anything to do with you being at soton.ac.uk? >> >> Cheers, >> Antony >> >> >> >> >> -----Original Message----- >> From: Sebastien Francois [mailto:sf...@ec...] >> Sent: 29 January 2008 16:28 >> To: Antony Corfield [awc]; sco...@gm... >> Cc: ja...@yo... >> Subject: EPrints/SWORD - problem with METS file >> >> Dear all, >> >> I read from the EPrints tech mailing-list that you both had problem >> using the METS/epdcx file. I developed the SWORD extension for >> EPrints > >> and I am very happy helping you with this. >> >> I've just tested to deposit the example.zip file provided on the JISC >> wiki (this one: http://www.ukoln.ac.uk/repositories/sword/ >> example.zip) > >> to cakeordeath.ecs.soton.ac.uk and I haven't had any problems with it >> (result is here: http://cakeordeath.ecs.soton.ac.uk/54/). I used the >> Java client (v1.0) and I set the namespace to 'METS'. The METS needs > to >> be 'epdcx', other METS formats (w/ MODS for instance) are not > supported >> at this stage. >> >> Could you possibly try again and let me know what error message you > get? >> >> Kind regards, >> Sebastien Francois >> >> >> >> > > > ------------------------------------------------------------------------- > This SF.net email is sponsored by: Microsoft > Defy all challenges. Microsoft(R) Visual Studio 2008. > http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ > _______________________________________________ > sword-app-tech mailing list > swo...@li... > https://lists.sourceforge.net/lists/listinfo/sword-app-tech |
|
From: Antony C. [awc] <aw...@ab...> - 2008-01-30 10:57:43
|
(Copied to eprints tech and sword lists) Hi Sebastien, I tried again this morning without 'on behalf of' and it works fine see: http://cakeordeath.ecs.soton.ac.uk/60/ http://cakeordeath.ecs.soton.ac.uk/61/ http://cakeordeath.ecs.soton.ac.uk/62/ http://cakeordeath.ecs.soton.ac.uk/63/ It also works with 'on behalf of' set since you have enabled mediated deposit. (It would be handy if the servicedocument or the returned status indicated this.) The above files (example.zip) were posted using the desktop client, the web client (http://sword.aber.ac.uk/sword/client) and my own client implementation. It's also necessary to set fileType (MIME type) e.g. postMessage.FileType("application/zip") assuming one's posting a zip file. This isn't required when posting a zip file using the java SWORD client to Dspace, maybe it's the default. Thanks again Sebastien, that's very useful, I can now sort out my SWORD eprints instance. Cheers, Antony -----Original Message----- From: Sebastien Francois [mailto:sf...@ec...]=20 Sent: 29 January 2008 18:02 To: Antony Corfield [awc] Subject: Re: EPrints/SWORD - problem with METS file Hello Antony, So I have had a look at the code, and there is only one case when a 403=20 Forbidden is returned, this is when a client attempts a mediated deposit (i.e. on behalf of someone else) which is not allowed... You didn't try=20 a mediated deposited by any chance? Anyhow, I've enabled any mediated=20 deposit for now so you can try again. I also sent the same file from my home server and it worked too so it's=20 probably not because I was on the soton.ac.uk domain. Good luck and let me know what happens! Seb. PS: in case you're using Linux (I believe there is a Windows version=20 too), you can use 'curl' to send a file, without the need of the Java=20 clients. The command line which worked for me is (assuming you're in the same directory as 'example.zip'): curl -v --data-binary @example.zip=20 http://cakeordeath.ecs.soton.ac.uk/app/deposit/buffer --user=20 sword:swordtest -H 'X-Format-Namespace: METS' -H 'Content-Type:=20 application/zip' Antony Corfield [awc] wrote: > Hi Sebastien, thanks for your help.. > > Just tried with (example.zip) desktop client and namespace METS but same > error - 403. > It wouldn't have anything to do with you being at soton.ac.uk? > > Cheers, > Antony > > > > > -----Original Message----- > From: Sebastien Francois [mailto:sf...@ec...]=20 > Sent: 29 January 2008 16:28 > To: Antony Corfield [awc]; sco...@gm... > Cc: ja...@yo... > Subject: EPrints/SWORD - problem with METS file > > Dear all, > > I read from the EPrints tech mailing-list that you both had problem=20 > using the METS/epdcx file. I developed the SWORD extension for EPrints > and I am very happy helping you with this. > > I've just tested to deposit the example.zip file provided on the JISC=20 > wiki (this one: http://www.ukoln.ac.uk/repositories/sword/example.zip) > to cakeordeath.ecs.soton.ac.uk and I haven't had any problems with it=20 > (result is here: http://cakeordeath.ecs.soton.ac.uk/54/). I used the=20 > Java client (v1.0) and I set the namespace to 'METS'. The METS needs to=20 > be 'epdcx', other METS formats (w/ MODS for instance) are not supported=20 > at this stage. > > Could you possibly try again and let me know what error message you get? > > Kind regards, > Sebastien Francois > > > > =20 |
|
From: Scott W. <sco...@gm...> - 2008-01-29 15:57:39
|
Tried using format NS of http://www.loc.gov/METS/ and "mets". No luck. S On 29 Jan 2008, at 15:41, Julie Allinson wrote: > Have you tried it with anything in the format namespace? try METS or > mets > > Julie > > Scott Wilson wrote: >> I'm depositing to http://cakeordeath.ecs.soton.ac.uk/app/deposit/ >> inbox >> with JPEGs, PNGs etc. using FeedForward and its works fine. However >> using the example.zip I get the same issue. >> >> S >> >> On 29 Jan 2008, at 14:45, Antony Corfield [awc] wrote: >> >>> Ok, I have the credentials now and can get the service document from >>> cakeordeath. >>> However, when I post to any of the collections using example.zip >>> (see SWORD wiki - Mets with epdcx) I get 403 (Forbidden) status code >>> returned. >>> >>> Any ideas, has anyone posted to this url? >>> >>> Regards, >>> Antony >>> >>> >>> *From:* own...@ec... >>> <mailto:own...@ec...> [mailto:own...@ec... >>> ] *On >>> Behalf Of *Antony Corfield [awc] >>> *Sent:* 29 January 2008 12:12 >>> *To:* EPrints.org Technical List >>> *Subject:* [EP-tech] Sword >>> >>> >>> Hi, >>> >>> do I need to set credentials to obtain the service document and/or >>> post at cakeordeath.ecs.soton.ac.uk ? >>> >>> Regards, >>> >>> Antony >>> >>> -- >>> >>> Antony Corfield >>> >>> ROAD Project, AU >>> >>> tel. 01970 628724 >>> >>> ------------------------------------------------------------------------- >>> This SF.net email is sponsored by: Microsoft >>> Defy all challenges. Microsoft(R) Visual Studio 2008. >>> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/_______________________________________________ >>> sword-app-tech mailing list >>> swo...@li... >>> <mailto:swo...@li...> >>> https://lists.sourceforge.net/lists/listinfo/sword-app-tech >> > > > -- > Julie Allinson <ja...@yo...> > Digital Library Manager > University Library & Archives, J.B. Morrell Library > University of York, Heslington, York, YO10 5DD, UK > tel: ++44 (0) 1904 434083 skype: j.allinson > web: http://www.york.ac.uk/services/library/elibrary/ > digitallibrary.htm > -- > > > > ------------------------------------------------------------------------- > This SF.net email is sponsored by: Microsoft > Defy all challenges. Microsoft(R) Visual Studio 2008. > http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ > _______________________________________________ > sword-app-tech mailing list > swo...@li... > https://lists.sourceforge.net/lists/listinfo/sword-app-tech |
|
From: Julie A. <ja...@yo...> - 2008-01-29 15:41:49
|
Have you tried it with anything in the format namespace? try METS or mets Julie Scott Wilson wrote: > I'm depositing to http://cakeordeath.ecs.soton.ac.uk/app/deposit/inbox > with JPEGs, PNGs etc. using FeedForward and its works fine. However > using the example.zip I get the same issue. > > S > > On 29 Jan 2008, at 14:45, Antony Corfield [awc] wrote: > >> Ok, I have the credentials now and can get the service document from >> cakeordeath. >> However, when I post to any of the collections using example.zip >> (see SWORD wiki - Mets with epdcx) I get 403 (Forbidden) status code >> returned. >> >> Any ideas, has anyone posted to this url? >> >> Regards, >> Antony >> >> >> *From:* own...@ec... >> <mailto:own...@ec...> [mailto:own...@ec...] *On >> Behalf Of *Antony Corfield [awc] >> *Sent:* 29 January 2008 12:12 >> *To:* EPrints.org Technical List >> *Subject:* [EP-tech] Sword >> >> >> Hi, >> >> do I need to set credentials to obtain the service document and/or >> post at cakeordeath.ecs.soton.ac.uk ? >> >> Regards, >> >> Antony >> >> -- >> >> Antony Corfield >> >> ROAD Project, AU >> >> tel. 01970 628724 >> >> ------------------------------------------------------------------------- >> This SF.net email is sponsored by: Microsoft >> Defy all challenges. Microsoft(R) Visual Studio 2008. >> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/_______________________________________________ >> sword-app-tech mailing list >> swo...@li... >> <mailto:swo...@li...> >> https://lists.sourceforge.net/lists/listinfo/sword-app-tech > -- Julie Allinson <ja...@yo...> Digital Library Manager University Library & Archives, J.B. Morrell Library University of York, Heslington, York, YO10 5DD, UK tel: ++44 (0) 1904 434083 skype: j.allinson web: http://www.york.ac.uk/services/library/elibrary/digitallibrary.htm -- |
|
From: Scott W. <sco...@gm...> - 2008-01-29 15:30:14
|
I'm depositing to http://cakeordeath.ecs.soton.ac.uk/app/deposit/inbox with JPEGs, PNGs etc. using FeedForward and its works fine. However using the example.zip I get the same issue. S On 29 Jan 2008, at 14:45, Antony Corfield [awc] wrote: > Ok, I have the credentials now and can get the service document from > cakeordeath. > However, when I post to any of the collections using example.zip > (see SWORD wiki - Mets with epdcx) I get 403 (Forbidden) status code > returned. > > Any ideas, has anyone posted to this url? > > Regards, > Antony > > > From: own...@ec... [mailto:own...@ec... > ] On Behalf Of Antony Corfield [awc] > Sent: 29 January 2008 12:12 > To: EPrints.org Technical List > Subject: [EP-tech] Sword > > Hi, > > do I need to set credentials to obtain the service document and/or > post at cakeordeath.ecs.soton.ac.uk ? > > Regards, > > Antony > > -- > > Antony Corfield > > ROAD Project, AU > > tel. 01970 628724 > > ------------------------------------------------------------------------- > This SF.net email is sponsored by: Microsoft > Defy all challenges. Microsoft(R) Visual Studio 2008. > http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/_______________________________________________ > sword-app-tech mailing list > swo...@li... > https://lists.sourceforge.net/lists/listinfo/sword-app-tech |
|
From: Antony C. [awc] <aw...@ab...> - 2008-01-29 14:46:05
|
Ok, I have the credentials now and can get the service document from cakeordeath. However, when I post to any of the collections using example.zip (see SWORD wiki - Mets with epdcx) I get 403 (Forbidden) status code returned. =20 Any ideas, has anyone posted to this url? =20 Regards, Antony =20 =20 From: own...@ec... [mailto:own...@ec...] On Behalf Of Antony Corfield [awc] Sent: 29 January 2008 12:12 To: EPrints.org Technical List Subject: [EP-tech] Sword =20 Hi, do I need to set credentials to obtain the service document and/or post at cakeordeath.ecs.soton.ac.uk ? Regards, Antony -- Antony Corfield ROAD Project, AU tel. 01970 628724 |
|
From: Jim D. <oj...@ca...> - 2008-01-25 17:04:09
|
Applied and committed, thanks!
jim
On 25/01/2008, Antony Corfield [awc] <aw...@ab...> wrote:
> Here's a patch for the logging changes - user/password only logged when when set to debug
>
> java/trunk/src/org/purl/sword/client/Client.java
> ===================================================================
> --- java/trunk/src/org/purl/sword/client/Client.java (revision 37)
> +++ java/trunk/src/org/purl/sword/client/Client.java (working copy)
> @@ -125,8 +125,8 @@
> {
> client = new HttpClient();
> client.getParams().setParameter("http.socket.timeout", new Integer(DEFAULT_TIMEOUT));
> - log.info("proxy host: " + client.getHostConfiguration().getProxyHost());
> - log.info("proxy port: " + client.getHostConfiguration().getProxyPort());
> + log.debug("proxy host: " + client.getHostConfiguration().getProxyHost());
> + log.debug("proxy port: " + client.getHostConfiguration().getProxyPort());
> doAuthentication = false;
> }
>
> @@ -164,7 +164,7 @@
> */
> private void setBasicCredentials( String username, String password )
> {
> - log.info("server: " + server + " port: " + port + " u: '" + username + "' p '" + password + "'");
> + log.debug("server: " + server + " port: " + port + " u: '" + username + "' p '" + password + "'");
> client.getState().setCredentials(
> new AuthScope(server, port),
> new UsernamePasswordCredentials(username, password));
> @@ -263,7 +263,7 @@
> // if (( onBehalfOf != null ) && ( ! onBehalfOf.trim().equals("") ))
> if( containsValue(onBehalfOf) )
> {
> - log.info("Setting on-behalf-of: " + onBehalfOf );
> + log.debug("Setting on-behalf-of: " + onBehalfOf );
> httpget.addRequestHeader( new Header( HttpHeaders.X_ON_BEHALF_OF, onBehalfOf ) );
> }
>
> @@ -279,7 +279,7 @@
> if( status.getCode() == HttpStatus.SC_OK )
> {
> String message = readResponse(httpget.getResponseBodyAsStream());
> - log.info("returned message is: " + message);
> + log.debug("returned message is: " + message);
>
> doc = new ServiceDocument();
> doc.unmarshall(message);
>
>
> -----Original Message-----
> From: jim...@gm... [mailto:jim...@gm...] On Behalf Of Jim Downing
> Sent: 24 January 2008 16:55
> To: Antony Corfield [awc]
> Cc: swo...@li...
> Subject: Re: [sword-app-tech] logging levels
>
> On 24/01/2008, Antony Corfield [awc] <aw...@ab...> wrote:
> > Any chance of lowering some of the logging levels in the Client class to
> > debug?
>
> Sure. Any chance of a patch with the mods you think appropriate?
>
> jim
>
|
|
From: Antony C. [awc] <aw...@ab...> - 2008-01-25 16:32:59
|
SGVyZSdzIGEgcGF0Y2ggZm9yIHRoZSBsb2dnaW5nIGNoYW5nZXMgLSB1c2VyL3Bhc3N3b3JkIG9u bHkgbG9nZ2VkIHdoZW4gd2hlbiBzZXQgdG8gZGVidWcNCg0KamF2YS90cnVuay9zcmMvb3JnL3B1 cmwvc3dvcmQvY2xpZW50L0NsaWVudC5qYXZhDQo9PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09DQotLS0gamF2YS90cnVuay9z cmMvb3JnL3B1cmwvc3dvcmQvY2xpZW50L0NsaWVudC5qYXZhCShyZXZpc2lvbiAzNykNCisrKyBq YXZhL3RydW5rL3NyYy9vcmcvcHVybC9zd29yZC9jbGllbnQvQ2xpZW50LmphdmEJKHdvcmtpbmcg Y29weSkNCkBAIC0xMjUsOCArMTI1LDggQEANCiAgICB7DQogICAgICAgY2xpZW50ID0gbmV3IEh0 dHBDbGllbnQoKTsgDQogICAgICAgY2xpZW50LmdldFBhcmFtcygpLnNldFBhcmFtZXRlcigiaHR0 cC5zb2NrZXQudGltZW91dCIsIG5ldyBJbnRlZ2VyKERFRkFVTFRfVElNRU9VVCkpOw0KLSAgICAg IGxvZy5pbmZvKCJwcm94eSBob3N0OiAiICsgY2xpZW50LmdldEhvc3RDb25maWd1cmF0aW9uKCku Z2V0UHJveHlIb3N0KCkpOw0KLSAgICAgIGxvZy5pbmZvKCJwcm94eSBwb3J0OiAiICsgY2xpZW50 LmdldEhvc3RDb25maWd1cmF0aW9uKCkuZ2V0UHJveHlQb3J0KCkpOw0KKyAgICAgIGxvZy5kZWJ1 ZygicHJveHkgaG9zdDogIiArIGNsaWVudC5nZXRIb3N0Q29uZmlndXJhdGlvbigpLmdldFByb3h5 SG9zdCgpKTsNCisgICAgICBsb2cuZGVidWcoInByb3h5IHBvcnQ6ICIgKyBjbGllbnQuZ2V0SG9z dENvbmZpZ3VyYXRpb24oKS5nZXRQcm94eVBvcnQoKSk7DQogICAgICAgZG9BdXRoZW50aWNhdGlv biA9IGZhbHNlOyAgDQogICAgfQ0KIA0KQEAgLTE2NCw3ICsxNjQsNyBAQA0KICAgICAqLw0KICAg IHByaXZhdGUgdm9pZCBzZXRCYXNpY0NyZWRlbnRpYWxzKCBTdHJpbmcgdXNlcm5hbWUsIFN0cmlu ZyBwYXNzd29yZCApDQogICAgew0KLSAgICAgIGxvZy5pbmZvKCJzZXJ2ZXI6ICIgKyBzZXJ2ZXIg KyAiIHBvcnQ6ICIgKyBwb3J0ICsgIiB1OiAnIiArIHVzZXJuYW1lICsgIicgcCAnIiArIHBhc3N3 b3JkICsgIiciKTsNCisgICAgICBsb2cuZGVidWcoInNlcnZlcjogIiArIHNlcnZlciArICIgcG9y dDogIiArIHBvcnQgKyAiIHU6ICciICsgdXNlcm5hbWUgKyAiJyBwICciICsgcGFzc3dvcmQgKyAi JyIpOw0KICAgICAgIGNsaWVudC5nZXRTdGF0ZSgpLnNldENyZWRlbnRpYWxzKA0KICAgICAgICAg ICAgIG5ldyBBdXRoU2NvcGUoc2VydmVyLCBwb3J0KSwgDQogICAgICAgICAgICAgbmV3IFVzZXJu YW1lUGFzc3dvcmRDcmVkZW50aWFscyh1c2VybmFtZSwgcGFzc3dvcmQpKTsNCkBAIC0yNjMsNyAr MjYzLDcgQEANCiAgICAgICAvLyBpZiAoKCBvbkJlaGFsZk9mICE9IG51bGwgKSAmJiAoICEgb25C ZWhhbGZPZi50cmltKCkuZXF1YWxzKCIiKSApKSANCiAgICAgICBpZiggY29udGFpbnNWYWx1ZShv bkJlaGFsZk9mKSApDQogICAgICAgew0KLSAgICAgICAgIGxvZy5pbmZvKCJTZXR0aW5nIG9uLWJl aGFsZi1vZjogIiArIG9uQmVoYWxmT2YgKTsNCisgICAgICAgICBsb2cuZGVidWcoIlNldHRpbmcg b24tYmVoYWxmLW9mOiAiICsgb25CZWhhbGZPZiApOw0KICAgICAgICAgIGh0dHBnZXQuYWRkUmVx dWVzdEhlYWRlciggbmV3IEhlYWRlciggSHR0cEhlYWRlcnMuWF9PTl9CRUhBTEZfT0YsIG9uQmVo YWxmT2YgKSApOyAgICAgIA0KICAgICAgIH0NCiANCkBAIC0yNzksNyArMjc5LDcgQEANCiAgICAg ICAgICBpZiggc3RhdHVzLmdldENvZGUoKSA9PSBIdHRwU3RhdHVzLlNDX09LICkgDQogICAgICAg ICAgew0KICAgICAgICAgICAgIFN0cmluZyBtZXNzYWdlID0gcmVhZFJlc3BvbnNlKGh0dHBnZXQu Z2V0UmVzcG9uc2VCb2R5QXNTdHJlYW0oKSk7DQotICAgICAgICAgICAgbG9nLmluZm8oInJldHVy bmVkIG1lc3NhZ2UgaXM6ICIgKyBtZXNzYWdlKTsNCisgICAgICAgICAgICBsb2cuZGVidWcoInJl dHVybmVkIG1lc3NhZ2UgaXM6ICIgKyBtZXNzYWdlKTsNCiAgICAgICAgICAgICANCiAgICAgICAg ICAgICBkb2MgPSBuZXcgU2VydmljZURvY3VtZW50KCk7IA0KICAgICAgICAgICAgIGRvYy51bm1h cnNoYWxsKG1lc3NhZ2UpOw0KDQoNCi0tLS0tT3JpZ2luYWwgTWVzc2FnZS0tLS0tDQpGcm9tOiBq aW0uZG93bmluZ0BnbWFpbC5jb20gW21haWx0bzpqaW0uZG93bmluZ0BnbWFpbC5jb21dIE9uIEJl aGFsZiBPZiBKaW0gRG93bmluZw0KU2VudDogMjQgSmFudWFyeSAyMDA4IDE2OjU1DQpUbzogQW50 b255IENvcmZpZWxkIFthd2NdDQpDYzogc3dvcmQtYXBwLXRlY2hAbGlzdHMuc291cmNlZm9yZ2Uu bmV0DQpTdWJqZWN0OiBSZTogW3N3b3JkLWFwcC10ZWNoXSBsb2dnaW5nIGxldmVscw0KDQpPbiAy NC8wMS8yMDA4LCBBbnRvbnkgQ29yZmllbGQgW2F3Y10gPGF3Y0BhYmVyLmFjLnVrPiB3cm90ZToN Cj4gQW55IGNoYW5jZSBvZiAgbG93ZXJpbmcgc29tZSBvZiB0aGUgbG9nZ2luZyBsZXZlbHMgaW4g dGhlIENsaWVudCBjbGFzcyB0bw0KPiBkZWJ1Zz8NCg0KU3VyZS4gQW55IGNoYW5jZSBvZiBhIHBh dGNoIHdpdGggdGhlIG1vZHMgeW91IHRoaW5rIGFwcHJvcHJpYXRlPw0KDQpqaW0NCg== |
|
From: Antony C. [awc] <aw...@ab...> - 2008-01-24 17:04:06
|
WWVwIGNoYW5nZSBsb2cuaW5mbyB0byBsb2cuZGVidWcgaW4gdGhlIHR3byBlLmcuIGxpbmVzIEkg anVzdCBlbWFpbGVkIDstKQ0KDQotLS0tLU9yaWdpbmFsIE1lc3NhZ2UtLS0tLQ0KRnJvbTogamlt LmRvd25pbmdAZ21haWwuY29tIFttYWlsdG86amltLmRvd25pbmdAZ21haWwuY29tXSBPbiBCZWhh bGYgT2YgSmltIERvd25pbmcNClNlbnQ6IDI0IEphbnVhcnkgMjAwOCAxNjo1NQ0KVG86IEFudG9u eSBDb3JmaWVsZCBbYXdjXQ0KQ2M6IHN3b3JkLWFwcC10ZWNoQGxpc3RzLnNvdXJjZWZvcmdlLm5l dA0KU3ViamVjdDogUmU6IFtzd29yZC1hcHAtdGVjaF0gbG9nZ2luZyBsZXZlbHMNCg0KT24gMjQv MDEvMjAwOCwgQW50b255IENvcmZpZWxkIFthd2NdIDxhd2NAYWJlci5hYy51az4gd3JvdGU6DQo+ IEFueSBjaGFuY2Ugb2YgIGxvd2VyaW5nIHNvbWUgb2YgdGhlIGxvZ2dpbmcgbGV2ZWxzIGluIHRo ZSBDbGllbnQgY2xhc3MgdG8NCj4gZGVidWc/DQoNClN1cmUuIEFueSBjaGFuY2Ugb2YgYSBwYXRj aCB3aXRoIHRoZSBtb2RzIHlvdSB0aGluayBhcHByb3ByaWF0ZT8NCg0KamltDQo= |
|
From: Jim D. <oj...@ca...> - 2008-01-24 16:54:47
|
On 24/01/2008, Antony Corfield [awc] <aw...@ab...> wrote: > Any chance of lowering some of the logging levels in the Client class to > debug? Sure. Any chance of a patch with the mods you think appropriate? jim |
|
From: Jim D. <jim...@po...> - 2008-01-24 16:51:51
|
On 24/01/2008, Antony Corfield [awc] <aw...@ab...> wrote: > > Any chance of lowering some of the logging levels in the Client class to > debug? Sure, any chance of a patch with the changes you think appropriate? jim |
|
From: Antony C. [awc] <aw...@ab...> - 2008-01-24 15:40:19
|
Any chance of lowering some of the logging levels in the Client class
to debug?
E.g.
log. info("server: " + server + " port: " + port + " u: '" + username +
"' p '" + password + "'");
log. info("returned message is: " + message);
Regards,
Antony
--
Antony Corfield
ROAD Project
http://road.aber.ac.uk
|
|
From: Antony C. [awc] <aw...@ab...> - 2008-01-23 16:37:39
|
DQpZZXAgaXQgc2hvdWxkIGJlIGluIHRoZSBhdG9tIG5hbWVzcGFjZSwgbm90IHN1cmUgaWYgaXQg c2hvdWxkIGJlIGFjY2VwdCBvciBhY2NlcHRzIGJ1dCB0aGUgQVBJIGlzIGNvbGxlY3Rpb24uZ2V0 QWNjZXB0c0xpc3QoKS4NCg0KVGhpcyBpcyBwYXJ0IG9mIHhtbCByZXNwb25zZSByZXR1cm5lZCBi eSB0aGUgU1dPUkQgZGVtbyBpbXBsZW1lbnRhdGlvbiBzbyBJIGd1ZXNzIGl0IG11c3QgYmUgYSBi dWcuDQoNCkFudG9ueQ0KDQotLS0tLU9yaWdpbmFsIE1lc3NhZ2UtLS0tLQ0KRnJvbTogamltLmRv d25pbmdAZ21haWwuY29tIFttYWlsdG86amltLmRvd25pbmdAZ21haWwuY29tXSBPbiBCZWhhbGYg T2YgSmltIERvd25pbmcNClNlbnQ6IDIzIEphbnVhcnkgMjAwOCAxNTo1Mw0KVG86IEFudG9ueSBD b3JmaWVsZCBbYXdjXTsgc3dvcmQtYXBwLXRlY2hAbGlzdHMuc291cmNlZm9yZ2UubmV0DQpTdWJq ZWN0OiBSZTogW3N3b3JkLWFwcC10ZWNoXSBTb3VyY2UgY29kZSBmb3JtYXQNCg0KT24gMjMvMDEv MjAwOCwgQW50b255IENvcmZpZWxkIFthd2NdIDxhd2NAYWJlci5hYy51az4gd3JvdGU6DQo+IEhp IEppbSwNCj4gTm8gbW9kaWZpY2F0aW9ucyBidXQgYW55IGlkZWEgd2h5IHJldHVybmVkIHNlcnZp Y2VEb2N1bWVudCBoYXMNCj4NCj4gICAgICAgPGNvbGxlY3Rpb24NCj4gaHJlZj0iaHR0cDovL2xv Y2FsaG9zdDo4MDgwL2RzcGFjZS9kZXBvc2l0LzEyMzQ1Njc4OS8xMTA5Ij4NCj4gICAgICAgICAg PGF0b206dGl0bGUgdHlwZT0idGV4dCI+c3dvcmQ8L2F0b206dGl0bGU+DQo+ICAgICAgICAgIDxh Y2NlcHRzPmFwcGxpY2F0aW9uL3ppcDwvYWNjZXB0cz4NCj4NCj4gYnV0IGNvbGxlY3Rpb24uZ2V0 QWNjZXB0c0xpc3QoKSBpcyBlbXB0eT8NCg0KSXQgc2hvdWxkIGJlICJhY2NlcHQiIHJhdGhlciB0 aGFuICJhY2NlcHRzIiwgYW5kIGl0IG5lZWRzIHRvIGJlIGluIHRoZQ0KYXRvbSBuYW1lc3BhY2Uu DQoNCmppbQ0K |
|
From: Jim D. <oj...@ca...> - 2008-01-23 15:52:45
|
On 23/01/2008, Antony Corfield [awc] <aw...@ab...> wrote: > Hi Jim, > No modifications but any idea why returned serviceDocument has > > <collection > href="http://localhost:8080/dspace/deposit/123456789/1109"> > <atom:title type="text">sword</atom:title> > <accepts>application/zip</accepts> > > but collection.getAcceptsList() is empty? It should be "accept" rather than "accepts", and it needs to be in the atom namespace. jim |
|
From: Jim D. <oj...@ca...> - 2008-01-23 12:51:43
|
Hi all, just for neatness' sake, I'd like to apply sun standard formatting to the Java code. If you've got local modifications to the code base then please squeal loudly, otherwise I'll format the code on Friday. jim |
|
From: Julie A. <ja...@yo...> - 2008-01-22 09:01:36
|
Simeon, Thanks for pointing this out, my apologies. I have corrected the profile (now v1.2). Best regards, Julie Simeon Warner wrote: > My colleague Thorsten Schwander noticed that the namespace declarations in > the response examples at: > > http://www.ukoln.ac.uk/repositories/digirep/index/SWORD_APP_Profile_1.1#Response > > are not correct. In all cases the namespace prefix 'atom' is declared > but not used, > and all the Atom elements are in the default namespace which is not > defined. In > the case of the first example ("*Example 1:* level 0 response"): > > <?xml version="1.0"?> > <entry xmlns:atom="http://www.w3.org/2005/Atom" > xmlns:sword="http://purl.org/net/sword/"> > <title>My Deposit</title> > <id>deposit-id</id> > <updated>2007-05-14T14:27:08Z</updated> > <author><name>lcarr</name></author> > <summary type="text" /> > <content type="application/zip" > src="http://www.myrepository.ac.uk/my_deposit.zip"/> > <link rel="edit-media" > href="http://www.myrepository.ac.uk/lcarr/workflow/my_deposit" /> > <link rel="edit" > href="http://www.myrepository.ac.uk/lcarr/workflow/my_deposit.atom" /> > <sword:treatment>Treatment description</sword:treatment> > </entry> > > this case be made valid by either changing adding atom: to prefix all > the Atom elements > or making the atom namespace the default. The latter was presumably the > intent. The > following validates at http://validator.w3.org/feed/ (I also put in a > plausible <id> and > non-empty <summary>): > > <?xml version="1.0"?> > <entry xmlns="http://www.w3.org/2005/Atom" > xmlns:sword="http://purl.org/net/sword/"> > <title>My Deposit</title> > <id>info:something:1</id> > <updated>2007-05-14T14:27:08Z</updated> > <author><name>lcarr</name></author> > <summary type="text">A summary</summary> > <content type="application/zip" > src="http://www.myrepository.ac.uk/my_deposit.zip"/> > <link rel="edit-media" > href="http://www.myrepository.ac.uk/lcarr/workflow/my_deposit" /> > <link rel="edit" > > href="http://www.myrepository.ac.uk/lcarr/workflow/my_deposit.atom" /> > <sword:treatment>Treatment description</sword:treatment> > </entry> > > Cheers, > Simeon > > > ------------------------------------------------------------------------- > This SF.net email is sponsored by: Microsoft > Defy all challenges. Microsoft(R) Visual Studio 2008. > http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ > _______________________________________________ > sword-app-tech mailing list > swo...@li... > https://lists.sourceforge.net/lists/listinfo/sword-app-tech > -- Julie Allinson <ja...@yo...> Digital Library Manager University Library & Archives, J.B. Morrell Library University of York, Heslington, York, YO10 5DD, UK tel: ++44 (0) 1904 434083 skype: j.allinson web: http://www.york.ac.uk/services/library/elibrary/digitallibrary.htm -- |
|
From: Simeon W. <si...@cs...> - 2008-01-21 20:49:33
|
My colleague Thorsten Schwander noticed that the namespace declarations in the response examples at: http://www.ukoln.ac.uk/repositories/digirep/index/SWORD_APP_Profile_1.1#Response are not correct. In all cases the namespace prefix 'atom' is declared but not used, and all the Atom elements are in the default namespace which is not defined. In the case of the first example ("*Example 1:* level 0 response"): <?xml version="1.0"?> <entry xmlns:atom="http://www.w3.org/2005/Atom" xmlns:sword="http://purl.org/net/sword/"> <title>My Deposit</title> <id>deposit-id</id> <updated>2007-05-14T14:27:08Z</updated> <author><name>lcarr</name></author> <summary type="text" /> <content type="application/zip" src="http://www.myrepository.ac.uk/my_deposit.zip"/> <link rel="edit-media" href="http://www.myrepository.ac.uk/lcarr/workflow/my_deposit" /> <link rel="edit" href="http://www.myrepository.ac.uk/lcarr/workflow/my_deposit.atom" /> <sword:treatment>Treatment description</sword:treatment> </entry> this case be made valid by either changing adding atom: to prefix all the Atom elements or making the atom namespace the default. The latter was presumably the intent. The following validates at http://validator.w3.org/feed/ (I also put in a plausible <id> and non-empty <summary>): <?xml version="1.0"?> <entry xmlns="http://www.w3.org/2005/Atom" xmlns:sword="http://purl.org/net/sword/"> <title>My Deposit</title> <id>info:something:1</id> <updated>2007-05-14T14:27:08Z</updated> <author><name>lcarr</name></author> <summary type="text">A summary</summary> <content type="application/zip" src="http://www.myrepository.ac.uk/my_deposit.zip"/> <link rel="edit-media" href="http://www.myrepository.ac.uk/lcarr/workflow/my_deposit" /> <link rel="edit" href="http://www.myrepository.ac.uk/lcarr/workflow/my_deposit.atom" /> <sword:treatment>Treatment description</sword:treatment> </entry> Cheers, Simeon |
|
From: Antony C. [awc] <aw...@ab...> - 2008-01-15 15:04:57
|
Hi (is this the first post?) I have set up a Dspace repository with a custom metadata schema in to which I can ingest using Dspace command line. I've now implemented the SWORD service and can successfully ingest a test item and have developed a sword-mets packager that builds Mets metadata etc. The metadata I'm using in the mets:xmldata section in mdWrap does not require a cross walk - this can be ingested directly in it's 'raw' form as proved above. Can anyone suggest a work around to avoid declaring a xwalk plugin and ingest directly from the mets:xmldata? Or do I still need to use a xwalk eg. XSLT to select this metadata? Thanks, Antony -- Antony Corfield ROAD Project Aberystwyth University http://road.aber.ac.uk |
13 messages has been excluded from this view by a project administrator.