summaryrefslogtreecommitdiffstats
path: root/bpmn
AgeCommit message (Collapse)AuthorFilesLines
2017-09-21Merge "Add preprocess for NS Create"Seshu Kumar M1-47/+19
2017-09-21Merge "Adding Underlay VPN"Seshu Kumar M1-71/+48
2017-09-21Add preprocess for NS Createc001491071-47/+19
Pre deal the parameters for NS create Change-Id: I43afdbceb262d881e6a501c41ee2cf6e50173ad6 Issue-ID:SO-57 Signed-off-by: c00149107 <chenchuanyu@huawei.com>
2017-09-21Add NS Create Taskc001491072-152/+121
Add the details task of NS create workflow Change-Id: Ic3ee8c2659ae2cdc9b91b5eaf318dd655d87f711 Issue-ID:SO-57 Signed-off-by: c00149107 <chenchuanyu@huawei.com>
2017-09-21Adding Underlay VPNSeshu-Kumar-M1-71/+48
Adding network id before Underlay VPN in E2E svc creation IssueId: SO-152 Change-Id: If6311914633c7247b62362ca9371c54c426889bc Signed-off-by: Seshu-Kumar-M <seshu.kumar.m@huawei.com>
2017-09-21Merge "SO Failed Robot Health Check"Seshu Kumar M2-9/+17
2017-09-21SO Failed Robot Health CheckRob Daugherty2-9/+17
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-20Fix duplicate service instance idsSeshu-Kumar-M3-215/+171
IssueId: SO-146 Change-Id: I483f96eea7be409546ebc5c84e2332b2992672e7 Signed-off-by: Seshu-Kumar-M <seshu.kumar.m@huawei.com>
2017-09-20Add subprocess for NS createc001491071-0/+258
Add VFC NS create sub work flow Change-Id: I503419f89633a0f74a887bc3b95fbaa3acdbfd02 Issue-ID:SO-57 Signed-off-by: c00149107 <chenchuanyu@huawei.com>
2017-09-20Added Groovy for E2E svcSeshu-Kumar-M5-131/+47
IssueId: SO-146 Change-Id: Id247132c451e16c49dde8b8547d50924cdfa00c4 Signed-off-by: Seshu-Kumar-M <seshu.kumar.m@huawei.com>
2017-09-20Add E2E service BPMNs resolve conflictsSeshu-Kumar-M3-145/+409
IssueId:SO-56 Change-Id: Icb04ea102b1fe497d8827eac582b28a472bbb836 Signed-off-by: Seshu-Kumar-M <seshu.kumar.m@huawei.com>
2017-09-20Merge "BPMN applications not deployed properly"Rob Daugherty13-60/+203
2017-09-19BPMN applications not deployed properlyRob Daugherty13-60/+203
Since the 1710 MSO merge the following problems exist: The workflow applications are not deployed properly. I've also fixed a few small issues with the CreateCustomE2EServiceInstance flows that prevented them from being deployed. Change-Id: Ia4f7a6de87abbc99e80c0e9083e2175cdf9b4fe5 Issue-id: SO-148 Signed-off-by: Rob Daugherty <rd472p@att.com>
2017-09-19Merge "Fix Blocker/Critical sonar issues"Seshu Kumar M1-3/+1
2017-09-19Fix Blocker/Critical sonar issuesshashikanth1-1/+1
Fix Blocker/Critical sonar issues in so module https://sonar.onap.org/component_issues?id=org.openecomp.so%3Aso#resolved=false|severities=CRITICAL Fixed String with no format specifiers Issue-Id:SO-118 Change-Id: Ie5257d1a01a9c2e6cf25a453a4c602376a69a396 Signed-off-by: shashikanth.vh <shashikanth.vh@huawei.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-18Merge "Fixed issues in bpmn package. Issue-Id: SO-141"Seshu Kumar M13-46/+82
2017-09-18Merge "VoLTE groovy draft files"Seshu Kumar M5-0/+1940
2017-09-18Merge "VoLTE BPMN draft file"Seshu Kumar M5-0/+1667
2017-09-18VoLTE groovy draft filesSeshu-Kumar-M5-0/+1940
Issue-Id: SO-142 Change-Id: I2adbf796f46cb400d32ada1d7f0ae671e58b00ad Signed-off-by: Seshu-Kumar-M <seshu.kumar.m@huawei.com>
2017-09-18VoLTE BPMN draft fileSeshu-Kumar-M5-0/+1667
Issue-ID: SO-46 Change-Id: I01b80c4eb5ee6c779dd95b840fa99a9bff0ad78e Signed-off-by: Seshu-Kumar-M <seshu.kumar.m@huawei.com>
2017-09-18Fixed issues in bpmn package.seshukm13-46/+82
Issue-Id: SO-141 Change-Id: Ie08e5a03f1448071ce0d31ca0829b28d791c05fd Signed-off-by: seshukm <seshu.kumar.m@huawei.com>
2017-09-18Add sync response taskc001491071-1/+40
Add sync response task for e2e service flow Change-Id: I3b17e0103fb3e7cb4ba41d076bc6014acc1d295c Issue-ID:SO-57 Signed-off-by: c00149107 <chenchuanyu@huawei.com>
2017-09-18Add Create E2E Service Groovyc001491071-0/+121
Add groovy logic for E2E service Change-Id: I3d3f1023c14d2621380933396fbc650516145da2 Issue-ID:SO-57 Signed-off-by: c00149107 <chenchuanyu@huawei.com>
2017-09-14Merge "bmpn sonar issue fix IssueId: SO-118"chuanyu chen1-0/+21
2017-09-13Merge "Fix for SONAR critical issues Issue-Id : SO-117"chuanyu chen22-123/+169
2017-09-13bmpn sonar issue fixseshukm18-120/+174
IssueId: SO-118 Change-Id: Ib7830bb47d41f322a14bc82b7bc99748b547d640 Signed-off-by: seshukm <seshu.kumar.m@huawei.com>
2017-09-13Sonar defect issuesseshukm4-3/+16
IssueId: SO-118 Change-Id: I19221e6b4c41db7f00201dbc6805e76068bf099e Signed-off-by: seshukm <seshu.kumar.m@huawei.com>
2017-09-13Merge "Fix hardcoded orchestration-status"Seshu Kumar M2-4/+7
2017-09-12Fix for SONAR critical issuesseshukm22-123/+169
Issue-Id : SO-117 Change-Id: Icdc64605b475e20af7e871135af327f7d0e38792 Signed-off-by: seshukm <seshu.kumar.m@huawei.com>
2017-09-11Fix hardcoded orchestration-statusAbhishek Shekhar2-4/+7
While creating a service-instance orchestration-status is hardcoded to be Active. The user should be allowed to set the initial status. Issue-id: SO-108 Change-Id: Ica6febae1f7733125126b49f4f7e0e23bba2a0f2 Signed-off-by: Abhishek Shekhar <abhishek.shekhar1@amdocs.com>
2017-09-11Groovy scripts header correctionSeshu-Kumar-M88-88/+88
IssueId: SO-120 Change-Id: I58aaff6213fcc91388f1cabf3ca37838a25c1c73 Signed-off-by: Seshu-Kumar-M <seshu.kumar.m@huawei.com>
2017-09-11Change the header to SOSeshu-Kumar-M130-132/+132
IssueId: SO-120 Change-Id: I4282112764bc7697dd98e780bb02b13319cabb5d Signed-off-by: Seshu-Kumar-M <seshu.kumar.m@huawei.com>
2017-09-08Merge "sonar blocker issue fixes"Rob Daugherty1-10/+10
2017-09-081710 Rebase - Second AttemptArthur Martella322-12064/+51139
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-07sonar blocker issue fixesSeshu-Kumar-M1-10/+10
Issue ID: SO-98 Change-Id: Ida8eba238c3c0ca867cc40a58d00ddcd74417921 Signed-off-by: Seshu-Kumar-M <seshu.kumar.m@huawei.com>
2017-09-06Sonar critical issues fixSeshu-Kumar-M4-34/+74
Issue-Id : SO-98 Change-Id: I229819e850c36fce9f8715d1534f8e5c5d812a0a Signed-off-by: Seshu-Kumar-M <seshu.kumar.m@huawei.com>
2017-08-24Fix to pass transaction id to AAIanupmarathe4-12/+35
When SO is calling AAI REST API in groovy code, it is always passing new X-TransactionID. As per EELF logging guidelines, this id is used for tracking transaction across components. This fix checks if there is already an existing transaction id in MDC, if yes then pass same. If not found, then create one and set in MDC for use in next API calls in same transaction. Change-Id: If6e33b77d9615f4887e1c1fc367de4268eecc340 Issue-ID: SO-78 Signed-off-by: anupmarathe <anup.marathe@amdocs.com>
2017-08-04Another attempt to fix deploy problemRob Daugherty1-1/+1
The top level pom will contain: <groupId>org.openecomp.so</groupId> <artifactId>so</artifactId> Child modules will contain: <parent> <groupId>org.openecomp.so</groupId> <artifactId>so</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: I1976819df459d92937c6a4780959c32599dc3e71 Signed-off-by: Rob Daugherty <rd472p@att.com>
2017-08-04Failed to deploy so artifacts in nexus (again)Rob Daugherty8-30/+30
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 Daugherty8-31/+31
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 Daugherty9-56/+30
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-06-06Merge "Simplify BaseTask and subclasses"Christophe Closset4-85/+31
2017-06-03Merge "Refactor WorkflowAsyncResource"Christophe Closset3-44/+34
2017-05-09Simplify BaseTask and subclassesGary Wu4-85/+31
Change-Id: If06c2be264003ab27090adf0a29804d961d28115 Signed-off-by: Gary Wu <gary.i.wu@huawei.com>
2017-05-09Refactor WorkflowAsyncResourceGary Wu3-44/+34
Change-Id: I794b606687343851f71d63ac055ed1898320216a Signed-off-by: Gary Wu <gary.i.wu@huawei.com>
2017-05-09Fix WorkflowContext.getDelay() unit conversionGary Wu1-1/+1
The duration numbers in getDelay() are all expressed in milliseconds; the call to TimeUnit.convert() is fixed to specify milliseconds. Change-Id: I6b466f7a40a05ebe4afb1c3c39fb862eef2ae40d Signed-off-by: Gary Wu <gary.i.wu@huawei.com>
2017-05-09[MSO-8] Additional fixes for the second rebaseDeterme, Sebastien (sd378r)112-18346/+15283
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-05Remove redundant class HttpHeaderGary Wu6-586/+325
The functionality of HttpHeader already exists in org.apache.http.message.BasicHeader. This change removes the HttpHeader class and replaces its uses with BasicHeader. Change-Id: I828aa7d94a1968dffd928d4ca719f0beff1a0f4b Signed-off-by: Gary Wu <gary.i.wu@huawei.com>
2017-05-03[MSO-8] Remove files that crash the commonBPMNDeterme, Sebastien (sd378r)3-664/+0
Some files in commonBPMN have been removed as they prevent the war to be successfully deployed on Jboss + Remove rest interfaces files for catalog that should not be there anymore Change-Id: Iaf83f8b60610624e160feac8a96b7eaed7f161d1 Signed-off-by: Determe, Sebastien (sd378r) <sd378r@intl.att.com>