Uploaded image for project: 'PUBLIC - Liferay Portal Community Edition'
  1. PUBLIC - Liferay Portal Community Edition
  2. LPS-146754

As a power user, I want to create a many-to-many relationship between Native (System) and Custom Objects

    Details

      Description

      Context:

      Many use cases requires users to create relationship between their custom objects with native entities of the portal. One of those use cases, even being a internal use case, is to be able to add attachments (or upload files) in custom object entries. Those files must be saved and organized in the standard repository of Liferay, so they can follow Liferay patterns and rules as accepted file types, file size limit and so on.

      This story aims to solve the relationship between native (many) to custom (many). This use case can be seen in the following example:

      • Tickets (custom object) that require attachments from end users and those attachments can only be related to that Ticket. When the end user adds the attachments, those files are in the default Liferay respository (Native Object), while the ID is saved in the related Ticket (custom object).

      Mockups:

      The story does not need mockups. It is the same behavior of many-to-many between custom objects, but allowing users to relate custom with native ones as well.

      Refinement Link 

      Acceptance Criteria

      1 - Given a power user,
      when editing an entry,
      then I must be able to relate  one Custom Object Entry to many Native Objects Entries

      2 - Given a power user,
      when editing an entry,
      then I must be able to show one Custom Object Entry to many Native Objects Entries

      3 - Given a power user,
      when modeling a Custom Object,
      then I must be able to add a relationship to a System Object (Many to Many)

      4 - Given a power user,
      when modeling a Custom Object or System Object,
      then I must not be able to add a self relationship  (Many to Many) 

      Definition of Done (DoD):

      • All Acceptance Criteria were passed;
      • Make sure that the expected automated tests were created (unit / integration / functional) and passed successfully;
      • Validated by QA and Product Manager;
      • No critical bug related to Story scope (FP5);
      • Make sure that all system documentation were updated (if necessary)

        Attachments

          Issue Links

            Activity

              People

              Assignee:
              daniel.angotti Daniel Angotti (Inactive)
              Reporter:
              luiz.jardim Luiz Jardim
              Engineering Assignee:
              Daniel Angotti (Inactive)
              Recent user:
              Evanilson Santana
              Participants of an Issue:
              Backend Developer(s) Assigned:
              Gabriel Albuquerque, Marcela Cunha, Mateus Santana, Paulo Albuquerque
              QA Engineer(s) Assigned:
              Timothy Pak
              Votes:
              2 Vote for this issue
              Watchers:
              4 Start watching this issue

                Dates

                Created:
                Updated:
                Resolved:

                  Packages

                  Version Package
                  Master