Attachments Policy?
Hi,
Is there any policy in regards to attachments?
We currently attach our zipped test results data to each testrun.
Before attaching, we remove any existing attachments using DELETE /items/{id}/attachments/{attachmentId}
Then we upload our latest.
We are aware that these deleted attachments may not actually be removed, but just "unlinked" from the testrun.
Is there anyway to delete the attachment itself via the API?
We are just concerned about the total size of attachments overtime if they are not actually deleted.
Are we OK to keep doing as we are doing?
Thanks,
Matt
------------------------------Matthew Huisman
Enphase
------------------------------
Comments
-
Hi Matthew,
attachments are items too (OK, somehow special ...), thus versioned too.
I haven't tried, but there is an endpoint PUT /attachments/{attachmentId}/file.
Maybe you can try to update an existing attachment.
Best,
------------------------------
Alessandro
Systems Engineer
SICK AG
------------------------------
-------------------------------------------
Original Message:
Sent: 12-12-2022 19:42
From: Matthew Huisman
Subject: Attachments Policy?Hi,
Is there any policy in regards to attachments?
We currently attach our zipped test results data to each testrun.
Before attaching, we remove any existing attachments using DELETE /items/{id}/attachments/{attachmentId}
Then we upload our latest.We are aware that these deleted attachments may not actually be removed, but just "unlinked" from the testrun.
Is there anyway to delete the attachment itself via the API?
We are just concerned about the total size of attachments overtime if they are not actually deleted.
Are we OK to keep doing as we are doing?Thanks,
Matt
------------------------------
Matthew Huisman
Enphase
------------------------------
Alessandro
Systems Engineer
SICK AG0 -
thanks for the suggestion @Alessandro Valli
I tried it and I can indeed update the existing attachment id.
------------------------------
However, Jama still tracks the history for this attachment, so the storage used will still be the same vs just uploading a new attachment.
So I see no benefit vs the current method unless Jama only keeps X amount of history and will eventually delete the older versions?
Matthew Huisman
Enphase
------------------------------
-------------------------------------------
Original Message:
Sent: 12-13-2022 14:13
From: Alessandro Valli
Subject: Attachments Policy?
Hi Matthew,
attachments are items too (OK, somehow special ...), thus versioned too.
I haven't tried, but there is an endpoint PUT /attachments/{attachmentId}/file.
Maybe you can try to update an existing attachment.
Best,
------------------------------
Alessandro
Systems Engineer
SICK AG
------------------------------
Original Message:
Sent: 12-12-2022 19:42
From: Matthew Huisman
Subject: Attachments Policy?Hi,
Is there any policy in regards to attachments?
We currently attach our zipped test results data to each testrun.
Before attaching, we remove any existing attachments using DELETE /items/{id}/attachments/{attachmentId}
Then we upload our latest.We are aware that these deleted attachments may not actually be removed, but just "unlinked" from the testrun.
Is there anyway to delete the attachment itself via the API?
We are just concerned about the total size of attachments overtime if they are not actually deleted.
Are we OK to keep doing as we are doing?Thanks,
Matt
------------------------------
Matthew Huisman
Enphase
------------------------------
0