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

  • Alessandro Valli
    Alessandro Valli Member, Data Exchange, Jama Connect Interchange™ (JCI) Posts: 789
    edited December 2022
    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 AG
  • [Deleted User]
    [Deleted User] Posts: 5
    edited December 2022

    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
    ------------------------------