Age | Commit message (Collapse) | Author | Files | Lines |
|
Change-Id: Ia4bfc7c1b3ffb4020458f18deb71a2cf451ab65e
Issue-ID: CCSDK-1663
Signed-off-by: Brinda Santh <brindasanth@in.ibm.com>
|
|
Change-Id: I6f06fc46fcedbe1cbb8a8e6f8c30b131680a5b08
Issue-ID: CCSDK-1663
Signed-off-by: Brinda Santh <brindasanth@in.ibm.com>
|
|
Change-Id: Icc75c2cac2b9522fc20aa2247aafa8a1f494758e
Issue-ID: CCSDK-1663
Signed-off-by: Brinda Santh <brindasanth@in.ibm.com>
|
|
Change-Id: I63aa56c61f9b97826c2171479dd4d6f238c9d8da
Issue-ID: CCSDK-1663
Signed-off-by: Brinda Santh <brindasanth@in.ibm.com>
|
|
Change-Id: I6e729aab24262f6bdef4b92febf9f65a4819d142
Issue-ID: CCSDK-1663
Signed-off-by: Brinda Santh <brindasanth@in.ibm.com>
|
|
Change-Id: I0813ff96388bce77eba9fbc9eff0eccf59a6be6a
Issue-ID: CCSDK-1663
Signed-off-by: Brinda Santh <brindasanth@in.ibm.com>
|
|
|
|
Roll versions in master branch
Change-Id: I12ac01bc8769303c9d6fe7053306bdaa68f54396
Signed-off-by: Timoney, Dan (dt5972) <dtimoney@att.com>
|
|
Issue-ID: CCSDK-1623
Signed-off-by: Oleg Mitsura <oleg.mitsura@amdocs.com>
Change-Id: Id203a2c9673e732cba5425f8e301f84711fe3705
|
|
|
|
Issue-ID: CCSDK-1657
Signed-off-by: Steve Siani <alphonse.steve.siani.djissitchi@ibm.com>
Change-Id: I12b82a7f1233fce256190ec0d35a5b85ad937b7b
|
|
|
|
Issue-Id: CCSDK-1623
Signed-off-by: Oleg Mitsura <oleg.mitsura@amdocs.com>
Change-Id: Iec7c6909c39c34894be11bfdac45f6394010d9cf
|
|
Set sonar.skip to true in empty module designer-api
Change-Id: I9330fb7c8b8adfc53a2284e907cb02376a3640dd
Issue-ID: CCSDK-1655
Signed-off-by: Timoney, Dan (dt5972) <dtimoney@att.com>
|
|
Change-Id: I9725be21b421f2890cce2ef76bbe5c371ab5b46e
Issue-ID: CCSDK-1639
Signed-off-by: ebo <eliezio.oliveira@est.tech>
|
|
Change-Id: Ibccc712e9ff6b022a55b1ffaaf284d203c8b0dfb
Issue-ID: CCSDK-1638
Signed-off-by: ebo <eliezio.oliveira@est.tech>
|
|
|
|
|
|
The failure depends on the ordering of the test classes, which in turn
depends on the file system ordering (Surefire plugin's default. See
https://maven.apache.org/surefire/maven-surefire-plugin/test-mojo.html#runOrder)
This class is sharing the same SB context configuration of the
BlueprintServiceLogicTest, but the later manually changes the global
BluePrintDependencyService.
It was fixed by repeating the same change on the
DGWorkflowExecutionServiceTest.
Change-Id: I6f76948a766f8d56446a987cb61a781dc0d3f501
Issue-ID: CCSDK-1637
Signed-off-by: ebo <eliezio.oliveira@est.tech>
|
|
Change-Id: I99fc9efba76595693d95772e409f0f982aeae9b1
Issue-ID: CCSDK-1619
Signed-off-by: Brinda Santh <brindasanth@in.ibm.com>
|
|
Issue-ID: CCSDK-1357
Signed-off-by: Serge Simard <serge@agilitae.com>
Change-Id: Id0014834f528a437d26127aa9fe1da4a8316bf22
|
|
Change-Id: I629b30f9ff2b8e84d6ae952946608d9bb3437d4c
Issue-ID: CCSDK-1619
Signed-off-by: Brinda Santh <brindasanth@in.ibm.com>
|
|
Workflow implementation based on multiple steps in blueprint model.
Change-Id: I21eaf5d08621ae6eac2fa0a5db2aca0291928d52
Issue-ID: CCSDK-1619
Signed-off-by: Brinda Santh <brindasanth@in.ibm.com>
|
|
|
|
|
|
- In order to preserve the validation of the whole BPP response, I added a
normalization step that will convert any non-JSON part of the response
into a JSON-equivalent representation.
This normalization is carried out by the JSLT library that provides many
JSON manipulations using a JSON-like specification.
See https://github.com/schibsted/jslt for more details.
- Fix UAT not being run by maven
The Surefire plugin does accept '*Tests.java' but DOESN'T '*Tests.kt'!
The UAT test class was renamed to use the 'Test' suffix only.
- Improved maintainability of UAT-Engine by switching from explicitly field
handling to POJO-based parsing using Jackson along with SnakeYaml.
UAT-related POJOs created on new module UatDefinition.kt
- Added a Protobuf-like description of an UAT YAML document.
Change-Id: Id1178489caa4e97808747a99bc9324fc84e9b96e
Issue-ID: CCSDK-1620
Signed-off-by: ebo <eliezio.oliveira@est.tech>
|
|
failure to execute Jython netconf calls."
|
|
Update to neon versions
Change-Id: I095b46cefa264006bea5722b952c789374870370
Issue-ID: CCSDK-1389
Signed-off-by: Timoney, Dan (dt5972) <dtimoney@att.com>
|
|
paths resulting in failure to execute Jython
netconf calls.
Issue-Id: CCSDK-1622
Signed-off-by: Oleg Mitsura <oleg.mitsura@amdocs.com>
Change-Id: I9c255e2c5ca8dca85f3b2fbd34c4c823c6f6bf69
|
|
Issue-Id: CCSDK-1621
Signed-off-by: Oleg Mitsura <oleg.mitsura@amdocs.com>
Change-Id: I4c24ee7ae04d30c4284520afa385339ed478cb98
|
|
|
|
Issue-ID: CCSDK-1604
Signed-off-by: Serge Simard <serge@agilitae.com>
Change-Id: I349c649e941431b48a309123489d26fb22e0e50a
Signed-off-by: Serge Simard <serge@agilitae.com>
|
|
Issue-ID: CCSDK-1611
Signed-off-by: Steve Siani <alphonse.steve.siani.djissitchi@ibm.com>
Change-Id: I6bb9878ab4fea7024125fa4ce6293bfb8faee316
|
|
|
|
When being called by SDNC, expected response format is a String, not
a Json, then within SDNC we call jsonToTCtx by passing the String as
input.
When we receive the Json instead of a string, that function throw an
exception because it expects a String.
Also, SDNC marshall directly within the SLI context the Json object,
but the path isn't the one being looked for.
Finally, resource resolution, by its definition, as per as its model,
should set the returned value as a string, not a json.
Change-Id: Iffae3128507069c2546e179c17e50fb16e43f310
Issue-ID: CCSDK-1606
Signed-off-by: Alexis de Talhouët <adetalhouet89@gmail.com>
|
|
Change-Id: Icfdef05e40b0638afc8570962bdc750aee1acc25
Issue-ID: CCSDK-1608
Signed-off-by: Brinda Santh <brindasanth@in.ibm.com>
|
|
Change-Id: Ia42f56541bef0418dddb797c019ecda3afa6983b
Issue-ID: CCSDK-1380
Signed-off-by: Brinda Santh <brindasanth@in.ibm.com>
|
|
Change-Id: Ife75d290540e3ed0e0dfd0a82785a498607a2d25
Issue-ID: CCSDK-1577
Signed-off-by: Brinda Santh <brindasanth@in.ibm.com>
|
|
|
|
|
|
|
|
|
|
Change-Id: I44a3596c05b02faa171f90b9207f774ce34976a6
Issue-ID: CCSDK-1577
Signed-off-by: Brinda Santh <brindasanth@in.ibm.com>
|
|
Change-Id: I66d340727918842a26f07e8609a043c37e5089f4
Issue-ID: CCSDK-1577
Signed-off-by: Brinda Santh <brindasanth@in.ibm.com>
|
|
Change-Id: If68ce2e944700cb19380d34ff3b466a9c8633472
Issue-ID: CCSDK-1577
Signed-off-by: Brinda Santh <brindasanth@in.ibm.com>
|
|
Change-Id: I83a3d1391c60cd426236b55d0d399e273e7c15dc
Issue-ID: CCSDK-1577
Signed-off-by: Brinda Santh <brindasanth@in.ibm.com>
|
|
Change-Id: If21c4964bda08e5d50e6fd11fb1d657e5bf8785c
Issue-ID: CCSDK-1577
Signed-off-by: Brinda Santh <brindasanth@in.ibm.com>
|
|
When doing resource resolution, if the same resolution-key,
or the same resource-id/resource-type combo, is used, then the
process will only try to resolve the resources set with a "failure"
status from the RESOURCE_RESOLUTION db table.
In the case the resource has previsously successfully been resolved,
then we need to set its value in the resource assignemnt resolution
store so it can be used later in the processing, for instance if another
resource depends on it.
Change-Id: Ifa3957fe3d2365e1f4347aa61ed963124f8a69f7
Issue-ID: CCSDK-1606
Signed-off-by: Alexis de Talhouët <adetalhouet89@gmail.com>
|
|
It can happen the resolve fails, and the status end up not
being set, hence to avoid any exception, we default to failure.
Change-Id: Ia5fb9ad954c109f394425f33c506e66d7e1969e4
Issue-ID: CCSDK-1606
Signed-off-by: Alexis de Talhouët <adetalhouet89@gmail.com>
|
|
Change-Id: Iddfb27d271bbb58375190c506173edccdd60b9e0
Issue-ID: CCSDK-1576
Signed-off-by: Brinda Santh <brindasanth@in.ibm.com>
|