[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]
Subject: RE: [bpel4people] BP-39: Getting or deleting individual attachments
Note from the F2F on this… We should remove getAttachments(name) and
deleteAttachments(name) and replace them with the functions that take IDs. The
names of the functions then don’t need “ByID” and can just be
called getAttachment(ID) and deleteAttachment(ID). An open question is whether Attachments
should be process scoped or task scoped, given that task infrastructure is
probably what will be generating these IDs. We considered whether there should be an
update function, but thought that delete & add might possibly be
sufficient. Michael From: Luc Clement
[mailto:luc.clement@activevos.com] Assigned: http://www.osoa.org/jira/browse/BP-39
From: Michael Rowley
[mailto:michael.rowley@activevos.com] TARGET: WS-HT DESCRIPTION: Currently there are operations for getAttachments(name) and
deleteAttachment(name). These get or delete _all_ of the attachments of
the given name (names are not unique, so there may be several). It should
be possible to look at single attachment and possibly delete it, without having
to always look at and delete all the attachments that share a name. This is especially important when you have a UI that presents a list of
attachments to the user. The user should be able to click on one and see
just that attachment, or delete one, and know that only that attachment will be
deleted, even if others share the same name. PROPOSED RESOLUTION: Introduce the concept of attachment IDs. Each attachment would
have a unique ID within the process. The attachment IDs would be returned
as part of the getAttachmentInfo structure. Introduce two new operations: getAttachmentByID(attachmentID) deleteAttachmentByID(attachmentID) The addAttachment() function also needs to be changed to return an
attachment ID. |
[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]