summaryrefslogtreecommitdiffstats
path: root/adapters/mso-network-adapter
AgeCommit message (Collapse)AuthorFilesLines
2017-11-16changed artifact versionseshukm1-1/+1
IssueId: SO-346 Change-Id: I4bd910032baa26c2aa154d3860bf4d34ecf7d9dd Signed-off-by: seshukm <seshu.kumar.m@huawei.com>
2017-10-17Fixed CloseableHttpClient close issueshashikanth.vh1-13/+1
Issue-id: SO-228 Change-Id: I731227f4728d3eee5ce84b358c6422a44efdbdc3 Signed-off-by: shashikanth.vh <shashikanth.vh@huawei.com>
2017-10-12Iterate over entrySet instead of keySetrama-huawei1-4/+8
Issue-id: SO-214 Change-Id: I7035fb50a0025f0da72eacfe9cee706799202cf7 Signed-off-by: rama-huawei <rama.subba.reddy.s@huawei.com>
2017-10-07Code coverage for SO adaptersSeshu-Kumar-M1-0/+111
IssueId: SO-191 Change-Id: I720e58a0ce058f4aec0b4c04b45ac88963a2c3b2 Signed-off-by: Seshu-Kumar-M <seshu.kumar.m@huawei.com>
2017-10-06Adding UT for MsoNetworkAdaptersseshukm1-0/+86
IssueId: SO-173 Change-Id: Ic4c48cb877e19d7cd380048451a53478f83fa373 Signed-off-by: seshukm <seshu.kumar.m@huawei.com>
2017-09-30Correcting naming formatAnkit-Huawei1-0/+1
SO-158 Change-Id: Ic7b789cf46cc2f31842b3d69f5ad52e8b4c63e31 Signed-off-by: Ankit-Huawei <ankit.kumar.sinha1@huawei.com>
2017-09-30Correcting naming formatAnkit-Huawei2-58/+59
SO-158 Change-Id: If322e1edf39e8a5fabf1926e4e73d74deefea90e Signed-off-by: Ankit-Huawei <ankit.kumar.sinha1@huawei.com>
2017-09-28Merge "Fix some major sonar issues"Seshu Kumar M1-1/+1
2017-09-28Merge "Fix major Sonar issues"Seshu Kumar M1-1/+1
2017-09-28Merge "Removed unused imports"Seshu Kumar M1-6/+3
2017-09-27Merge "Replace with Diamond symbol"Seshu Kumar M1-1/+1
2017-09-27Removed unused importsramanjaneya1-6/+3
Issue-Id:SO-118 Change-Id: I0c58455e74dd444e1cddae96cde7608fbed3e436 Signed-off-by: ramanjaneya <ramanjaneya.palleti@huawei.com>
2017-09-27Fix some major sonar issuessurya-huawei1-1/+1
*Use collection.isEmpty() instead of collection.size *Remove unnecessary commented line This is done for increasing code readability *Pass the string object directly Instead of wrapping the returned object and creating a new object, passing the object itself will save memory Issue-Id: SO-118 Change-Id: I24c15e9270ec3422d35d3910a8aff9fcf8d632d9 Signed-off-by: surya-huawei <a.u.surya@huawei.com>
2017-09-27Fix major Sonar issuessurya-huawei1-1/+1
*Use negation operator instead of converting boolean operator *Remove unused imports These changes are done to increase code readability Issue-Id: SO-118 Change-Id: I8ec491217520edad95657f8cbb33d20149f64425 Signed-off-by: surya-huawei <a.u.surya@huawei.com>
2017-09-26Replace with Diamond symbolrama-huawei1-1/+1
Issue-Id:SO-118 Change-Id: Ia660ff49ae2c9ff5969ef13060fdfbffb4dfce13 Signed-off-by: rama-huawei <rama.subba.reddy.s@huawei.com>
2017-09-26Adding comments for empty constructorAnkit-Huawei1-0/+1
SO-158 Change-Id: I82c0cfc4bc642fea34480feee0d5fb0bcebffe60 Signed-off-by: Ankit-Huawei <ankit.kumar.sinha1@huawei.com>
2017-09-21SO Failed Robot Health CheckRob Daugherty1-1/+6
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-18Fixed issues in adapter packageseshukm4-61/+64
Issue-Id: SO-141 Change-Id: I1a6905aa7e1328e47b3d0f7580a1dca33c6a069c Signed-off-by: seshukm <seshu.kumar.m@huawei.com>
2017-09-12Fix for SONAR critical issuesseshukm1-0/+1
Issue-Id : SO-117 Change-Id: I57e30d9a8a2b251a57466d92c49f41e2a5943b22 Signed-off-by: seshukm <seshu.kumar.m@huawei.com>
2017-09-11Change the header to SOSeshu-Kumar-M13-13/+13
IssueId: SO-120 Change-Id: I59982b12d5b538b3f9765410ac26cbdde1844957 Signed-off-by: Seshu-Kumar-M <seshu.kumar.m@huawei.com>
2017-09-08Merge "sonar blocker issue fixes"Rob Daugherty2-11/+15
2017-09-081710 Rebase - Second AttemptArthur Martella2-78/+110
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-M2-11/+15
Issue ID: SO-98 Change-Id: Ida8eba238c3c0ca867cc40a58d00ddcd74417921 Signed-off-by: Seshu-Kumar-M <seshu.kumar.m@huawei.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-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-02[MSO-8] Second step of the rebase for MSODeterme, Sebastien (sd378r)7-18/+93
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-11[MSO-8] Update the maven dependencyxg353y7-315/+321
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 commitChrisC24-0/+5237
Change-Id: Ia6a7574859480717402cc2f22534d9973a78fa6d Signed-off-by: ChrisC <cc697w@intl.att.com>