Hmm, well I think that's a mistake. There's quite a lot in the spec about attachments as a way to handle blobs, and (as you've seen), it isn't implemented. So I reckon that should say "no" for "blobsClobs".
Dan On 18 August 2013 14:21, DImuthu Upeksha <[email protected]> wrote: > Hi Dan, > So is it ok if I ignore attachments for now and work on the rest of the > implementation? However > http://localhost:8080/restful/version shows > > > - optionalCapabilities: > { > - blobsClobs: "yes", > - deleteObjects: "yes", > - domainModel: "formal", > - validateOnly: "yes", > - protoPersistentObjects: "yes" > }, > > > > > On Sun, Aug 18, 2013 at 6:35 PM, Dan Haywood <[email protected] > > wrote: > >> >> >> >> On 18 August 2013 14:00, DImuthu Upeksha <[email protected]>wrote: >> >>> Hi Dan, >>> While I was working with attachments I found following two links. >>> [1] >>> http://localhost:8080/restful/objects/TODO/L_30/properties/attachment >>> [2] >>> http://localhost:8080/restful/domain-types/TODO/properties/attachment >>> >>> In link [1] it tells that the format of the attachment is "string" >>> >>> - format: "string", >>> >>> In link [2] its return type is >>> >>> - canonicalName: "org.apache.isis.applib.value.Blob", >>> >>> >>> [1] is quite confusing because an attachment can not have the format of >>> a "string". What do you expect by putting a format attribute there? >>> >> >> >> I haven't implemented any of the attachment stuff in Isis' RO viewer; >> it's an optional feature (I think the >> http://localhost:8080/restful/version should indicate it's not >> implemented). So what it renders when confronted with a Blob, is, to some >> extent unspecified. >> >> >> >> >> >>> >>> ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ >>> And updating domain entity properties [3] in update link you can find >>> the following part >>> >>> - attachment: >>> { >>> - id: "attachment", >>> - value: null, >>> - format: "string", >>> - extensions: >>> { >>> - x-isis-format: "string" >>> } >>> }, >>> >>> >>> If I want to add an attachment, what should be the "value" part of >>> attachment. (For now it is null). Is it just url of the file or byte stream >>> of the raw file? >>> >> >> As above, not yet implemented in the RO viewer. >> >> Following on from previous email, I suppose you could spend some time on >> the RO viewer working on this. But I think it'd be more challenging than >> the autoComplete stuff; and the autoComplete stuff is more generally useful. >> >> >> >>> >>> And just to know, what is this "x-isis-format"? >>> >> >> Hmm, that's an Isis specific extension to provide additional info. Your >> viewer shouldn't use it if it wants to be cross-platform, but any RO server >> impl is at liberty to put additional information in an "extensions" map if >> it wishes. I'm doing this with Isis just to expose the underlying Java >> type for some of the datatypes. >> >> >> HTH >> Dan >> >> >> >>> >>> [3]http://localhost:8080/restful/objects/TODO/L_30 >>> -- >>> Regards >>> >>> W.Dimuthu Upeksha >>> Undergraduate >>> Department of Computer Science And Engineering >>> >>> University of Moratuwa, Sri Lanka >>> >> >> > > > -- > Regards > > W.Dimuthu Upeksha > Undergraduate > Department of Computer Science And Engineering > > University of Moratuwa, Sri Lanka >
