Age | Commit message (Collapse) | Author | Files | Lines |
|
Modified code to use MsoUtils to parse the xml rather than walking the
nodes generated by documentBuilder.
Added check for missing vfModuleOutputs.
Added MsoUtils.getMultNodeObjects() to return real Node objects instead
of lazy nodes.
Change-Id: I0266502f1e0353c778dce982fa55cf7ce944d91e
Issue-Id: SO-333
Signed-off-by: Jim Hahn <jrh3@att.com>
|
|
This commit removes the MSOMockServer artifact.
The mocks are now in a test-scoped jar in MSOCommon.
Issue: SO-314
Change-Id: Ifbc508c12a56cda329320adf1945c93f31ebe13c
Signed-off-by: Rob Daugherty <rd472p@att.com>
|
|
Several failed attempts to split the BPMN application into
multiple applications with separate camunda process engines
have left a mess of confusing classes and process engine
definitions.
In the Amsterdam release, there should be only one BPMN
application war. This is MSOInfrastructureBPMN.
MSOCommonBPMN should not be deployed as a separate
application. Its classes are compiled into a jar and
this is included inside MSOInfrastructureBPMN.
The MSOInfrastructureBPMN application should use the
"default" process engine.
WorkflowAsyncInfrastructureResource and
MSOCommonApplication classes are not needed.
Issue: SO-322
Change-Id: Ifdb3b33541346b561a16361d1aa791e8342a34fa
Signed-off-by: Rob Daugherty <rd472p@att.com>
|
|
Issue-Id: SO-309
Change-Id: I998d5573d60d99987bb99133967ca012ef8dba6f
Signed-off-by: Benjamin, Max (mb388a) <mb388a@us.att.com>
modified RestClient to accept rest properties
Issue-Id: SO-309
Change-Id: I68bd88f9f942573dc470dda2eb60dc747e782768
Signed-off-by: Benjamin, Max (mb388a) <mb388a@us.att.com>
moved SDNO beans to their own package
Issue-Id: SO-309
Change-Id: I0b35edfe0ac3ad336320d8bc62d2efd98fff1b0b
Signed-off-by: Benjamin, Max (mb388a) <mb388a@us.att.com>
added enum for ServiceType in policy
Issue-Id: SO-309
Change-Id: Icdc95b237a427bbacac4cf5d815fc71cebb91675
Signed-off-by: Benjamin, Max (mb388a) <mb388a@us.att.com>
dmaap rest client implementation
Issue-Id: SO-309
Change-Id: I1bf8b85820524adca462d7d96c4c0beef5892864
Signed-off-by: Benjamin, Max (mb388a) <mb388a@us.att.com>
dmaap client interface for SO component
Issue-Id: SO-309
Change-Id: Ieccfb22678c52af7ffcf8750a38462ba32486182
Signed-off-by: Benjamin, Max (mb388a) <mb388a@us.att.com>
added required guava dependency to pom.xml
Issue-Id: SO-309
Change-Id: I3096bf54888e4960e60bb73b13d8cd3223217271
Signed-off-by: Benjamin, Max (mb388a) <mb388a@us.att.com>
|
|
Issue-Id: SO-298
Change-Id: I2207a65884fc75c8b3a09467fa311718878331bd
Signed-off-by: Benjamin, Max (mb388a) <mb388a@us.att.com>
|
|
|
|
SDNC does not recognize ecomp-model-information
SDNC recognizes onap-model-information
The ecomp-model-information was changed to onap-model-information
Change-Id: I60c02ba6cb272703ad3bca17f71d5407d8a507d2
Issue-Id: SO-289
Signed-off-by: Shailendra Borale <sb8915@att.com>
|
|
Modified the code to use an actual XML parser when decoding the SDNC
response-data element, instead of using the simple-minded
replace("&", "&") approach. The latter did not function correctly
when XML elements contained other xml-encoded data.
Change-Id: Ied6b8b19f307f728b8da1a2b410b9e239ec62ab6
Issue-Id: SO-115
Signed-off-by: Jim Hahn <jrh3@att.com>
|
|
This is the definitive set:
"sniroAuth": "test:testpwd",
"sniroEndpoint": "http://sniro.api.simpledemo.openecomp.org:8080/sniro/api/v2/placement",
"sniroTimeout": "PT30M",
"serviceAgnosticSniroHost": "http://sniro.api.simpledemo.openecomp.org:8080",
"serviceAgnosticSniroEndpoint": "/sniro/api/v2/placement",
Issue: SO-274
Change-Id: I14da1d44703b3b6ba9f781c7e5269fceeec47d8c
Signed-off-by: Rob Daugherty <rd472p@att.com>
|
|
Changed copyright info in the listed files.
For csar files, files were unzipped using unzip csarFileName
The text files were modified:
The license info was added in the beginning of the file, not at the end.
And then zipped again: zip csarFileName -r *
For Xsd files, the information was added within commment section
Change-Id: Ifc7c9594f948f98077c4364f4b9631fcf6cb1c32
Issue-Id: SO-252
Signed-off-by: Shailendra Borale <sb8915@att.com>
|
|
|
|
|
|
|
|
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>
|
|
The code already included "BPMN" and MsoLogger.getServiceName() as
additional arguments in the call to warn() and error(). Simply added
those same arguments to the call to info(), to match the method
signature.
Issue-Id: SO-244
Change-Id: Ic6297d67329358a3b9cdb480d930dc032b7029a2
Signed-off-by: Jim Hahn <jrh3@att.com>
|
|
Issue-id: SO-224
Change-Id: Ib4e15f7db253d8af8f73d2185afd950f33c1a8ac
Signed-off-by: Ramanjaneya-Huawei <ramanjaneya.palleti@huawei.com>
|
|
The exception occurs because the default process engine is
being used to handle the callback. Until we come up with a
better design, we will use the "infrastructure" process
engine.
Issue: SO-76
Change-Id: Ibe8a40ac28b2ae855f85094f57d878ee622349a0
Signed-off-by: Rob Daugherty <rd472p@att.com>
|
|
Replaced the license in several groovy scripts with reference to the
Apache license, as is standard for ONAP.
Change-Id: I2be9aef096a95fe70b82579d0a2f6ee88b3caf03
Issue-Id: SO-238
Signed-off-by: Jim Hahn <jrh3@att.com>
|
|
|
|
Issue-id: SO-224
Change-Id: I98e6b2de01514f2e2c705c9f880057bb977ff075
Signed-off-by: Ramanjaneya-Huawei <ramanjaneya.palleti@huawei.com>
|
|
Change-Id: I0cbfeb8931a46ccd0b2f759c95adea49c5825af2
Issue-id: SO-224
Signed-off-by: Ramanjaneya-Huawei <ramanjaneya.palleti@huawei.com>
|
|
Added additional junit tests for VCPE and fixed bugs that were found while
testing.
Change-Id: Icb6a0c936a16b775ff553c11cb07a4348bd9ebfc
Issue-ID: SO-210
Signed-off-by: Jim Hahn <jrh3@att.com>
|
|
Change-Id: Idbf4c87544c92dc6b744a859c024c773ec00e2cd
Issue-id: SO-138
Signed-off-by: Arthur Martella <amartell@research.att.com>
|
|
Flows in the MSOCommonBPMN jar, which is embedded in the
MSOInfrastructureBPMN war, are not being deployed.
MSOCommonBPMN needs a processes.xml file.
I'm also fixing a problem with CustomE2EGetService.bpmn, which claims
it is the GenericGetService flow. This creates a conflict with the
real GenericGetService flow.
Issue: SO-199
Change-Id: I1ec9d4ad079abf65b5c276b625b46a86805a15e6
Signed-off-by: Rob Daugherty <rd472p@att.com>
|
|
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>
|
|
Change-Id: I5bc9dc02ac81789dc0b113571c073e74d8cee609
Issue-Id:SO-118
Signed-off-by: ramanjaneya <ramanjaneya.palleti@huawei.com>
|
|
|
|
|
|
|
|
|
|
|
|
Fix the AAI java package names that was still openecomp,
remove the variable for LF repositories due to Oparent, Fix the
jacoco to overwrite the oparent settings (fix test coverage)
Change-Id: I40b9b326e33ff27992a1bf2cc9d3094d338f8828
Issue-ID: SO-168
Signed-off-by: Determe, Sebastien (sd378r) <sd378r@intl.att.com>
|
|
* changes:
Fix code complexity
Use diamond operator(<>)
|
|
|
|
Issue-Id:SO-118
Change-Id: Iaad28a363586cd8b42e86bd7e854faa9e716c59d
Signed-off-by: rama-huawei <rama.subba.reddy.s@huawei.com>
|
|
Issue: SO-71
Change-Id: I91d503b52909cfcb62ca4b5cd93f6cfc70d6eb24
Signed-off-by: Rob Daugherty <rd472p@att.com>
|
|
Issue-Id:SO-118
Change-Id: I96a1fb659bafd204221c5ff8f3d0b680a36dba9d
Signed-off-by: rama-huawei <rama.subba.reddy.s@huawei.com>
|
|
Issue-Id:SO-118
Change-Id: I5db909a4c2bfb803c3d3647f30cfa4533c729148
Signed-off-by: rama-huawei <rama.subba.reddy.s@huawei.com>
|
|
Issue-Id:SO-118
Change-Id: I3f749777618e506efe4b83314e45574455639f7b
Signed-off-by: rama-huawei <rama.subba.reddy.s@huawei.com>
|
|
Major Sonar Issue
*Replace type specification with diamond operator
This is done to reduce the verbosity of generics code
Issue-Id: SO-118
Change-Id: Id1a6e6d2e03f6f92a0e36b9326df61154c0ba910
Signed-off-by: surya-huawei <a.u.surya@huawei.com>
|
|
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: I0a93e48f921c968ab9a43fc0599ba16d2349db40
Signed-off-by: shashikanth.vh <shashikanth.vh@huawei.com>
|
|
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: Ia896df35c7f81f3f149e3f7cf06656dafc0a7abf
Signed-off-by: shashikanth.vh <shashikanth.vh@huawei.com>
|
|
String contains no format specifiers.
https://sonar.onap.org/component_issues?id=org.openecomp.so%3Aso#resolved=false|severities=CRITICAL
Issue-Id:SO-118
Change-Id: Ibcb5124a98ea689a01461dddc42a4aa1db147a20
Signed-off-by: shashikanth.vh <shashikanth.vh@huawei.com>
|
|
Files regarding the Homing building blocks added for use in vCPE flows.
Change-Id: Iae9eb70b81ec7d473e6c4e9c821a9282dc40baa9
Issue-id: SO-138
Signed-off-by: Arthur Martella <amartell@research.att.com>
|
|
IssueId: SO-146
Change-Id: Id247132c451e16c49dde8b8547d50924cdfa00c4
Signed-off-by: Seshu-Kumar-M <seshu.kumar.m@huawei.com>
|
|
|
|
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>
|
|
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>
|
|
|
|
Issue-Id: SO-142
Change-Id: I2adbf796f46cb400d32ada1d7f0ae671e58b00ad
Signed-off-by: Seshu-Kumar-M <seshu.kumar.m@huawei.com>
|