aboutsummaryrefslogtreecommitdiffstats
path: root/bpmn/MSOCoreBPMN
AgeCommit message (Collapse)AuthorFilesLines
2017-10-20Flows fail to update status in requests DBRob Daugherty1-1/+1
The fallout and completion handlers are not updating the request status in the mso_requests database. The cause is a missing URN mapping that defines the service endpoint for these updates. Issue: SO-230 Change-Id: I5b4ff6e9ca2cde6605b3ed7cb7b086041111d31c Signed-off-by: Rob Daugherty <rd472p@att.com>
2017-10-08Fixes for sonar coverage in bpmnRob Daugherty5-558/+0
1. Coordinated jacoco and surefire JVM arg line options 2. Changed sonar plugin version to 2.19.1 3. Removed dead code (unused classes) Issue: SO-193 Change-Id: I21b7a77510eec71f4d4ca9afde5b7f86f0e3cbd7 Signed-off-by: Rob Daugherty <rd472p@att.com>
2017-10-02Merge "Added @Override annotation to method signature"Seshu Kumar M1-0/+1
2017-09-30Merge "Added @Override annotation to method signature"Seshu Kumar M1-7/+7
2017-09-30Merge "Fixed string literal comparision issue"Seshu Kumar M1-1/+1
2017-09-27Update POM to inherit from oparentRob Daugherty18-0/+360
Issue: SO-71 Change-Id: I91d503b52909cfcb62ca4b5cd93f6cfc70d6eb24 Signed-off-by: Rob Daugherty <rd472p@att.com>
2017-09-26Added @Override annotation to method signatureshashikanth1-0/+1
Fix major sonar issues in so module https://sonar.onap.org/component_issues?id=org.openecomp.so%3Aso#resolved=false|severities=MAJOR|rules=squid%3AS1161 Add the "@Override" annotation above this method signature Issue-Id: APPC-186 Change-Id: I63b6229cc3b84b2f77f8d391e823933aaab05dd0 Signed-off-by: shashikanth.vh <shashikanth.vh@huawei.com>
2017-09-26Added @Override annotation to method signatureshashikanth1-7/+7
Fix major sonar issues in so module https://sonar.onap.org/component_issues?id=org.openecomp.so%3Aso#resolved=false|severities=MAJOR|rules=squid%3AS1161 Add the "@Override" annotation above this method signature Issue-Id: APPC-186 Change-Id: I1c13d988683b75b6b59e5626e9a0564161d2dc9a Signed-off-by: shashikanth.vh <shashikanth.vh@huawei.com>
2017-09-26Fixed string literal comparision issueshashikanth1-1/+1
Fix major sonar issues in so module https://sonar.onap.org/component_issues?id=org.openecomp.so%3Aso#resolved=false|severities=BLOCKER%2CMAJOR|rules=squid%3AS1132%2Csquid%3AS1143 Move the "extracted information" string literal on the left side of this string comparison. Issue-Id: APPC-186 Change-Id: I757599f5c8ebcbe70c86105c335c6195e436486b Signed-off-by: shashikanth.vh <shashikanth.vh@huawei.com>
2017-09-26Use try-with-resourcessurya-huawei1-12/+5
*Replace try with try-with-resources This is done to close resources automatically and not worry about finally block *Replace explicit type info with diamond operator This is done to reduce verbosity of generics code Issue-Id: SO-118 Change-Id: I948ffd26bfe6022496ca4a272de2619aef0dbd88 Signed-off-by: surya-huawei <a.u.surya@huawei.com>
2017-09-26Added the "@Override" annotation above signatureshashikanth1-4/+39
https://sonar.onap.org/component_issues?id=org.openecomp.so%3Aso#fileUuids=AV3BnsdI5bp_wwmIVCGH|resolved=false|severities=MAJOR Issue-Id:SO-118 Change-Id: If5556adabedb0cb498ecb646df9cb8f2a15a265d Signed-off-by: shashikanth.vh <shashikanth.vh@huawei.com>
2017-09-25Merge "Fixed string literal comparision redundant code"Seshu Kumar M1-6/+4
2017-09-25Merge "Changed try to try with resource"Seshu Kumar M1-243/+232
2017-09-25Merge "Changed try to try with resource"Seshu Kumar M1-22/+4
2017-09-25Fixed string literal comparision redundant codeshashikanth1-6/+4
Move the "content" string literal on the left side of this string comparison. Issue-Id:SO-118 Change-Id: Ice9ef2d94f594669f0399d31e5346e3c0be66c13 Signed-off-by: shashikanth.vh <shashikanth.vh@huawei.com>
2017-09-25Changed try to try with resourceshashikanth1-20/+3
Change this condition so that it does not always evaluate to "false" https://sonar.onap.org/component_issues?id=org.openecomp.so%3Aso#resolved=false|severities=BLOCKER Issue-Id:SO-118 Change-Id: I0ebc001b3e7f6a13a2d309b69cc4133271a9e87e Signed-off-by: shashikanth.vh <shashikanth.vh@huawei.com>
2017-09-25Changed try to try with resourceshashikanth1-22/+4
Change this condition so that it does not always evaluate to "false" https://sonar.onap.org/component_issues?id=org.openecomp.so%3Aso#resolved=false|severities=BLOCKER Issue-Id:SO-118 Change-Id: I29713fa4c4623439addb4b7f30325dcb7e1ccfcc Signed-off-by: shashikanth.vh <shashikanth.vh@huawei.com>
2017-09-25Changed try to try with resourceshashikanth1-243/+232
Change this condition so that it does not always evaluate to "false" https://sonar.onap.org/component_issues?id=org.openecomp.so%3Aso#resolved=false|severities=BLOCKER Issue-Id:SO-118 Change-Id: Ib5331efaeddf0b15e8d55a6b6619d319f8194707 Signed-off-by: shashikanth.vh <shashikanth.vh@huawei.com>
2017-09-25Changed try to try with resourceshashikanth1-18/+5
Change this condition so that it does not always evaluate to "false" https://sonar.onap.org/component_issues?id=org.openecomp.so%3Aso#resolved=false|severities=BLOCKER Issue-Id:SO-118 Change-Id: I8885beed7ab1fa2e26e1155665d9507746bd9906 Signed-off-by: shashikanth.vh <shashikanth.vh@huawei.com>
2017-09-21SO Failed Robot Health CheckRob Daugherty1-9/+10
There were several issues. The wrong jackson provider was being selected, which caused the exception, so we fixed that. Then we discovered that a a URN mapping was missing, so we added that. Then we found that the healthcheck wouldn't work because it's trying to check the default process engine, which does not exist. We commented out that part of the healthcheck to be able to resolve this high priority issue. A new low priority issue will need to be created to follow up. Change-Id: I327612a147333eeecd44915942cecd13959c4717 Issue-id: SO-139 Signed-off-by: Rob Daugherty <rd472p@att.com>
2017-09-19Fix Blocker/Critical sonar issuesshashikanth1-3/+1
Fix Blocker/Critical sonar issues in so module https://sonar.onap.org/component_issues?id=org.openecomp.so%3Aso#resolved=false|severities=BLOCKER Fixed condition that always evaluate to "true" Issue-Id:SO-118 Change-Id: Iceec8653cad6c2ca5dc148644c761075fe207a66 Signed-off-by: shashikanth.vh <shashikanth.vh@huawei.com>
2017-09-18Fixed issues in bpmn package.seshukm7-37/+46
Issue-Id: SO-141 Change-Id: Ie08e5a03f1448071ce0d31ca0829b28d791c05fd Signed-off-by: seshukm <seshu.kumar.m@huawei.com>
2017-09-13bmpn sonar issue fixseshukm8-90/+103
IssueId: SO-118 Change-Id: Ib7830bb47d41f322a14bc82b7bc99748b547d640 Signed-off-by: seshukm <seshu.kumar.m@huawei.com>
2017-09-11Change the header to SOSeshu-Kumar-M21-23/+23
IssueId: SO-120 Change-Id: I4282112764bc7697dd98e780bb02b13319cabb5d Signed-off-by: Seshu-Kumar-M <seshu.kumar.m@huawei.com>
2017-09-081710 Rebase - Second AttemptArthur Martella31-537/+1597
This commit rebases changes from openecomp-mso/internal-staging-1710 up to and including this codecloud commit: 54483fc6606ddb1591a2e9da61bff8712325f924 Wed Sep 6 18:12:56 2017 -0400 Rebasing was done on a branch on top of this commit in so/master in ONAP: 93fbdfbe46104f8859d4754040f979cb7997c157 Thu Sep 7 16:42:59 2017 +0000 Change-Id: I4ad9abf40da32bf5bdca43e868b8fa2dbcd9dc59 Issue-id: SO-107 Signed-off-by: Arthur Martella <amartell@research.att.com>
2017-09-06Sonar critical issues fixSeshu-Kumar-M2-5/+7
Issue-Id : SO-98 Change-Id: I229819e850c36fce9f8715d1534f8e5c5d812a0a Signed-off-by: Seshu-Kumar-M <seshu.kumar.m@huawei.com>
2017-08-04Failed to deploy so artifacts in nexus (again)Rob Daugherty1-4/+4
There are Linux Foundation rules (enforced by nexus) that I still don't really understand. I'm convinced this is absolutely true: The groupId of every artifact in a project MUST begin with: org.openecomp.<project> --or-- org.onap.<project> The top-level artifact is no exception. So for example, this is NOT allowed: <groupId>org.openecomp</groupId> <artifactId>so</groupId> Here's what I'm trying now. The top level pom will contain: <groupId>org.openecomp.so</groupId> <artifactId>so-parent</artifactId> Child modules will contain: <parent> <groupId>org.openecomp.so</groupId> <artifactId>so-parent</artifactId> <version>1.1.0-SNAPSHOT</version> </parent> <groupId>org.openecomp.so</groupId> <artifactId>some-child-artifact</artifactId> Note that the groupId for the direct child module will be the same as the groupId for its parent. Issue: SO-21 Change-Id: I0d3cd2eb7a1883e23e3c0878ee7fa3dd4a7d55b2 Signed-off-by: Rob Daugherty <rd472p@att.com>
2017-08-01Failed to deploy so artifacts in nexusRob Daugherty1-4/+4
More problems encountered since mso repos were renamed. We now have found that this declaration in the top-level so pom causes the deploy to fail with a 403 Forbidden error: <groupId>org.openecomp</groupId> <artifactId>so</artifactId> We are changing this to: <groupId>org.openecomp.so</groupId> <artifactId>framework</artifactId> Issue: SO-21 Change-Id: I4e21d689c73c5071bde725127bb81482ce3d91f9 Signed-off-by: Rob Daugherty <rd472p@att.com>
2017-07-19Fix artifact group IDs (org.openecomp.so)Rob Daugherty2-30/+4
Since the repositories were renamed from "mso" to "so" the artifact group IDs in the poms must be updated to match. Issue: SO-39 Change-Id: I617fe738a77d0f6c1d1cc0ac9474fb753f4e234c Signed-off-by: Rob Daugherty <rd472p@att.com>
2017-05-09Simplify BaseTask and subclassesGary Wu4-85/+31
Change-Id: If06c2be264003ab27090adf0a29804d961d28115 Signed-off-by: Gary Wu <gary.i.wu@huawei.com>
2017-05-09[MSO-8] Additional fixes for the second rebaseDeterme, Sebastien (sd378r)11-0/+810
DB fixes + BPMN flows and groovy fixes + Fix issue with CloudConfig file not reloaded properly when it's wrong (JSON error or model hierarchy mistake) at MSO startup Change-Id: I2853030b78499e2a761706b643ea210955e72de3 Signed-off-by: Determe, Sebastien (sd378r) <sd378r@intl.att.com> [MSO-8] Restore files removed in patch set 2 Those groovy files must be there Change-Id: I9a47ac3d9c8fc06774a1b8f518491b1b0b00af04 Signed-off-by: Determe, Sebastien (sd378r) <sd378r@intl.att.com>
2017-05-02[MSO-8] Second step of the rebase for MSODeterme, Sebastien (sd378r)2-1072/+1072
Second rebase containing additional features for MSO + total reworking of the BPMN structure + Notification flow can now be added at the end of some BPMN flows Change-Id: I7e937c7a0ba1593ca85e164a093f79c7e38b6ce0 Signed-off-by: Determe, Sebastien (sd378r) <sd378r@intl.att.com>
2017-04-11Fix logic error in HealthCheckHandlerGary Wu1-1/+1
Change-Id: I0d67ad98e2e9b409774532715da3959e47e27d13 Signed-off-by: Gary Wu <gary.i.wu@huawei.com>
2017-04-11[MSO-8] Update the maven dependencyxg353y40-3651/+1144
Update the maven depenency for sdc-distribution-client to cooperate with the sdc changes. Change-Id: I2da936e5c40cb68c7181bb78307192dd5655b5dc Signed-off-by: xg353y <xg353y@intl.att.com>
2017-03-13Update to version 1.1.0ChrisC1-2/+2
Change-Id: Id054e7a04ce88450c3cfe108c8259c4d287681c8 Signed-off-by: ChrisC <cc697w@intl.att.com>
2017-01-31Initial OpenECOMP MSO commitChrisC59-0/+8868
Change-Id: Ia6a7574859480717402cc2f22534d9973a78fa6d Signed-off-by: ChrisC <cc697w@intl.att.com>