You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@isis.apache.org by DImuthu Upeksha <di...@gmail.com> on 2013/08/18 15:00:43 UTC
[Android Viewer]Problem with handling attchments
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?
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
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?
And just to know, what is this "x-isis-format"?
[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
Re: [Android Viewer]Problem with handling attchments
Posted by Dan Haywood <da...@haywood-associates.co.uk>.
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 <di...@gmail.com> 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 <dan@haywood-associates.co.uk
> > wrote:
>
>>
>>
>>
>> On 18 August 2013 14:00, DImuthu Upeksha <di...@gmail.com>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
>
Re: [Android Viewer]Problem with handling attchments
Posted by DImuthu Upeksha <di...@gmail.com>.
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
<da...@haywood-associates.co.uk>wrote:
>
>
>
> On 18 August 2013 14:00, DImuthu Upeksha <di...@gmail.com>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/versionshould 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
Re: [Android Viewer]Problem with handling attchments
Posted by Dan Haywood <da...@haywood-associates.co.uk>.
On 18 August 2013 14:00, DImuthu Upeksha <di...@gmail.com> 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/versionshould 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
>