aboutsummaryrefslogtreecommitdiffstats
AgeCommit message (Collapse)AuthorFilesLines
2017-09-08Cleanup project's name in SonarJessica Wagantall1-1/+1
The name parameter in the root pom.xml should match the project name in gerrit to reflect consistency in Sonar. Change-Id: I9dac605bac7d9da1c29a7b345dbf6119f6423465 Issue-id: CIMAN-65 Signed-off-by: Jessica Wagantall <jwagantall@linuxfoundation.org>
2017-09-07Merge "updated ARIA version"DeWayne Filppi1-1/+1
2017-09-07updated ARIA versiondfilppi1-1/+1
Change-Id: Ie0948e048a52a8743b919319cca78376e0dfea13 Issue-id: SO-104 Signed-off-by: DeWayne Filppi <dewayne@cloudify.co>
2017-09-07reorg and add pom build for wheeldfilppi71-0/+95
Change-Id: Iab761e263f1e2380471dd38c2b7ce9b77f0aab0e Signed-off-by: DeWayne Filppi <dewayne@cloudify.co> Issue-id: SO-106
2017-09-06Fix the commentsc0014910715-45/+38
Fix the review comments for vf-c adapter Change-Id: I1b2a7de490b7d46c07d522f5720ef005bfffe67d Issue-ID:SO-109 Signed-off-by: c00149107 <chenchuanyu@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-09-05Merge "Add VF-C Adapter"Seshu Kumar M31-0/+2698
2017-09-04Add VF-C Adapterc0014910731-0/+2698
Add VF-C Adapter to support VF-C APIs Change-Id: I4eb27755c8c5420343f457e0f9be37aa438361eb Issue-ID:SO-41 Signed-off-by: c00149107 <chenchuanyu@huawei.com>
2017-09-04Merge "changed email and updated aria version"Seshu Kumar M1-2/+2
2017-09-04Merge "Fix to get calling application identifier"Seshu Kumar M2-0/+8
2017-09-04Merge "changed var from openstack to multivim"Seshu Kumar M1-1/+1
2017-09-01Merge "Add Operation Status DB info"chuanyu chen6-1/+671
2017-09-01Merge "Add VF-C Message Type"chuanyu chen1-0/+1
2017-08-31changed email and updated aria versiondfilppi1-2/+2
Change-Id: I13e4895730da6aa265cc14a15621283b89b1d083 Signed-off-by: DeWayne Filppi <dewayne@cloudify.co> Issue-id: SO-104
2017-08-30Fix to get calling application identifieranupmarathe2-0/+8
As per EELF logging guidelines, component can put a calling application identifier or user name in MDC against key PartnerName. SO is setting user name against key PartnerName in LogFilter. By having an identity of calling application can assist in debugging. To achieve this SO will check request header key X-FromAppId and set its value against MDC - FromAppId. Change-Id: Ib67c5e76fdf5567282200e17210ddb49cf9a57fb Issue-ID: SO-99 Signed-off-by: anupmarathe <anup.marathe@amdocs.com>
2017-08-30Add Operation Status DB infoc001491076-1/+671
Add Operation Status DB And Interfaces for create/delete progress rest Change-Id: I1b93f219470b79b0b7e0bdcbb27a0a31408bbf5f Issue-ID:SO-41 Signed-off-by: c00149107 <chenchuanyu@huawei.com>
2017-08-30Add VF-C Message Typec001491071-0/+1
Add VF-C Message Type Enum for log Change-Id: Ia22d5c4a1652b977020c40085a17e19100232115 Issue-ID:SO-41 Signed-off-by: c00149107 <chenchuanyu@huawei.com>
2017-08-29changed var from openstack to multivimdfilppi1-1/+1
Change-Id: I4f218e333db1016f481fd210a1aa97c96a1e3bd7 Signed-off-by: DeWayne Filppi <dewayne@cloudify.co> Issue-id: SO-102
2017-08-24Merge "Fix to pass transaction id to AAI"Seshu Kumar M4-12/+35
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-22IssueId : SO-98Seshu-Kumar-M1-15/+12
Desc: Sonar issue fix Change-Id: I48e45fb9fd51bac3e79feaa47d3078b6614025cf Signed-off-by: Seshu-Kumar-M <seshu.kumar.m@huawei.com>
2017-08-10Merge "Fix typo"Seshu Kumar M1-1/+1
2017-08-10Merge "Fix defect SO-36"Seshu Kumar M1-102/+103
2017-08-10Merge "fixed for defect SO-70 - recipe lookup mechanism doesn't allow to ↵Seshu Kumar M3-26/+55
define default recipe mapping for any 'source' at level of 'service' and 'network' resources."
2017-08-10Merge "ARIA java binding initial"Seshu Kumar M22-0/+1314
2017-08-10Merge "ARIA multivim plugin initial checkin"Seshu Kumar M72-0/+10952
2017-08-09Fix defect SO-36pranavdi1-102/+103
Modify MSOLogger to route info messages to debugmso.log instead of errormso.log Change-Id: Id985e83c336e85083764f0d52e7f7e9bb5a20595 Issue-ID: SO-36 Signed-off-by: pranavdi <Pranav.Dixit@amdocs.com>
2017-08-07ARIA multivim plugin initial checkindfilppi72-0/+10952
Change-Id: I3a24ab6fc5ba54466bfecaf596a13b8907248ae8 Issue-id: SO-77 Signed-off-by: DeWayne Filppi <dewayne@gigaspaces.com>
2017-08-07ARIA java binding initialdfilppi22-0/+1314
Change-Id: I806c879f7eddadec396adbb72f3fc2117dccbeb5 Issue-id: SO-77 Signed-off-by: DeWayne Filppi <dewayne@gigaspaces.com>
2017-08-07Merge "Another attempt to fix deploy problem"Rob Daugherty9-9/+9
2017-08-07Merge "ARIA REST server initial commit"Seshu Kumar M9-0/+832
2017-08-07Merge "Added copyright header"Seshu Kumar M1-0/+18
2017-08-04Another attempt to fix deploy problemRob Daugherty9-9/+9
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 Daugherty33-124/+124
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-03ARIA REST server initial commitdfilppi9-0/+832
Change-Id: Ibb34f3d2f7c1fd63e79e6a12394a70ca09cb8034 Issue-id: SO-25 Signed-off-by: DeWayne Filppi <dewayne@gigaspaces.com>
2017-08-03Added copyright headerdfilppi1-0/+18
Change-Id: I5ff93b3d7b2c71c30a618b3224226b37bc18c05e Signed-off-by: DeWayne Filppi <dewayne@gigaspaces.com>
2017-08-03Merge "added dockerfile for Aria"Seshu Kumar M1-0/+11
2017-08-01Failed to deploy so artifacts in nexusRob Daugherty33-135/+135
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-31added dockerfile for Ariadfilppi1-0/+11
Change-Id: I8b39268b774649b0da95162de6acdc03a6809224 Signed-off-by: DeWayne Filppi <dewayne@gigaspaces.com>
2017-07-27fixed for defect SO-70 - recipe lookup mechanism doesn't allow to define ↵eyalholz3-26/+55
default recipe mapping for any 'source' at level of 'service' and 'network' resources. Change-Id: I42dafa343e2e65c6e892c21de5f3f1131890b24e Signed-off-by: eyalholz <eyalh@amdocs.com>
2017-07-20More pom changes needed since repos were renamedRob Daugherty2-3/+3
I hope this will fix the daily jenkins builds. Issue: SO-65 Change-Id: Iee8e975dd894e7bd937bab0ae033188f133f5fce Signed-off-by: Rob Daugherty <rd472p@att.com>
2017-07-20Merge "Updating Dockerfile & .gitreview"Rob Daugherty5-8/+8
2017-07-19Fix artifact group IDs (org.openecomp.so)Rob Daugherty34-155/+129
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-07-19Fix project name in .gitreview fileRob Daugherty1-1/+1
Changed: [gerrit] host=gerrit.onap.org port=29418 project=mso.git To: [gerrit] host=gerrit.onap.org port=29418 project=so.git Issue: SO-38 Change-Id: I1bc55331625504c137aeb1905b535d6acd59a931 Signed-off-by: Rob Daugherty <rd472p@att.com>
2017-07-18Updating Dockerfile & .gitreviewJulienBe6-9/+9
Moving maintainer to ONAP Updating Label to ONAP & SO .gitreview pointing to so.git Change-Id: I9fe96f88cb742cefd6ddc7fbdd4f25f264e3e0be Signed-off-by: JulienBe <jb379x@att.com>
2017-07-13Fix typoChuck Short1-1/+1
Dockerfile refers to Ubuntu not Fedora. Change-Id: Id7a76c85035d24c4591d71e40feba52f74c94c0e Signed-off-by: Chuck Short <charles.short@ericsson.com>
2017-06-06Merge "Refactor RequestsDatabase method"Christophe Closset1-42/+35
2017-06-06Merge "Simplify BaseTask and subclasses"Christophe Closset4-85/+31
2017-06-03Merge "Refactor WorkflowAsyncResource"Christophe Closset3-44/+34
2017-06-03Merge "Fix WorkflowContext.getDelay() unit conversion"Christophe Closset1-1/+1