[jira] [Comment Edited] (OFBIZ-3764) Party Relationship Sub-Class

["Jacques Le Roux (JIRA)" <ji...@apache.org>]

    [ https://issues.apache.org/jira/browse/OFBIZ-3764?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14276808#comment-14276808 ] 

Jacques Le Roux edited comment on OFBIZ-3764 at 1/16/15 5:42 AM:
-----------------------------------------------------------------

To make things more clear here is a summary for the community:
We found 2 possibilities

# Add a new sub-class of PartyRelationship, like PartyRelationId as I suggested based on what Bob suggested. We would then need to put the relationId I suggested in the PK.
** Pros: it's simple and does not entail to make a relation with PartyRelationship and to add specific types for the relationId which can be many. More than PartyIdentificationType I guess.
** Cons: it's maybe too simple if we want to detail the specific types of the relations
# Add another partyRelIdentificationId field in the PK of a new PartyRelIdentification entity as Nicolas suggested (based on Adrian's suggestion to use PartyIdentification). We should also create the new PartyRelIdentificationType for dedicated types
** Pros: the opposite ot the other solution
** Cons: the opposite ot the other solution

Now I think it's the community to decide what we want


was (Author: jacques.le.roux):
To make things more clear here is a summary for the community:
We found 2 possibilities

# Add a new sub-class of PartyRelationship, like PartyRelationId as I suggested based on what Bob suggested. We would then need to put the relationId I suggested in the PK.
** Pros: it's simple and does not entail to make a relation with PartyRelationship and to add specific types for the relationId which can be many. More than PartyIdentificationType I guess.
** Cons: it's maybe too simple if we want to detail the specific types of the relations
# Add another partyRelIdentificationId field in the PK of a new PartyRelIdentification entity as Adrian and Nicolas suggested. We should also create a new PartyRelIdentificationType for dedicated types
** Pros: the opposite ot the other solution
** Cons: the opposite ot the other solution

Now I think it's the community to decide what we want

> Party Relationship Sub-Class
> ----------------------------
>
>                 Key: OFBIZ-3764
>                 URL: https://issues.apache.org/jira/browse/OFBIZ-3764
>             Project: OFBiz
>          Issue Type: Improvement
>          Components: party, product
>    Affects Versions: Trunk
>            Reporter: Bob Morley
>            Assignee: Jacques Le Roux
>         Attachments: OFBIZ-3764_SupplierRel.patch
>
>
> Despite how much I typed; this is really a very small patch.  :)
> This patch adds a new entity "SupplierRel" which is a sub-class of "PartyRelationship" (as well as a view-entity for convenience).  It provides a new field "accountNumber" that can be used to store the long-term account number assigned to the relationship between the Company and its Supplier.  The life of this account number is longer than any agreement between the two, so it has been put on this informal relationship.  Moreover, it is possible to have an informal relationship between a company and a supplier with out an explicit binding agreement -- this was discussed most recently in this thread:
> http://ofbiz.135035.n4.nabble.com/Storing-supplier-provided-account-number-td2076162.html#a2076162
> ALSO -- this patch fixes two problems that I encountered when attempting to create a party relationship.
> a) It did not look right to have an empty dropdown for status -- I created the standard "Created" status under the PARTY_REL_STATUS type so that we show the only applicable status.  There does not appear to be any specific logic looking for party relationships with a blank status, so creating ones with this status should not cause any issues.
> b) When creating the PartyRelationship the response in the controller was of type "view-last" which was a problem because the last controller request was typically the ajax one to "FindPartyName" which was used as part of the party lookup field in that form.  The net result, was that on success it would render the PartyName instead of replaying the EditPartyRelationships.  Changed form "view-last" to "view" to resolve this issue.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)