summaryrefslogtreecommitdiffstats
path: root/bpmn/MSOInfrastructureBPMN
AgeCommit message (Collapse)AuthorFilesLines
2017-10-06UT for the BPMN flowSeshu-Kumar-M1-0/+168
IssueId: SO-191 Change-Id: I167a7e96f4fd3a857a6c3e679dda132fc8a7f720 Signed-off-by: Seshu-Kumar-M <seshu.kumar.m@huawei.com>
2017-10-03Not logging or re-throwing the exceptionsrama-huawei1-1/+1
Issue-id: SO-175 Change-Id: Id6bf21f4ca857c330c0b719dc2d2651fa1976dee Signed-off-by: rama-huawei <rama.subba.reddy.s@huawei.com>
2017-10-02Prevent JAXRS LinkageErrorArthur Martella1-0/+18
Pruning the inclusions in modules to prevent linkage errors during health check. Change-Id: I7b3cb233d0eac2a0a41b15e608d3d295a73573e7 Issue-ID: SO-160 Signed-off-by: Arthur Martella <amartell@research.att.com>
2017-10-02Fixes for Infrastructure module startupArthur Martella2-5/+12
Excluding jersey-all from pom.xml and fixing broken bpmn file. Change-Id: I466a593f08d20f6b37e367f3ccc67bd8a7165029 Issue-ID: SO-160 Signed-off-by: Arthur Martella <amartell@research.att.com>
2017-09-30Merge "Removed unused variables"Seshu Kumar M1-1/+2
2017-09-30remove odl dependence temporary黄卓垚101122154-225/+74
Change-Id: I2d4348974badf6b4ecb255adb3ffa3b5c399d7e2 Issue-ID: SO-88 Signed-off-by: Zhuoyao Huang <10112215@zte.com.cn> description: Remove odl dependence temporary for docker deployment, utill the issue is be solved. Before that time, yang decoder is unavailable.
2017-09-27service-topology-operation黄卓垚1011221526-148/+956
Change-Id: I26b03516eb73689f806aa9ea5f1edcb22a1c4d84 Issue-ID: SO-88 Signed-off-by: Zhuoyao Huang <10112215@zte.com.cn> Discription: Network-topology-operation should work with Service-topology-operation. This commit is for the Service-topology-operation.
2017-09-27Update POM to inherit from oparentRob Daugherty44-0/+880
Issue: SO-71 Change-Id: I91d503b52909cfcb62ca4b5cd93f6cfc70d6eb24 Signed-off-by: Rob Daugherty <rd472p@att.com>
2017-09-27Removed unused variablesrama-huawei1-1/+2
Issue-Id:SO-118 Change-Id: I3f749777618e506efe4b83314e45574455639f7b Signed-off-by: rama-huawei <rama.subba.reddy.s@huawei.com>
2017-09-25Change bpmn file nameZhuoyao Huang2-2/+2
Change-Id: I4de255105cb9b1b7ac536738d0aef9655d147007 Issue-ID: SO-88 Signed-off-by: Zhuoyao Huang <10112215@zte.com.cn>
2017-09-25Deleted redundant codeshashikanth1-5/+3
Remove this return statement from this finally block https://sonar.onap.org/component_issues?id=org.openecomp.so%3Aso#resolved=false|severities=BLOCKER Issue-Id:SO-118 Change-Id: I6933ec089e6030d5fd5495b37f4d785b0935341b Signed-off-by: shashikanth.vh <shashikanth.vh@huawei.com>
2017-09-23fix a bug and ...Zhuoyao Huang5-9/+184
Change-Id: Id5dfae04cffa98705a5d99f9cf7d7552de5b8418 Issue-ID: SO-88 Signed-off-by: Zhuoyao Huang <10112215@zte.com.cn> Discription: fix a bug and commit underlay vpn achieved by yang decoder
2017-09-23Merge "underlay vpn"Chuanyu Chen22-0/+1138
2017-09-22underlay vpnZhuoyao Huang22-0/+1138
Change-Id: I3eafc44ca701f02921dfe14a2714948cd1c21c2d Issue-ID: SO-88 Signed-off-by: Zhuoyao Huang <10112215@zte.com.cn>
2017-09-22Fix for lack of flow conditionSeshu-Kumar-M1-101/+26
condition corrected for the gate SO-158 Change-Id: I10308d9062e7d28acb415310f85505eb561b467e Signed-off-by: Seshu-Kumar-M <seshu.kumar.m@huawei.com>
2017-09-22Implement the tasks of delete NS work flowc001491072-13/+81
Implement the tasks of delete NS work flow Change-Id: I0598ca35aaa3b923a9a3517b4482fdbba7415740 Issue-ID:SO-57 Signed-off-by: c00149107 <chenchuanyu@huawei.com>
2017-09-22Add delete VFC NS workflowc001491072-0/+396
Add delete VFC NS workflow bpmn and groovy file Change-Id: I9ac362ea973139663fbe8235e5ac15e980376bb6 Issue-ID:SO-57 Signed-off-by: c00149107 <chenchuanyu@huawei.com>
2017-09-22Correct the class namec001491071-3/+3
Correct the class name of groovy script Change-Id: I2559acb7f35b70cd0e5dba5a24f2c1b1ed400d07 Issue-ID:SO-57 Signed-off-by: c00149107 <chenchuanyu@huawei.com>
2017-09-22Implement the tasks of the workflowc001491071-6/+75
implement the tasks of the vfc create ns work flow Change-Id: Ice0bfb1ff85a139a6c33fc58918b2a3aef5a2a12 Issue-ID:SO-57 Signed-off-by: c00149107 <chenchuanyu@huawei.com>
2017-09-22Add generic post functionc001491071-8/+35
Add generic post function and correct the api define Change-Id: I11c2a10f4aad00f389b68cf7b9c42dab4441027c Issue-ID:SO-57 Signed-off-by: c00149107 <chenchuanyu@huawei.com>
2017-09-21Initial commit of vCPE flowsRob Daugherty71-0/+13821
Note: vCpeResCust isn't done yet. Waiting for Homing BB integration. Change-Id: I9c6bcbd13eb1857085cb44d9aabe96ffb600b9a1 Issue-id: SO-147 Signed-off-by: Rob Daugherty <rd472p@att.com>
2017-09-21Merge "Generate the nsParameters"Seshu Kumar M1-1/+13
2017-09-21Merge "Add preprocess for NS Create"Seshu Kumar M1-47/+19
2017-09-21Generate the nsParametersc001491071-1/+13
Generate the nsParameters from the request body Change-Id: I31cdcb3a576d031dc6606dd4fabf7c2401786ab2 Issue-ID:SO-57 Signed-off-by: c00149107 <chenchuanyu@huawei.com>
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 M1-0/+7
2017-09-21SO Failed Robot Health CheckRob Daugherty1-0/+7
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-M3-131/+45
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-19BPMN applications not deployed properlyRob Daugherty7-16/+133
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-18Merge "VoLTE groovy draft files"Seshu Kumar M3-0/+1218
2017-09-18Merge "VoLTE BPMN draft file"Seshu Kumar M3-0/+1145
2017-09-18VoLTE groovy draft filesSeshu-Kumar-M3-0/+1218
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-M3-0/+1145
Issue-ID: SO-46 Change-Id: I01b80c4eb5ee6c779dd95b840fa99a9bff0ad78e Signed-off-by: Seshu-Kumar-M <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-13Merge "Fix hardcoded orchestration-status"Seshu Kumar M2-4/+7
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-M42-42/+42
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-M19-19/+19
IssueId: SO-120 Change-Id: I4282112764bc7697dd98e780bb02b13319cabb5d Signed-off-by: Seshu-Kumar-M <seshu.kumar.m@huawei.com>
2017-09-081710 Rebase - Second AttemptArthur Martella160-7762/+28967
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-08-04Failed to deploy so artifacts in nexus (again)Rob Daugherty1-7/+7
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-7/+7
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 Daugherty1-7/+7
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-09Refactor WorkflowAsyncResourceGary Wu1-7/+3
Change-Id: I794b606687343851f71d63ac055ed1898320216a Signed-off-by: Gary Wu <gary.i.wu@huawei.com>