In looking at the code and some internal documentation it seems like VID might 
only be looking for the actual parameters that need to be provided and not the 
surrounding meta-data that VID/SO already know.

[http://ecompguide.web.att.com:8000/images/vid_alacarte_createvfmodule_supplementarydata_jsonexample.png]


Did you try a json file like this :

[
{ "name": "public_net_id", "value": " 4d51376d-5c5a-4789-9253-b0740e8153"},
{ "name": "key_name", "value": "ss"}
]



Ofir would know for sure but that might generate an error message with more 
info.

Brian


        {"vnf-parameter-name":"public_net_id","vnf-parameter-value": 
"4d51376d-5c5a-4789-9253-b0740e815341"},

        {"vnf-parameter-name":"key_name","vnf-parameter-value":"ss"}


From: Parvez Basha Shaik [mailto:[email protected]]
Sent: Friday, October 13, 2017 8:41 AM
To: FREEMAN, BRIAN D <[email protected]>; SONSINO, OFIR <[email protected]>; 
HEMLI, AMICHAI <[email protected]>; onap-discuss 
<[email protected]>; Yunxia Chen <[email protected]>; Yang Xu 
(Yang, Fixed Network) <[email protected]>; Seshu m <[email protected]>
Cc: Eliyahu Noach <[email protected]>; GORENSHTEIN, STELLA 
<[email protected]>; Netaji Surve <[email protected]>; Manoj Kapre 
<[email protected]>
Subject: RE: BLOCKER - VID-82

Hi Brian,
I understand your point that this is SDNC preload.
But, this is something looks to be parsing issue from VID since,

  1.  This error logs in SO error.log. So, raised SO issue for this. But, as we 
discussed this with SO team, they said that this is a VID issue as VID is not 
parsing this values.
  2.  Since this is new functionality added in VID (ONAP 1.1) to preload 
supplementary JSON.

Seshu,
1.       Please let share your view. This is about 
SO-207<https://urldefense.proofpoint.com/v2/url?u=https-3A__jira.onap.org_browse_SO-2D207&d=DwMFAg&c=LFYZ-o9_HUMeMTSQicvjIg&r=e3d1ehx3DI5AoMgDmi2Fzw&m=Q-F9Tjy3-ZBqet155o5AXK9prUwEwHHUPuqGGEEu3sw&s=Vepwf0it5jjDiB9ViPeuxed4wpyeOp4EOie5sBeDH-M&e=>
 that you, Rob, John and I discussed on the last SO weekly call.

Let us know if you have different view.

Thanks,
Parvez

From: FREEMAN, BRIAN D [mailto:[email protected]]
Sent: Friday, October 13, 2017 5:39 PM
To: Parvez Basha Shaik 
<[email protected]<mailto:[email protected]>>; SONSINO, 
OFIR <[email protected]<mailto:[email protected]>>; HEMLI, AMICHAI 
<[email protected]<mailto:[email protected]>>; onap-discuss 
<[email protected]<mailto:[email protected]>>; Yunxia Chen 
<[email protected]<mailto:[email protected]>>; Yang Xu (Yang, Fixed 
Network) <[email protected]<mailto:[email protected]>>
Cc: Eliyahu Noach <[email protected]<mailto:[email protected]>>; 
Stella Gorenshtein <[email protected]<mailto:[email protected]>>; Netaji 
Surve <[email protected]<mailto:[email protected]>>; Manoj Kapre 
<[email protected]<mailto:[email protected]>>
Subject: RE: BLOCKER - VID-82

Why are you talking about VID validation ?

This is preload for SDNC.

Brian


From: Parvez Basha Shaik [mailto:[email protected]]
Sent: Friday, October 13, 2017 2:51 AM
To: FREEMAN, BRIAN D <[email protected]<mailto:[email protected]>>; SONSINO, OFIR 
<[email protected]<mailto:[email protected]>>; HEMLI, AMICHAI 
<[email protected]<mailto:[email protected]>>; onap-discuss 
<[email protected]<mailto:[email protected]>>; Yunxia Chen 
<[email protected]<mailto:[email protected]>>; Yang Xu (Yang, Fixed 
Network) <[email protected]<mailto:[email protected]>>
Cc: Eliyahu Noach <[email protected]<mailto:[email protected]>>; 
GORENSHTEIN, STELLA <[email protected]<mailto:[email protected]>>; Netaji 
Surve <[email protected]<mailto:[email protected]>>; Manoj Kapre 
<[email protected]<mailto:[email protected]>>
Subject: RE: BLOCKER - VID-82

Brian,

Thanks for the sample JSON but it's the same we have been trying to upload from 
last three days. And today we tried the same and the result was same.

Ofir,
If you have any other supplementary JSON which can pass through the VID 
validation, please let us know.

BR,
Parvez

From: FREEMAN, BRIAN D [mailto:[email protected]]
Sent: Friday, October 13, 2017 2:11 AM
To: SONSINO, OFIR <[email protected]<mailto:[email protected]>>; Parvez 
Basha Shaik 
<[email protected]<mailto:[email protected]>>; HEMLI, 
AMICHAI <[email protected]<mailto:[email protected]>>; onap-discuss 
<[email protected]<mailto:[email protected]>>; Yunxia Chen 
<[email protected]<mailto:[email protected]>>; Yang Xu (Yang, Fixed 
Network) <[email protected]<mailto:[email protected]>>
Cc: Eliyahu Noach <[email protected]<mailto:[email protected]>>; 
Stella Gorenshtein <[email protected]<mailto:[email protected]>>; Netaji 
Surve <[email protected]<mailto:[email protected]>>; Manoj Kapre 
<[email protected]<mailto:[email protected]>>
Subject: RE: BLOCKER - VID-82

No the API changed which is why the yang validator was rejeccting the preload 
input.

SDNC-119 is a loading issue with the subtending karaf featuress that the api 
uses that generate and error when valid preload is submitted (which you were 
not getting)

Brian


From: SONSINO, OFIR
Sent: Thursday, October 12, 2017 12:54 PM
To: FREEMAN, BRIAN D <[email protected]<mailto:[email protected]>>; Parvez Basha 
Shaik <[email protected]<mailto:[email protected]>>; 
HEMLI, AMICHAI <[email protected]<mailto:[email protected]>>; onap-discuss 
<[email protected]<mailto:[email protected]>>; Yunxia Chen 
<[email protected]<mailto:[email protected]>>; Yang Xu (Yang, Fixed 
Network) <[email protected]<mailto:[email protected]>>
Cc: Eliyahu Noach <[email protected]<mailto:[email protected]>>; 
GORENSHTEIN, STELLA <[email protected]<mailto:[email protected]>>; Netaji 
Surve <[email protected]<mailto:[email protected]>>; Manoj Kapre 
<[email protected]<mailto:[email protected]>>
Subject: RE: BLOCKER - VID-82

Thanks Brian.
Parvez, please update if the json Brian suggested works for you. I'll study 
this further in the meantime.

Brian, did you mean the root cause for this is SDNC-119 ?

Thanks,
Ofir

From: FREEMAN, BRIAN D
Sent: Thursday, October 12, 2017 5:35 PM
To: Parvez Basha Shaik 
<[email protected]<mailto:[email protected]>>; Sonsino, 
Ofir <[email protected]<mailto:[email protected]>>; Hemli, Amichai 
<[email protected]<mailto:[email protected]>>; onap-discuss 
<[email protected]<mailto:[email protected]>>; Yunxia Chen 
<[email protected]<mailto:[email protected]>>; Yang Xu (Yang, Fixed 
Network) <[email protected]<mailto:[email protected]>>
Cc: Eliyahu Noach <[email protected]<mailto:[email protected]>>; 
GORENSHTEIN, STELLA <[email protected]<mailto:[email protected]>>; Netaji 
Surve <[email protected]<mailto:[email protected]>>; Manoj Kapre 
<[email protected]<mailto:[email protected]>>
Subject: RE: BLOCKER - VID-82


The problem was the preload API changed from 1.0.

Try this as an example.

SDNC is working on a bug that is blocking : SDNC-119 but this payload passes 
validation against the Amsterdam yang model.


Brian



{

  "input":

  {

    "request-information":

    {

      "notification-url":"openecomp.org",

      "order-number":"1",

      "order-version":"1",

      "request-action":"PreloadVNFRequest",

      "request-id": "robot20"

    },

    "sdnc-request-header":

    {

      "svc-action": "reserve",

      "svc-notification-url": 
"http://openecomp.org:8080/adapters/rest/SDNCNotify<https://urldefense.proofpoint.com/v2/url?u=http-3A__openecomp.org-3A8080_adapters_rest_SDNCNotify&d=DwMFAg&c=LFYZ-o9_HUMeMTSQicvjIg&r=e3d1ehx3DI5AoMgDmi2Fzw&m=j5FlDR4Xemisko3JmyCX0tJRgKf_5IfoQ-ArSzNM5Us&s=dVas2TztF-VON4BPX6S_eXqtMxcWNBJnSTLh4Jd5O5k&e=>",

      "svc-request-id":"robot20"

    },

    "vnf-topology-information":

    {

      "vnf-assignments":

      {

        "availability-zones":[],

        "vnf-networks":[],

        "vnf-vms":[]

      },

      "vnf-parameters":

      [

        {"vnf-parameter-name":"public_net_id","vnf-parameter-value": 
"4d51376d-5c5a-4789-9253-b0740e815341"},

        {"vnf-parameter-name":"key_name","vnf-parameter-value":"ss"}

      ],

      "vnf-topology-identifier":

      {



                             "generic-vnf-name": "TESTPZ",

                             "generic-vnf-type": "devops1/devops1 0",

                             "vnf-name": "TESTPZ",

                             "vnf-type": "devops1..server..module-0",

                             "service-type": 
"8308f3c8-8d40-4d17-887a-9c9205569267"

      }

    }

  }

}


From: 
[email protected]<mailto:[email protected]> 
[mailto:[email protected]] On Behalf Of Parvez Basha Shaik
Sent: Thursday, October 12, 2017 9:57 AM
To: SONSINO, OFIR <[email protected]<mailto:[email protected]>>; HEMLI, 
AMICHAI <[email protected]<mailto:[email protected]>>; onap-discuss 
<[email protected]<mailto:[email protected]>>; Yunxia Chen 
<[email protected]<mailto:[email protected]>>; Yang Xu (Yang, Fixed 
Network) <[email protected]<mailto:[email protected]>>
Cc: Eliyahu Noach <[email protected]<mailto:[email protected]>>; 
GORENSHTEIN, STELLA <[email protected]<mailto:[email protected]>>; Netaji 
Surve <[email protected]<mailto:[email protected]>>; Manoj Kapre 
<[email protected]<mailto:[email protected]>>
Subject: Re: [onap-discuss] BLOCKER - VID-82

Hi All,

Gentle reminder. If anyone from VID team needs to be added, please add them it 
will be of great help.

Thanks,
Parvez

From: Parvez Basha Shaik
Sent: Wednesday, October 11, 2017 8:36 PM
To: Sonsino, Ofir <[email protected]<mailto:[email protected]>>; Hemli, 
Amichai <[email protected]<mailto:[email protected]>>; onap-discuss 
<[email protected]<mailto:[email protected]>>; 'Yunxia 
Chen' <[email protected]<mailto:[email protected]>>; 'Yang Xu (Yang, 
Fixed Network)' <[email protected]<mailto:[email protected]>>
Cc: Tomer Oster <[email protected]<mailto:[email protected]>>; 
Michael O'Brien <[email protected]<mailto:[email protected]>>; 
Netaji Surve <[email protected]<mailto:[email protected]>>; Manoj 
Kapre <[email protected]<mailto:[email protected]>>
Subject: BLOCKER - VID-82
Importance: High

Hi All,

1.     This is about 
VID-82<https://urldefense.proofpoint.com/v2/url?u=https-3A__jira.onap.org_browse_VID-2D82&d=DwMFAg&c=LFYZ-o9_HUMeMTSQicvjIg&r=e3d1ehx3DI5AoMgDmi2Fzw&m=orfsxpZSKtLrsrS3P2OSmO05Hspc_hoCf2Z-gu4Fsa4&s=eYJ_eOqBzUW8finUjYSq9Nedr4h3pgEtjqMaVYhcLYM&e=>

We are trying to create vFW stack. During the process, we are in the need of a 
valid Supplementary file/SDNC pre-load data to upload and create VF module. We 
had 1.0 preload file but we don't have file compatible with 1.1. So, we used 
the same file to process the request. And below is the error response we've got 
on VID UI.


10/11/17 15:18:39 HTTP Status: Bad Request (400)
{
"serviceException": {
"messageId": "SVC0002",
"text": "Mapping of request to JSON object failed. Can not deserialize instance 
of java.util.ArrayList out of START_OBJECT token\n at [Source: 
java.io.StringReader@698a8dec<mailto:java.io.StringReader@698a8dec>; line: 1, 
column: 469] (through reference chain: 
org.openecomp.mso.apihandlerinfra.serviceinstancebeans.ServiceInstancesRequest[\"requestDetails\"]>org.openecomp.mso.apihandlerinfra.serviceinstancebeans.RequestParameters[\"userParams\"])"
}
}

Can you please provide us the valid JSON file for SDNC pre-load. For now, we 
are using attached JSON files as supplementary files which are failing.


Thanks,
Parvez
Ph: +91 9985300392

This message and the information contained herein is proprietary and 
confidential and subject to the Amdocs policy statement,
you may review at 
https://www.amdocs.com/about/email-disclaimer<https://urldefense.proofpoint.com/v2/url?u=https-3A__www.amdocs.com_about_email-2Ddisclaimer&d=DwMFAg&c=LFYZ-o9_HUMeMTSQicvjIg&r=e3d1ehx3DI5AoMgDmi2Fzw&m=orfsxpZSKtLrsrS3P2OSmO05Hspc_hoCf2Z-gu4Fsa4&s=LFBo4k3UCmba4pyjAHBUw3DbELOnanZz5SPGGpa2Ig4&e=>
This message and the information contained herein is proprietary and 
confidential and subject to the Amdocs policy statement,
you may review at 
https://www.amdocs.com/about/email-disclaimer<https://urldefense.proofpoint.com/v2/url?u=https-3A__www.amdocs.com_about_email-2Ddisclaimer&d=DwMFAg&c=LFYZ-o9_HUMeMTSQicvjIg&r=e3d1ehx3DI5AoMgDmi2Fzw&m=j5FlDR4Xemisko3JmyCX0tJRgKf_5IfoQ-ArSzNM5Us&s=umZTmScklr7tMHoVJ-Wy8yGH45zrjbKyvcIuLIiI2x8&e=>
This message and the information contained herein is proprietary and 
confidential and subject to the Amdocs policy statement,
you may review at 
https://www.amdocs.com/about/email-disclaimer<https://urldefense.proofpoint.com/v2/url?u=https-3A__www.amdocs.com_about_email-2Ddisclaimer&d=DwMFAg&c=LFYZ-o9_HUMeMTSQicvjIg&r=e3d1ehx3DI5AoMgDmi2Fzw&m=Q-F9Tjy3-ZBqet155o5AXK9prUwEwHHUPuqGGEEu3sw&s=u_YwHAz0BleenfP5wY7klde8gHuRIs2yrmxKd1LHa9g&e=>
_______________________________________________
onap-discuss mailing list
[email protected]
https://lists.onap.org/mailman/listinfo/onap-discuss

Reply via email to