er/sword-server/
>
> Glad to see more people adopting it!
>
>> Date: Wed, 6 Nov 2013 12:01:07 +
>> From: Richard Jones
>> Subject: Re: [sword-app-tech] JavaServer2.0 and JavaClient2.0 from
>> https://github.com/swordapp
>> To: Philip Durbin
erver/
Glad to see more people adopting it!
Date: Wed, 6 Nov 2013 12:01:07 +
> From: Richard Jones
> Subject: Re: [sword-app-tech] JavaServer2.0 and JavaClient2.0 from
> https://github.com/swordapp
> To: Philip Durbin
> Cc: "[email protected]&
That's great! Do we know these folks at all? Are they on the list?
Cheers,
Richard
On 22 August 2013 17:21, Philip Durbin wrote:
> On Thu, Jun 20, 2013 at 3:22 AM, LEWIS Stuart wrote:
>> Thanks for sharing this. The JavaServer.20 was originally written as part
>> of the DSpace SWORDv2 impl
On Thu, Jun 20, 2013 at 3:22 AM, LEWIS Stuart wrote:
> Thanks for sharing this. The JavaServer.20 was originally written as part of
> the DSpace SWORDv2 implementation, but it was thought at the time it would be
> worth abstracting out the SWORD part from DSpace part, in the hope that this
> m
Hi Richard!
I just sent you separate pull request for the same issue:
generalise getName/getFilename into getContentDispositionValue by
pdurbin · Pull Request #3 · swordapp/JavaServer2.0 -
https://github.com/swordapp/JavaServer2.0/pull/3
Here's the text I put in the pull request:
---
This pull r
On Thu, Aug 1, 2013 at 12:51 PM, Richard Jones wrote:
>>> ... my "example.zip" file gets uploaded as "xample.zip" (i.e. the
>>> first character is removed). I can easily reproduce this in Vagrant
>>> with https://github.com/dvn/swordpoc if you'd like more detail.
>>
>> FYI, this bug has been confi
Hi Phil,
On 28 June 2013 22:05, Philip Durbin wrote:
> On Thu, Jun 27, 2013 at 10:53 AM, Philip Durbin
> wrote:
>> Before the jar gets published, I believe I may have found a bug here:
>>
>> https://github.com/swordapp/JavaServer2.0/blob/31e625ac97be13f794e1b98512f8d1c48d751652/src/main/java/org
On Thu, Jun 27, 2013 at 10:53 AM, Philip Durbin
wrote:
> Before the jar gets published, I believe I may have found a bug here:
>
> https://github.com/swordapp/JavaServer2.0/blob/31e625ac97be13f794e1b98512f8d1c48d751652/src/main/java/org/swordapp/server/SwordAPIEndpoint.java#L435
>
> When I use the
On Fri, Jun 21, 2013 at 5:29 AM, Richard Jones wrote:
> We probably need to get together a how-to or tutorial in using the
> code. If you can document your experiences with it, we'd be very
> interested in including that into a README or a github page for the
> software.
Sure, as I go along I'm
Thanks for this, Eddie. I just added it to my list of SWORD
implementations: http://devguide.thedata.org/features/api/data-deposit
I like how you've separated out your implementation (i.e.
FedoraCollectionDepositManager) from the server/library code.
Different projects, different git repos. I'm pl
Hi Phil,
>> Phil - it sounds like you've got a handle on things with regard to the
>> reference implementation. The JavaServer2.0 was written in parallel
>> to the DSpace implementation (as Stuart says), to provide the generic
>> parsing and serialising of sword protocol operations. Hopefully I'
Phil,
There's also the fork of JavaServer2.0 that I did last year:
https://github.com/mediashelf/sword2-server
which changed the packaging from war to jar, implemented multipart/related
support and some general maven/dependency maintenance.
I did that as part of a very limited impleme
On Thu, Jun 20, 2013 at 4:41 AM, Richard Jones wrote:
>
> Phil - it sounds like you've got a handle on things with regard to the
> reference implementation. The JavaServer2.0 was written in parallel
> to the DSpace implementation (as Stuart says), to provide the generic
> parsing and serialising
Hi Folks,
Phil - it sounds like you've got a handle on things with regard to the
reference implementation. The JavaServer2.0 was written in parallel
to the DSpace implementation (as Stuart says), to provide the generic
parsing and serialising of sword protocol operations. Hopefully I've
successf
Hi Phil,
> I forked https://github.com/swordapp/JavaServer2.0 and implemented the
> very minimal number of interfaces to get it to respond to some basic
> SWORD v2 operations such as retrieving a (fake) service document and
> (the very beginnings of) depositing a binary.
> I called the repo "Mini
Ok, this is a complete hack but...
I forked https://github.com/swordapp/JavaServer2.0 and implemented the
very minimal number of interfaces to get it to respond to some basic
SWORD v2 operations such as retrieving a (fake) service document and
(the very beginnings of) depositing a binary.
I calle
Anyone out there? :)
I'd like to get the Java example working but I haven't spent any more
time on it yet. Has anyone implemented SWORD v2 in a server-side Java
app?
Phil
p.s. The Python example at
https://github.com/swordapp/Simple-Sword-Server seems to work fine...
I verified it in a Vagrant e
As a sanity check... I should be able to deploy JavaServer2.0 and have
have JavaClient2.0 talk to it, right?
Phil
p.s. These:
- https://github.com/swordapp/JavaServer2.0
- https://github.com/swordapp/JavaClient2.0
p.p.s. More info on what I'm trying (what is BagIt.zip?):
murphy:JavaClient2.0 p
18 matches
Mail list logo
