Age | Commit message (Collapse) | Author | Files | Lines |
|
Issue-ID: CCSDK-1376
Signed-off-by: Abdelmuhaimen Seaudi <abdelmuhaimen.seaudi@orange.com>
Change-Id: I2817e6282e982f07d60169b99adf4cb1c07d2541
|
|
|
|
Issue-ID: CCSDK-1359
Signed-off-by: andreasgeissler <andreas-geissler@telekom.de>
Change-Id: Iaea5733274bc78609ae2dd3ba04e456824de105d
|
|
|
|
- add logger with interceptor for requests
Change-Id: Iecb6b6e51c28aadcc4eec3bb69dc38f4e0e346c5
Issue-ID: CCSDK-1295
Signed-off-by: Rami <rmohamed.ext@orange.com>
|
|
|
|
|
|
|
|
When Blueprints Processor was not able to evaluate a variable, it would
set its value to null.
The expected behaviour would be to set the value to the default repres-
entation in the formal notation as defined by Apache Velocity, which is
a dollar followed by the name of the variable between curly braces. For
example, if the value of the variable pnf-id could not be evaluated in
runtime, its value would be defined as the string "${pnf-id}".
The problem happened during evaluation of the variables that would be
later sent to the template-meshing code for processing.
The fix was to add a check before the value was assigned to the varia-
ble; if the was not null, the assignment will happen normally. Otherwi-
se, if the evaluation resolves to null, the variable receives the defa-
ult value (string "${<variable name>}").
Besides the tests that were put in place to test the code changed for
this fix, two tests were added to the existing test case of the templa-
te meshing code, to act as regression test.
Change-Id: I635afb1eba4c0d45b821811f0119fa6c87ea9542
Issue-ID: CCSDK-1358
Signed-off-by: ottero <rodrigo.ottero@est.tech>
|
|
Issue-ID: CCSDK-1324
Signed-off-by: Steve Siani <alphonse.steve.siani.djissitchi@ibm.com>
Change-Id: I21705485de9a11a65c1e032fc121c89917334104
|
|
Issue-ID: CCSDK-1357
Change-Id: I794ce5450b341606829a1a37d9efed48abab32cc
Signed-off-by: Serge Simard <serge@agilitae.com>
|
|
Files are now sorted in ascending order
Issue-ID: CCSDK-1308
Change-Id: I4143a132a946815363f1c80b6ab37b6590ee242c
Signed-off-by: Arundathi Patil <arundpil@in.ibm.com>
|
|
Issue-ID: CCSDK-1360
Signed-off-by: Steve Siani <alphonse.steve.siani.djissitchi@ibm.com>
Change-Id: I374a6a013514df9062ffdfc1ab278bd9e00776d9
|
|
Issue-ID: CCSDK-1363
Signed-off-by: Oleg Mitsura <oleg.mitsura@amdocs.com>
Change-Id: I064a9d8654e0ccd612b60f9a3a195980a0c16d0f
|
|
Change-Id: Ieab385f5e4ae60cca3d86f22c4304e4867e6fa96
Issue-ID: CCSDK-1335
Signed-off-by: Brinda Santh <brindasanth@in.ibm.com>
|
|
Change-Id: I55abe099997bad1666b762b7f8355b084f691001
Issue-ID: CCSDK-1335
Signed-off-by: Brinda Santh <brindasanth@in.ibm.com>
|
|
Change-Id: I611de175a265ea27dcb64fa08c33de5eb2dbffb6
Issue-ID: CCSDK-1335
Signed-off-by: Brinda Santh <brindasanth@in.ibm.com>
|
|
Change-Id: I0997e9bc71b74bdff57bd2405a9b1ec962130715
Issue-ID: CCSDK-1335
Signed-off-by: Brinda Santh <brindasanth@in.ibm.com>
|
|
Change-Id: I88515b430311e7937ea45516cc0fb07b4dab3c2f
Issue-ID: CCSDK-1335
Signed-off-by: Brinda Santh <brindasanth@in.ibm.com>
|
|
Change-Id: I76cf52f6df10e114539c4d65620f431e0f747644
Issue-ID: CCSDK-1349
Signed-off-by: Brinda Santh <brindasanth@in.ibm.com>
|
|
Change-Id: I6c8c0fca6ffd7f7cc9814a5b88889c5f67cbd52f
Issue-ID: SO-1587
Signed-off-by: Alexis de Talhouët <adetalhouet89@gmail.com>
|
|
Fixed defect ccsdk-1339
Issue-ID: CCSDK-1339
Change-Id: Iabf12c0c7430cda9a259d1917f344d58c432bd05
Signed-off-by: Arundathi Patil <arundpil@in.ibm.com>
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Currently the Blueprints Processor mS replies with a 200 OK HTTP status
code even if an exception occurs in the server side while executing the
request.
Thus, the only way for a REST client to determine if the request was
successful or not is by analysing the response and evaluate the
content of the element status.code
This bugfix modifies the HTTP status code of the response to match the
one inside the response.
Issue-ID: CCSDK-1327
Change-Id: I05a58cb3ab9359319172f2d8f1a665fdcdc1230b
Signed-off-by: ottero <rodrigo.ottero@est.tech>
|
|
Change-Id: Id1993a4983ca103ac28655b57481bb96aa89f1f1
Issue-ID:CCSDK-1318
Signed-off-by: prathamesh morde <prathamesh.morde@bell.ca>
|
|
Issue-ID: CCSDK-1331
Change-Id: I8dab8ad4eaebf1863f11c4d38c52cf7f64b0a4d5
Signed-off-by: Oleg Mitsura <oleg.mitsura@amdocs.com>
|
|
Change-Id: I7a426323dc22cb19a1c3eb77f7f4f30cf7da32e0
Issue-ID: CCSDK-1324
Signed-off-by: Steve Siani <alphonse.steve.siani.djissitchi@ibm.com>
|
|
-Added COMPOENT_DONE_OK status if sdc-listener fails to parse the CBA archive.
-Make use of IComponentDoneStatusMessage instead of IFinalDistrStatusMessage.
-Added DownloadStausMessage to handle download CSAR notification.
-Change the sli-version in blueprint-processor to 0.5.0-SNAPSHOT.
Change-Id: Ie6bb0569e6daffb13e06532f670aac27af1f935e
Issus-ID:CCSDK-1319
Signed-off-by: prathamesh morde <prathamesh.morde@bell.ca>
|
|
|
|
|
|
|
|
fixed defect ccsdk-1326
Issue-ID; CCSDK-1326
Change-Id: Ibfc6d6df0fa47569e326fd9e61227e08c36aa0c2
Signed-off-by: Arundathi Patil <arundpil@in.ibm.com>
|
|
|
|
|
|
|
|
- Added the parsing path as per the new requirements.
- Error handling logic if the parser fails to find the CBA archive or fails
to store/read cba or csar archive
Change-Id: I33de939cb39f7d9afb68230b226f8ee6d7544fe4
Issue-ID:CCSDK-1318
Signed-off-by: prathamesh morde <prathamesh.morde@bell.ca>
|
|
fixed defect ccsdk-1299
Issue-ID: CCSDK-1299
Change-Id: Ie0e02564cbf62fdc8314086d70bc3b7b38122323
Signed-off-by: Arundathi Patil <arundpil@in.ibm.com>
|
|
CustomFunctions and BluePrintContext
Issue-ID: CCSDK-1244
Change-Id: I0d676714684ffc9f913f8e296b73f867278df8c2
Signed-off-by: Rami <rmohamed.ext@orange.com>
|
|
Issue-ID: CCSDK-1292
Change-Id: I3536437bad334841d7c7ecd577c092cd13f42a9b
Signed-off-by: Nirvan Ramjuttun <nirvan.ramjuttun@amdocs.com>
|
|
Change-Id: I3769b5532488f1c959c2f8b3240a4f3af7e65376
Issue-ID: CCSDK-1291
Signed-off-by: Ezhilarasi <ezhrajam@in.ibm.com>
|
|
Change-Id: Ibbe2d363051c64e2f557c5ae4bb3164fe3087d3d
Issue-ID: CCSDK-1304
Signed-off-by: prathamesh morde <prathamesh.morde@bell.ca>
|
|
|
|
|
|
|
|
|