date:20171013

[onap-discuss] Portal Jenkins job is running from longtime

2017-10-13 Thread KOYA, KISHORE

Hi Jessica/Gary
Portal Jenkins job is running from longtime. Could you please help us to stop 
this job?
Jenkins job : 
https://jenkins.onap.org/view/CSIT/job/portal-master-verify-csit-testsuite/170/

Thanks ,
Kishore Koya
ECOMP Open Source
Call Me @ 469-831-7289
Email : kk7...@att.com | Q me @ 
[cid:image001.jpg@01D3445B.C1D3EB00] 

___
onap-discuss mailing list
onap-discuss@lists.onap.org
https://lists.onap.org/mailman/listinfo/onap-discuss

[onap-discuss] [ONAP Helpdesk #45515] Sonar naming convention

2017-10-13 Thread Jessica Wagantall via RT

I have updated 2 more changes from repos that just got their sonar report in 
the server:

https://gerrit.onap.org/r/#/c/18845/
https://gerrit.onap.org/r/#/c/18847/

Can we please expedite their approval?

Thansk!
Jess

On Fri Oct 13 18:16:25 2017, jwagantall wrote:
> Taking care of 2 more
> 
> vfc/nfvo/driver/vnfm/svnfm/huawei and a new one that came just
> recently  oparent/odlparent-carbon
> 
> On Thu Oct 12 15:55:59 2017, jwagantall wrote:
> > Dear Gildas,
> >
> > I am going to close this ticket for now as it seems that we are
> > finally looking decent in Sonar.
> > If you still have any individual requests on any repos, please feel
> > free to let me know.
> >
> > Thanks!
> > Jess
> >
> > On Tue Sep 26 18:25:14 2017, gildas.lani...@huawei.com wrote:
> > > Thanks Jess.
> > >
> > >
> > >
> > > See my comments inline
> > >
> > >
> > >
> > > Thanks,
> > >
> > > Gildas
> > >
> > > ONAP Release Manager
> > >
> > > 1 415 238 6287
> > >
> > >
> > >
> > > -Original Message-
> > > From: Jessica Wagantall via RT [mailto:onap-
> > > helpd...@rt.linuxfoundation.org]
> > > Sent: Tuesday, September 26, 2017 1:45 PM
> > > To: Gildas Lanilis 
> > > Cc: onap-discuss@lists.onap.org
> > > Subject: [ONAP Helpdesk #45515] Sonar naming convention
> > >
> > >
> > >
> > > Dear Gildas,
> > >
> > >
> > >
> > > Sorry that the more I dig, the more issues I find. [Gildas] yes not
> > > a
> > > surprise. Thanks for your attention on this. That will place ONAP
> > > in
> > > a
> > > cleaner place.
> > >
> > > Here is some work I did today:
> > >
> > >
> > >
> > > - DMaaP Bus Controller UI (parent) - the jobs have been removed
> > > (https://gerrit.onap.org/r/#/c/15607/), shall we remove this entry?
> > > [Gildas] Yes
> > >
> > > - Ecomp Portal SDK Project (parent) - Project has transitioned to
> > > portal/sdk which is fixed. Remove? [Gildas] yes
> > >
> > > - modeling/toscaparsers/nfvparser - Working with the dev
> > > https://gerrit.onap.org/r/#/c/13247/  [Gildas] The repo
> > > modeling/toscaparsers contains some Java and Python files. As
> > > python
> > > is not covered by LF I think for know we can name it modeling-
> > > toscaparsers
> > >
> > > - org/onap/vfc/nfvo/driver/ems/ems -
> > > https://gerrit.onap.org/r/#/c/15689/ [Gildas] merge it
> > >
> > > - vfc/nfvo/wfengine/activiti-extension and
> > > vfc/nfvo/wfengine/wfenginemgrservice -
> > > https://gerrit.onap.org/r/#/c/15677/1 [Gildas] merge it
> > >
> > > - SDC Distribution Client - https://gerrit.onap.org/r/#/c/15695/,
> > > https://gerrit.onap.org/r/#/c/15699/,
> > > https://gerrit.onap.org/r/#/c/15703/ [Gildas] merge them
> > >
> > > - SDNC Plugins - https://gerrit.onap.org/r/#/c/15711/ and
> > > https://gerrit.onap.org/r/#/c/15713/ [Gildas] merge them.
> > >
> > >
> > >
> > > Can you please help me pushing these merges please?
> > >
> > > Thanks!
> > >
> > > Jess
> > >
> > >



___
onap-discuss mailing list
onap-discuss@lists.onap.org
https://lists.onap.org/mailman/listinfo/onap-discuss

[onap-discuss] [ONAP Helpdesk #45515] Sonar naming convention

2017-10-13 Thread Jessica Wagantall via RT

Taking care of 2 more

vfc/nfvo/driver/vnfm/svnfm/huawei and a new one that came just recently  
oparent/odlparent-carbon

On Thu Oct 12 15:55:59 2017, jwagantall wrote:
> Dear Gildas,
> 
> I am going to close this ticket for now as it seems that we are
> finally looking decent in Sonar.
> If you still have any individual requests on any repos, please feel
> free to let me know.
> 
> Thanks!
> Jess
> 
> On Tue Sep 26 18:25:14 2017, gildas.lani...@huawei.com wrote:
> > Thanks Jess.
> >
> >
> >
> > See my comments inline
> >
> >
> >
> > Thanks,
> >
> > Gildas
> >
> > ONAP Release Manager
> >
> > 1 415 238 6287
> >
> >
> >
> > -Original Message-
> > From: Jessica Wagantall via RT [mailto:onap-
> > helpd...@rt.linuxfoundation.org]
> > Sent: Tuesday, September 26, 2017 1:45 PM
> > To: Gildas Lanilis 
> > Cc: onap-discuss@lists.onap.org
> > Subject: [ONAP Helpdesk #45515] Sonar naming convention
> >
> >
> >
> > Dear Gildas,
> >
> >
> >
> > Sorry that the more I dig, the more issues I find. [Gildas] yes not a
> > surprise. Thanks for your attention on this. That will place ONAP in
> > a
> > cleaner place.
> >
> > Here is some work I did today:
> >
> >
> >
> > - DMaaP Bus Controller UI (parent) - the jobs have been removed
> > (https://gerrit.onap.org/r/#/c/15607/), shall we remove this entry?
> > [Gildas] Yes
> >
> > - Ecomp Portal SDK Project (parent) - Project has transitioned to
> > portal/sdk which is fixed. Remove? [Gildas] yes
> >
> > - modeling/toscaparsers/nfvparser - Working with the dev
> > https://gerrit.onap.org/r/#/c/13247/  [Gildas] The repo
> > modeling/toscaparsers contains some Java and Python files. As python
> > is not covered by LF I think for know we can name it modeling-
> > toscaparsers
> >
> > - org/onap/vfc/nfvo/driver/ems/ems -
> > https://gerrit.onap.org/r/#/c/15689/ [Gildas] merge it
> >
> > - vfc/nfvo/wfengine/activiti-extension and
> > vfc/nfvo/wfengine/wfenginemgrservice -
> > https://gerrit.onap.org/r/#/c/15677/1 [Gildas] merge it
> >
> > - SDC Distribution Client - https://gerrit.onap.org/r/#/c/15695/,
> > https://gerrit.onap.org/r/#/c/15699/,
> > https://gerrit.onap.org/r/#/c/15703/ [Gildas] merge them
> >
> > - SDNC Plugins - https://gerrit.onap.org/r/#/c/15711/ and
> > https://gerrit.onap.org/r/#/c/15713/ [Gildas] merge them.
> >
> >
> >
> > Can you please help me pushing these merges please?
> >
> > Thanks!
> >
> > Jess
> >
> >



___
onap-discuss mailing list
onap-discuss@lists.onap.org
https://lists.onap.org/mailman/listinfo/onap-discuss

Re: [onap-discuss] [AAI] sparky-be web UI is not accessible

2017-10-13 Thread Arul Nambi

Hi Kumar,
Currently AAI supports v9-v11. So having  a v10 or v11 should not matter for 
the wiki page about adding data in sparky. But using v11 is recommended.
Regards
Arul

From: Subhash Kumar Singh [mailto:subhash.kumar.si...@huawei.com]
Sent: Wednesday, October 11, 2017 6:44 AM
To: Arul Nambi ; onap-discuss 

Cc: Kanagaraj Manickam 
Subject: RE: [AAI] sparky-be web UI is not accessible

Hello Arul,

In wiki documentation [1], I observed that api v10 is used for populating the 
AAI sample data.
I think v11 should be used instead v10.

Please let me know if it will make any difference.

--
Regards,
Subhash Kumar Singh

***
本邮件及其附件含有华为公司的保密信息，仅限于发送给上面地址中列出的个人或群组。禁止任何其他人以任何形式使用（包括但不限于全部或部分地泄露、复制、或散发）本邮件中的信息。如果您错收了本邮件，请您立即电话或邮件通知发件人并删除本邮件！**

***
This e-mail and its attachments contain confidential information from HUAWEI, 
which is intended only for the person  or entity whoseaddress is listed above. 
Any use of the information contained herein in any way (including, but not   
limited to, total or partial disclosure,reproduction, or dissemination) by 
persons other than the intended recipient(s) is  prohibited. If you receive 
this e-mail in error, pleasenotify the sender by phone or email immediately and 
delete it!
***

From: Arul Nambi [mailto:arul.na...@amdocs.com]
Sent: Tuesday, October 10, 2017 8:25 PM
To: Subhash Kumar Singh 
>; 
onap-discuss >
Cc: Kanagaraj Manickam 
>
Subject: RE: [AAI] sparky-be web UI is not accessible

Hi Kumar,
Can you try adding the sample data, but following the instructions on
https://wiki.onap.org/display/DW/Add+Sample+data+set+to+AAI+for+Sparky
regards
Arul Nambi

From: Subhash Kumar Singh [mailto:subhash.kumar.si...@huawei.com]
Sent: Monday, October 9, 2017 8:52 AM
To: Arul Nambi >; 
onap-discuss >
Cc: Kanagaraj Manickam 
>
Subject: RE: [AAI] sparky-be web UI is not accessible

Hello Arul,

I tried to access the AAI UI after populating the AAI using robot (demo.sh 
init). But I am not able to find any data.
Could you please help us to search nodes using the AAI UI.

--
Regards,
Subhash Kumar Singh

***
本邮件及其附件含有华为公司的保密信息，仅限于发送给上面地址中列出的个人或群组。禁止任何其他人以任何形式使用（包括但不限于全部或部分地泄露、复制、或散发）本邮件中的信息。如果您错收了本邮件，请您立即电话或邮件通知发件人并删除本邮件！**

***
This e-mail and its attachments contain confidential information from HUAWEI, 
which is intended only for the person  or entity whoseaddress is listed above. 
Any use of the information contained herein in any way (including, but not   
limited to, total or partial disclosure,reproduction, or dissemination) by 
persons other than the intended recipient(s) is  prohibited. If you receive 
this e-mail in error, pleasenotify the sender by phone or email immediately and 
delete it!
***

From: Arul Nambi [mailto:arul.na...@amdocs.com]
Sent: Friday, October 06, 2017 1:08 AM
To: Subhash Kumar Singh 
>; 
onap-discuss >
Subject: RE: [AAI] sparky-be web UI is not accessible

That is great news. Did you try adding data and getting it shown in UI?

From: Subhash Kumar Singh [mailto:subhash.kumar.si...@huawei.com]
Sent: Thursday, October 5, 2017 12:38 AM
To: Arul Nambi >; 
onap-discuss >
Subject: RE: [AAI] sparky-be web UI is not accessible

Thanks Arul, Now I am able to access web UI.

--
Regards,
Subhash Kumar Singh

***
本邮件及其附件含有华为公司的保密信息，仅限于发送给上面地址中列出的个人或群组。禁止任何其他人以任何形式使用（包括但不限于全部或部分地泄露、复制、或散发）本邮件中的信息。如果您错收了本邮件，请您立即电话或邮件通知发件人并删除本邮件！**

***
This

Re: [onap-discuss] BLOCKER - VID-82

2017-10-13 Thread FREEMAN, BRIAN D

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:parvezbasha.sh...@amdocs.com]
Sent: Friday, October 13, 2017 8:41 AM
To: FREEMAN, BRIAN D ; SONSINO, OFIR ; 
HEMLI, AMICHAI ; onap-discuss 
; Yunxia Chen ; Yang Xu 
(Yang, Fixed Network) ; Seshu m 
Cc: Eliyahu Noach ; GORENSHTEIN, STELLA 
; Netaji Surve ; Manoj Kapre 

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
 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:bf1...@att.com]
Sent: Friday, October 13, 2017 5:39 PM
To: Parvez Basha Shaik 
>; SONSINO, 
OFIR >; HEMLI, AMICHAI 
>; onap-discuss 
>; Yunxia Chen 
>; Yang Xu (Yang, Fixed 
Network) >
Cc: Eliyahu Noach >; 
Stella Gorenshtein >; Netaji 
Surve >; Manoj Kapre 
>
Subject: RE: BLOCKER - VID-82

Why are you talking about VID validation ?

This is preload for SDNC.

Brian


From: Parvez Basha Shaik [mailto:parvezbasha.sh...@amdocs.com]
Sent: Friday, October 13, 2017 2:51 AM
To: FREEMAN, BRIAN D >; SONSINO, OFIR 
>; HEMLI, AMICHAI 
>; onap-discuss 
>; Yunxia Chen 
>; Yang Xu (Yang, Fixed 
Network) >
Cc: Eliyahu Noach >; 
GORENSHTEIN, STELLA >; Netaji 
Surve >; Manoj Kapre 
>
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:bf1...@att.com]
Sent: Friday, October 13, 2017 2:11 AM
To: SONSINO, OFIR >; Parvez 
Basha Shaik 
>; HEMLI, 
AMICHAI >; onap-discuss 
>; Yunxia Chen 
>; Yang Xu (Yang, Fixed 
Network) >
Cc: Eliyahu Noach >; 
Stella Gorenshtein >; Netaji 
Surve >; Manoj Kapre

Re: [onap-discuss] BLOCKER - VID-82

2017-10-13 Thread Parvez Basha Shaik

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 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:bf1...@att.com]
Sent: Friday, October 13, 2017 5:39 PM
To: Parvez Basha Shaik ; SONSINO, OFIR 
; HEMLI, AMICHAI ; onap-discuss 
; Yunxia Chen ; Yang Xu 
(Yang, Fixed Network) 
Cc: Eliyahu Noach ; Stella Gorenshtein 
; Netaji Surve ; Manoj Kapre 

Subject: RE: BLOCKER - VID-82

Why are you talking about VID validation ?

This is preload for SDNC.

Brian


From: Parvez Basha Shaik [mailto:parvezbasha.sh...@amdocs.com]
Sent: Friday, October 13, 2017 2:51 AM
To: FREEMAN, BRIAN D >; SONSINO, OFIR 
>; HEMLI, AMICHAI 
>; onap-discuss 
>; Yunxia Chen 
>; Yang Xu (Yang, Fixed 
Network) >
Cc: Eliyahu Noach >; 
GORENSHTEIN, STELLA >; Netaji 
Surve >; Manoj Kapre 
>
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:bf1...@att.com]
Sent: Friday, October 13, 2017 2:11 AM
To: SONSINO, OFIR >; Parvez 
Basha Shaik 
>; HEMLI, 
AMICHAI >; onap-discuss 
>; Yunxia Chen 
>; Yang Xu (Yang, Fixed 
Network) >
Cc: Eliyahu Noach >; 
Stella Gorenshtein >; Netaji 
Surve >; Manoj Kapre 
>
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 >; Parvez Basha 
Shaik >; 
HEMLI, AMICHAI >; onap-discuss 
>; Yunxia Chen 
>; Yang Xu (Yang, Fixed 
Network) >
Cc: Eliyahu Noach >; 
GORENSHTEIN, STELLA >; Netaji 
Surve >; Manoj Kapre 
>
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 
>; Sonsino, 
Ofir >; Hemli, Amichai 
>; onap-discuss 
>; Yunxia Chen 
>; Yang Xu (Yang, Fixed 
Network)

Re: [onap-discuss] BLOCKER - VID-82

2017-10-13 Thread Parvez Basha Shaik

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:bf1...@att.com]
Sent: Friday, October 13, 2017 2:11 AM
To: SONSINO, OFIR ; Parvez Basha Shaik 
; HEMLI, AMICHAI ; 
onap-discuss ; Yunxia Chen 
; Yang Xu (Yang, Fixed Network) 
Cc: Eliyahu Noach ; Stella Gorenshtein 
; Netaji Surve ; Manoj Kapre 

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 >; Parvez Basha 
Shaik >; 
HEMLI, AMICHAI >; onap-discuss 
>; Yunxia Chen 
>; Yang Xu (Yang, Fixed 
Network) >
Cc: Eliyahu Noach >; 
GORENSHTEIN, STELLA >; Netaji 
Surve >; Manoj Kapre 
>
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 
>; Sonsino, 
Ofir >; Hemli, Amichai 
>; onap-discuss 
>; Yunxia Chen 
>; Yang Xu (Yang, Fixed 
Network) >
Cc: Eliyahu Noach >; 
GORENSHTEIN, STELLA >; Netaji 
Surve >; Manoj Kapre 
>
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;,

  "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: 
onap-discuss-boun...@lists.onap.org 
[mailto:onap-discuss-boun...@lists.onap.org] On Behalf Of Parvez Basha Shaik
Sent: Thursday, October 12, 2017 9:57 AM
To: SONSINO, OFIR >; HEMLI, 
AMICHAI >; onap-discuss 
>; Yunxia Chen 
>; Yang Xu (Yang, Fixed 
Network) >
Cc: Eliyahu Noach

Re: [onap-discuss] BLOCKER - VID-82

2017-10-13 Thread Sonsino, Ofir

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 ; Sonsino, Ofir 
; Hemli, Amichai ; onap-discuss 
; Yunxia Chen ; Yang Xu 
(Yang, Fixed Network) 
Cc: Eliyahu Noach ; GORENSHTEIN, STELLA 
; Netaji Surve ; Manoj Kapre 

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;,

  "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: 
onap-discuss-boun...@lists.onap.org 
[mailto:onap-discuss-boun...@lists.onap.org] On Behalf Of Parvez Basha Shaik
Sent: Thursday, October 12, 2017 9:57 AM
To: SONSINO, OFIR >; HEMLI, 
AMICHAI >; onap-discuss 
>; Yunxia Chen 
>; Yang Xu (Yang, Fixed 
Network) >
Cc: Eliyahu Noach >; 
GORENSHTEIN, STELLA >; Netaji 
Surve >; Manoj Kapre 
>
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 >; Hemli, 
Amichai >; onap-discuss 
>; 'Yunxia 
Chen' >; 'Yang Xu (Yang, 
Fixed Network)' >
Cc: Tomer Oster >; 
Michael O'Brien >; 
Netaji Surve >; Manoj 
Kapre >
Subject: BLOCKER - VID-82
Importance: High

Hi All,

1.This is about 
VID-82

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; line: 1, 
column: 469] (through reference chain:

[onap-discuss] [integration][sdc][uui][so] VoLTE service design and distribution test

2017-10-13 Thread Yang Xu (Yang, Fixed Network)

BEGIN:VCALENDAR
METHOD:REQUEST
PRODID:Microsoft Exchange Server 2010
VERSION:2.0
BEGIN:VTIMEZONE
TZID:Eastern Standard Time
BEGIN:STANDARD
DTSTART:16010101T02
TZOFFSETFROM:-0400
TZOFFSETTO:-0500
RRULE:FREQ=YEARLY;INTERVAL=1;BYDAY=1SU;BYMONTH=11
END:STANDARD
BEGIN:DAYLIGHT
DTSTART:16010101T02
TZOFFSETFROM:-0500
TZOFFSETTO:-0400
RRULE:FREQ=YEARLY;INTERVAL=1;BYDAY=2SU;BYMONTH=3
END:DAYLIGHT
END:VTIMEZONE
BEGIN:VEVENT
ORGANIZER;CN="Yang Xu (Yang, Fixed Network)":MAILTO:yang@huawei.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=onap-discu
 ss:MAILTO:onap-discuss@lists.onap.org
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN="SHADMI, DA
 VID":MAILTO:ds2...@att.com
ATTENDEE;ROLE=OPT-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN="'Chivukula
 , Srivahni'":MAILTO:srivahni.chivuk...@intel.com
ATTENDEE;ROLE=OPT-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN="'RICE, CHR
 ISTOPHER'":MAILTO:cr2...@att.com
ATTENDEE;ROLE=OPT-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN="'Gadiyar, 
 Rajesh'":MAILTO:rajesh.gadi...@intel.com
ATTENDEE;ROLE=OPT-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN="'LUND, CAR
 STEN  (CARSTEN)'":MAILTO:l...@research.att.com
ATTENDEE;ROLE=OPT-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=Casem Majd
  (Cas Majd):MAILTO:cas.m...@huawei.com
ATTENDEE;ROLE=OPT-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN="'GUPTA, AL
 OK'":MAILTO:ag1...@att.com
ATTENDEE;ROLE=OPT-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=Jaco Fouri
 e:MAILTO:jaco.fou...@ericsson.com
ATTENDEE;ROLE=OPT-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN="TABEDZKI, 
 RICHARD":MAILTO:rt0...@att.com
ATTENDEE;ROLE=OPT-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN="Pujar, Ras
 hmi":MAILTO:rashmi.pu...@bell.ca
DESCRIPTION;LANGUAGE=en-US:When: Friday\, October 13\, 2017 9:00 AM-12:00 P
 M (UTC-05:00) Eastern Time (US & Canada).\nWhere: https://zoom.us/j/423860
 8129\n\nNote: The GMT offset above does not reflect daylight saving time a
 djustments.\n\n*~*~*~*~*~*~*~*~*~*\n\nWe will test VoLTE service design an
 d distribution in this session\n\n\n\n
SUMMARY;LANGUAGE=en-US:[integration][sdc][uui][so] VoLTE service design and
  distribution test
DTSTART;TZID=Eastern Standard Time:20171013T09
DTEND;TZID=Eastern Standard Time:20171013T12
UID:04008200E00074C5B7101A82E008607A9C4C7E43D301000
 01000D0B1957255420D418C4E7DDBE59751FC
CLASS:PUBLIC
PRIORITY:5
DTSTAMP:20171013T020801Z
TRANSP:OPAQUE
STATUS:CONFIRMED
SEQUENCE:1
LOCATION;LANGUAGE=en-US:https://zoom.us/j/4238608129
X-MICROSOFT-CDO-APPT-SEQUENCE:1
X-MICROSOFT-CDO-OWNERAPPTID:-1242781727
X-MICROSOFT-CDO-BUSYSTATUS:TENTATIVE
X-MICROSOFT-CDO-INTENDEDSTATUS:BUSY
X-MICROSOFT-CDO-ALLDAYEVENT:FALSE
X-MICROSOFT-CDO-IMPORTANCE:1
X-MICROSOFT-CDO-INSTTYPE:0
X-MICROSOFT-DISALLOW-COUNTER:FALSE
BEGIN:VALARM
ACTION:DISPLAY
DESCRIPTION:REMINDER
TRIGGER;RELATED=START:-PT15M
END:VALARM
END:VEVENT
END:VCALENDAR
___
onap-discuss mailing list
onap-discuss@lists.onap.org
https://lists.onap.org/mailman/listinfo/onap-discuss

Re: [onap-discuss] BLOCKER - VID-82

2017-10-13 Thread FREEMAN, BRIAN D

Why are you talking about VID validation ?

This is preload for SDNC.

Brian


From: Parvez Basha Shaik [mailto:parvezbasha.sh...@amdocs.com]
Sent: Friday, October 13, 2017 2:51 AM
To: FREEMAN, BRIAN D ; SONSINO, OFIR ; 
HEMLI, AMICHAI ; onap-discuss 
; Yunxia Chen ; Yang Xu 
(Yang, Fixed Network) 
Cc: Eliyahu Noach ; GORENSHTEIN, STELLA 
; Netaji Surve ; Manoj Kapre 

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:bf1...@att.com]
Sent: Friday, October 13, 2017 2:11 AM
To: SONSINO, OFIR >; Parvez 
Basha Shaik 
>; HEMLI, 
AMICHAI >; onap-discuss 
>; Yunxia Chen 
>; Yang Xu (Yang, Fixed 
Network) >
Cc: Eliyahu Noach >; 
Stella Gorenshtein >; Netaji 
Surve >; Manoj Kapre 
>
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 >; Parvez Basha 
Shaik >; 
HEMLI, AMICHAI >; onap-discuss 
>; Yunxia Chen 
>; Yang Xu (Yang, Fixed 
Network) >
Cc: Eliyahu Noach >; 
GORENSHTEIN, STELLA >; Netaji 
Surve >; Manoj Kapre 
>
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 
>; Sonsino, 
Ofir >; Hemli, Amichai 
>; onap-discuss 
>; Yunxia Chen 
>; Yang Xu (Yang, Fixed 
Network) >
Cc: Eliyahu Noach >; 
GORENSHTEIN, STELLA >; Netaji 
Surve >; Manoj Kapre 
>
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",

  "svc-request-id":"robot20"

},

"vnf-topology-information":

{

  "vnf-assignments":

  {

"availability-zones":[],

"vnf-networks":[],

"vnf-vms":[]

  },

  "vnf-parameters":

  [

Re: [onap-discuss] BLOCKER - VID-82

2017-10-13 Thread FREEMAN, BRIAN D

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 ; Parvez Basha Shaik 
; HEMLI, AMICHAI ; 
onap-discuss ; Yunxia Chen 
; Yang Xu (Yang, Fixed Network) 
Cc: Eliyahu Noach ; GORENSHTEIN, STELLA 
; Netaji Surve ; Manoj Kapre 

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 
>; Sonsino, 
Ofir >; Hemli, Amichai 
>; onap-discuss 
>; Yunxia Chen 
>; Yang Xu (Yang, Fixed 
Network) >
Cc: Eliyahu Noach >; 
GORENSHTEIN, STELLA >; Netaji 
Surve >; Manoj Kapre 
>
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;,

  "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: 
onap-discuss-boun...@lists.onap.org 
[mailto:onap-discuss-boun...@lists.onap.org] On Behalf Of Parvez Basha Shaik
Sent: Thursday, October 12, 2017 9:57 AM
To: SONSINO, OFIR >; HEMLI, 
AMICHAI >; onap-discuss 
>; Yunxia Chen 
>; Yang Xu (Yang, Fixed 
Network) >
Cc: Eliyahu Noach >; 
GORENSHTEIN, STELLA >; Netaji 
Surve >; Manoj Kapre 
>
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 >; Hemli, 
Amichai >; onap-discuss 
>; 'Yunxia 
Chen' >; 'Yang Xu (Yang, 
Fixed Network)' >
Cc: Tomer Oster >; 
Michael O'Brien >; 
Netaji Surve >; Manoj 
Kapre

Re: [onap-discuss] [integration] RE: [ONAP Helpdesk #46936] –release-version3-java-daily job failed

2017-10-13 Thread Gary Wu

Hi Jinhua,

I see; I didn’t realize that script was blindly updating all the versions of 
the parents as well.

Looks like a {project-name}-{stream}-{subproject}-release-version-java-daily 
template already exists, so you should be able to use that one.

Thanks,
Gary

From: fu.jin...@zte.com.cn [mailto:fu.jin...@zte.com.cn]
Sent: Thursday, October 12, 2017 5:48 PM
To: Gary Wu 
Cc: yangya...@chinamobile.com; luxin (F) ; 
meng.zhaoxi...@zte.com.cn; onap-helpd...@rt.linuxfoundation.org; 
onap-discuss@lists.onap.org
Subject: 答复: [integration] RE: [ONAP Helpdesk #46936] 
–release-version3-java-daily job failed


Hi Gay,

For vfc-nfvo-driver-sfc-master-driver-sfc-zte-release-version3-java-daily, we 
already changed oparent version to 0.1.1,

but the version2 template will execute include-update-pom-versions.sh which 
changed the oparent version to 1.0.0(you can see the console log)

so we use the version3 template, the template will execute 
include-update-pom-versions-not-parent.sh, but it also change the oparent 
version to 1.0.0(you can see the console log).

So can you help to create a 
{project-name}-{stream}-{subproject}-release-version-java-daily template for us?

Thanks,

Jinhua








原始邮件
发件人： >;
收件人： >;
抄送人：傅锦华10108953; >;孟照星10024238; 
>;
 >;
日 期 ：2017年10月13日 00:21
主 题 ：[integration] RE: [ONAP Helpdesk #46936] –release-version3-java-daily job 
failed


Hi Yan,

Let's take these jobs one at a time.

For 
https://jenkins.onap.org/view/vfc/job/vfc-nfvo-driver-sfc-master-driver-sfc-zte-release-version3-java-daily/1/console,
 I suspect the issue is that you're still depending on oparent 1.0.0-SNAPSHOT, 
and the job template was changing all SNAPSHOT versions to your particular 
release version string.  To fix this, please change your oparent dependency to 
0.1.1 (the current release version).

For 
https://jenkins.onap.org/view/vfc/job/vfc-nfvo-driver-svnfm-master-drv-vnfm-huawei-release-version3-java-daily/2/console,
 it looks like it's depending on one of your artifacts that don't exist yet.  
If the situation is similar to the above, then you need to make sure you issue 
a final release artifact for the upstream dependency first, then change your 
dependency to that specific release version in your pom.

Thanks,
Gary

-Original Message-
From: 杨艳 [mailto:yangya...@chinamobile.com]
Sent: Wednesday, October 11, 2017 6:50 PM
To: Gary Wu >
Cc: fu.jin...@zte.com.cn; luxin (F) 
>; 
meng.zhaoxi...@zte.com.cn; 
onap-helpd...@rt.linuxfoundation.org;
 jphe...@linuxfoundation.org; 
jwagant...@linuxfoundation.org; Gildas 
Lanilis >
Subject: 转发: [ONAP Helpdesk #46936] –release-version3-java-daily job failed

Hi Gary,

We tried to use release-version2-java-daily and release-version3-java-daily and 
found they didn't work correctly for our project.
They told me can't find parent artifact, I don't how to deal with them because 
we tried and update many time according to our project structure.
I think you are more familiar with the above jobs logic ,may help us to resolve 
soon.
So can you help to check the following error:
https://jenkins.onap.org/view/vfc/job/vfc-nfvo-driver-svnfm-master-drv-vnfm-huawei-release-version3-java-daily/2/
https://jenkins.onap.org/view/vfc/job/vfc-nfvo-driver-sfc-master-driver-sfc-zte-release-version3-java-daily/1/

If the above two version jobs are not applicable for us, can you help to add 
another job for us to use, because we are afraid we haven't enough knowledge to 
do this. Thank you.

Best Regards,
Yan

-邮件原件-
发件人: 杨艳 [mailto:yangya...@chinamobile.com]
发送时间: 2017年10月12日 8:30
收件人: 'onap-helpd...@rt.linuxfoundation.org'; 'jphe...@linuxfoundation.org'
抄送: 'jwagant...@linuxfoundation.org'
主题: 答复: [ONAP Helpdesk #46936] –release-version3-java-daily job failed

Can you simply introduce the release-version3-java-daily job's logic?

Attachment is the project file structure, the parent's pom.xml are not found in 
staging repo.


When we use the release-java-daily job, and we defined the subproject in this 
component's jjb template and refer to the svnfm/huawei/vnfmadapter/pom.xml, it 
can build successfully.

I guess there may be some different logic between release-java-daily job and 
release-version3-java-daily job?




-邮件原件-
发件人: Jeremy Phelps via RT [mailto:onap-helpd...@rt.linuxfoundation.org]

[onap-discuss] [integration][policy][aai][multivim][dcae][appc] vCPE integration test session

2017-10-13 Thread Kang Xi

BEGIN:VCALENDAR
METHOD:REQUEST
PRODID:Microsoft Exchange Server 2010
VERSION:2.0
BEGIN:VTIMEZONE
TZID:Eastern Standard Time
BEGIN:STANDARD
DTSTART:16010101T02
TZOFFSETFROM:-0400
TZOFFSETTO:-0500
RRULE:FREQ=YEARLY;INTERVAL=1;BYDAY=1SU;BYMONTH=11
END:STANDARD
BEGIN:DAYLIGHT
DTSTART:16010101T02
TZOFFSETFROM:-0500
TZOFFSETTO:-0400
RRULE:FREQ=YEARLY;INTERVAL=1;BYDAY=2SU;BYMONTH=3
END:DAYLIGHT
END:VTIMEZONE
BEGIN:VEVENT
ORGANIZER;CN=Kang Xi:MAILTO:kang...@huawei.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=onap-discu
 ss:MAILTO:onap-discuss@lists.onap.org
DESCRIPTION;LANGUAGE=en-US:Hi All\,\n\nWe will have a test session on a dai
 ly basis this week. Progress is reported on the following page:\nhttps://w
 iki.onap.org/display/DW/vCPE+Integration+Test+Progress\n\nthanks\nKang\n\n
 \n
SUMMARY;LANGUAGE=en-US:[integration][policy][aai][multivim][dcae][appc] vCP
 E integration test session
DTSTART;TZID=Eastern Standard Time:20171013T14
DTEND;TZID=Eastern Standard Time:20171013T16
UID:04008200E00074C5B7101A82E00820F438BC4E41D301000
 01000A572A4FFD5C8234EBB1D870525C84461
RECURRENCE-ID;TZID=Eastern Standard Time:20171013T13
CLASS:PUBLIC
PRIORITY:5
DTSTAMP:20171013T160213Z
TRANSP:OPAQUE
STATUS:CONFIRMED
SEQUENCE:11
LOCATION;LANGUAGE=en-US:https://zoom.us/j/44
X-MICROSOFT-CDO-APPT-SEQUENCE:11
X-MICROSOFT-CDO-OWNERAPPTID:-1052137503
X-MICROSOFT-CDO-BUSYSTATUS:TENTATIVE
X-MICROSOFT-CDO-INTENDEDSTATUS:BUSY
X-MICROSOFT-CDO-ALLDAYEVENT:FALSE
X-MICROSOFT-CDO-IMPORTANCE:1
X-MICROSOFT-CDO-INSTTYPE:3
X-MICROSOFT-DISALLOW-COUNTER:FALSE
BEGIN:VALARM
ACTION:DISPLAY
DESCRIPTION:REMINDER
TRIGGER;RELATED=START:-PT15M
END:VALARM
END:VEVENT
END:VCALENDAR
___
onap-discuss mailing list
onap-discuss@lists.onap.org
https://lists.onap.org/mailman/listinfo/onap-discuss

[onap-discuss] [DMAAP] DMaaP Message Router Demo

2017-10-13 Thread GUDISENA, VARUNESHWAR

Hi,
Below is DMaaP Message Router demo video URL:
https://wiki.onap.org/download/attachments/15991934/DMaaP%20Message%20Router.mp4

Thanks
Varun


___
onap-discuss mailing list
onap-discuss@lists.onap.org
https://lists.onap.org/mailman/listinfo/onap-discuss

Re: [onap-discuss] 答复: RE: sdc integrate workflow designer

2017-10-13 Thread SHADMI, DAVID

I believe the question is to Lv Bo as he has this task.

Thanks,
David

From: yuan@zte.com.cn [mailto:yuan@zte.com.cn]
Sent: Friday, October 13, 2017 1:09 AM
To: LANDO, MICHAEL ; SHADMI, DAVID 
Cc: LANDO, MICHAEL ; onap-discuss@lists.onap.org; 
lv.bo...@zte.com.cn; fu.jin...@zte.com.cn
Subject: 答复: [onap-discuss] 答复: RE: sdc integrate workflow designer

Hi Michael and David,

Does the latest version of SDC have been integrated with the Workflow Designer?

Thanks,

Yuan Hu

原始邮件
发件人：吕波10185543
收件人： >;
抄送人： >;
日 期 ：2017年09月28日 13:56
主 题 ：[onap-discuss] 答复: RE: sdc integrate workflow designer

How about the result?

发件人： >;
收件人：吕波10185543;
抄送人： >;
日 期 ：2017年09月25日 17:40
主 题 ：RE: sdc integrate workflow designer

I will check this.

BR,

Michael Lando
Opensource TL , SDC
AT Network Application Development · NetCom
Tel Aviv | Tampa | Atlanta | New Jersey |Chicago
···
Office: +972 (3) 5451487
Mobile: +972 (54) 7833603
e-mail: ml6...@intl.att.com

From: lv.bo...@zte.com.cn 
[mailto:lv.bo...@zte.com.cn]
Sent: Monday, September 25, 2017 5:37 AM
To: Lando,Michael >
Cc: onap-discuss@lists.onap.org
Subject: sdc integrate workflow designer

Hi Michael,

As we disccussed before, workflow designer will be integrated into sdc as a 
button in top menu(see the image below).

[cid:image001.png@01D34400.823115A0]

This jira task is assigned to me. And I found this code is under 
sdc/catalog-ui. could I just add a button to the top menu after 'CATALOG' or I 
need to notice the one who is response for this  component to integrate the 
workflow designer?

Regards.

Lv Bo

___
onap-discuss mailing list
onap-discuss@lists.onap.org
https://lists.onap.org/mailman/listinfo/onap-discuss

Re: [onap-discuss] Cancel the 10/13/2017 Multi VIM/Cloud weekly meeting

2017-10-13 Thread Xinhui Li

Kenny,

Please help to cancel this meeting. Thanks!

Xinhui Li
ONAP Multi VIM/Cloud PTL
From:  on behalf of Xinhui Li 

Date: Friday, 13 October 2017 at 3:13 PM
To: "onap-discuss@lists.onap.org" 
Subject: [onap-discuss] Cancel the 10/13/2017 Multi VIM/Cloud weekly meeting

We are working on integration and thanks for all your contribution. Will send 
out update later.

Thanks!

Xinhui Li
ONAP Multi VIM/Cloud PTL
___
onap-discuss mailing list
onap-discuss@lists.onap.org
https://lists.onap.org/mailman/listinfo/onap-discuss

[onap-discuss] [Modeling] Invite comments on modeling design principles and guideline

2017-10-13 Thread denghui (L)

This is reminder, deadline will be this Sunday.

Thanks a lot

DENG Hui

From: denghui (L)
Sent: Wednesday, October 11, 2017 3:24 AM
To: onap-discuss ; onap-tsc 

Subject: [Modeling] Invite comments on modeling design principles and guideline

Hello all,

We have create a page which list the modeling design principles and guidelines 
for R2+ as below
https://wiki.onap.org/display/DW/ONAP+Modeling+Design+Principles+and+Guidelines

Many thanks to Rittwik, David and Lingli for initial contribution,
and there were some comments and revision from last Modeling teleconf.

We plan to close this on Oct. 15, this Sunday, please kindly help to post your 
comments either this thread or on the wiki page.

Thanks again
Best regards,

DENG Hui
___
onap-discuss mailing list
onap-discuss@lists.onap.org
https://lists.onap.org/mailman/listinfo/onap-discuss

Re: [onap-discuss] [SO][SDNC] About underlay vpn deployment

2017-10-13 Thread Ramu n

Hi All,

After discussion with SO team(Chenchuanyu) SDNC can add the underlay/overlay 
network-instance record in AAI and bind(update relationship-data) with VoLTE 
E2E service-instance record.
During VoLTE service delete, UUI give service-instance-id to SO and SO can get 
the network-instance-ids form AAI(service instance’s relationship-data) and 
pass these service-instance-id & network-instance-id in the 
GENERIC-RESOURCE-API request’s service-information & network-information 
respectively.

NOTE: SDNC store underlay/overlay information in “Configuration” node in AAI. 
The relationship-data with service instance will be as shown below..

{
  "service-instance-id": "service-c",
  "service-instance-name": "example-service-instance-name-val-54177",
  "resource-version": "1507628208146",
  "relationship-list": {
"relationship": [
  {
"related-to": "configuration",
"related-link": "/network/configurations/configuration",
"relationship-data": [
  {
"relationship-key": "configurationId",
"relationship-value": "1"
  },
  {
"relationship-key": "configurationType",
"relationship-value": "overlay"
  }
]
  },
  {
"related-to": "configuration",
"related-link": "/network/configurations/configuration",
"relationship-data": [
  {
"relationship-key": "configurationId",
"relationship-value": "1"
  },
  {
"relationship-key": "configurationType",
"relationship-value": "underlay"
  }
]
  }
]
  }
}

Thanks,
Ramu N

***
 This e-mail and attachments contain confidential information from 
HUAWEI, which is intended only for the person or entity whose address is listed 
above. Any use of the information contained herein in any way (including, but 
not limited to, total or partial disclosure, reproduction, or dissemination) by 
persons other than the intended recipient's) is prohibited. If you receive this 
e-mail in error, please notify the sender by phone or email immediately and 
delete it!

From: onap-discuss-boun...@lists.onap.org 
[mailto:onap-discuss-boun...@lists.onap.org] On Behalf Of Ramu n
Sent: Thursday, October 12, 2017 1:34 PM
To: dt5...@att.com
Cc: huang.zhuo...@zte.com.cn; onap-discuss@lists.onap.org; 
onap-s...@lists.onap.org
Subject: Re: [onap-discuss] [SO][SDNC] About underlay vpn deployment

Hi Dan,

Regarding the “network-object-path” or “service-object-path” returned by SDNC 
to SO, currently in most cases SDNC returns the network-data/service-data 
instance path from MDSAL data-store.
SO team wants SDNC add the network instance record in AAI and return the AAI 
resource path in the GENERIC-RESOURCE-API response. So that SO can bind the 
network instance with service instance.

Can you help me understand why current SDNC implementation return MDSAL 
data-store path to SO in the GENERIC-RESOURCE-API response and how it will be 
useful to SO ?

"GENERIC-RESOURCE-API:network-response-information": {
  "GENERIC-RESOURCE-API:instance-reference": {
"GENERIC-RESOURCE-API:instance-id": "",// 
underlay network-instance record id(created by SDNC)
"GENERIC-RESOURCE-API:object-path": "",   // 
restconf retrieval path to this particular object
  },
},
"GENERIC-RESOURCE-API:service-response-information": {
  "GENERIC-RESOURCE-API:instance-reference": {
"GENERIC-RESOURCE-API:instance-id": "",// same 
as service-instanceid passed by SO in the request, is it ok ?// hzy: ok!
"GENERIC-RESOURCE-API:object-path": "",   // can be 
empty ? //hzy: It seems ok by now.
  },
},


Thanks,
Ramu N

***
 This e-mail and attachments contain confidential information from 
HUAWEI, which is intended only for the person or entity whose address is listed 
above. Any use of the information contained herein in any way (including, but 
not limited to, total or partial disclosure, reproduction, or dissemination) by 
persons other than the intended recipient's) is prohibited. If you receive this 
e-mail in error, please notify the sender by phone or email immediately and 
delete it!

From: huang.zhuo...@zte.com.cn 
[mailto:huang.zhuo...@zte.com.cn]
Sent: Friday, September 29, 2017 6:04 PM
To: Ramu n
Cc: dt5...@att.com; 
onap-discuss@lists.onap.org; 
onap-s...@lists.onap.org
Subject: 答复: [onap-discuss] [SO][SDNC] About underlay vpn deployment


Hi Ramun,



My replay

[onap-discuss] Cancel the 10/13/2017 Multi VIM/Cloud weekly meeting

2017-10-13 Thread Xinhui Li

We are working on integration and thanks for all your contribution. Will send 
out update later.

Thanks!

Xinhui Li
ONAP Multi VIM/Cloud PTL
___
onap-discuss mailing list
onap-discuss@lists.onap.org
https://lists.onap.org/mailman/listinfo/onap-discuss

[onap-discuss] 答复: 答复: RE: sdc integrate workflow designer

2017-10-13 Thread yuan.hu1

Hi Michael and David,







Does the latest version of SDC have been integrated with the Workflow Designer?






Thanks,


Yuan Hu











原始邮件



发件人：吕波10185543
收件人： ;
抄送人： ;
日 期 ：2017年09月28日 13:56
主 题 ：[onap-discuss] 答复: RE: sdc integrate workflow designer







How about the result?












发件人： ;
收件人：吕波10185543;
抄送人： ;
日 期 ：2017年09月25日 17:40
主 题 ：RE: sdc integrate workflow designer







I will check this.


 


 


 


 


 


 


 


BR,


 


Michael Lando


Opensource TL , SDC


AT Network Application Development · NetCom  


Tel Aviv | Tampa | Atlanta | New Jersey |Chicago


···


Office: +972 (3) 5451487


Mobile: +972 (54) 7833603


e-mail: ml6...@intl.att.com


 


From: lv.bo...@zte.com.cn [mailto:lv.bo...@zte.com.cn] 
 Sent: Monday, September 25, 2017 5:37 AM
 To: Lando,Michael 
 Cc: onap-discuss@lists.onap.org
 Subject: sdc integrate workflow designer


 

 

Hi Michael, 

 

As we disccussed before, workflow designer will be integrated into sdc as a 
button in top menu(see the image below). 



 

This jira task is assigned to me. And I found this code is under 
sdc/catalog-ui. could I just add a button to the top menu after 'CATALOG' or I 
need to notice the one who is response for this  component to integrate the 
workflow designer?  

 

Regards.

 

Lv Bo___
onap-discuss mailing list
onap-discuss@lists.onap.org
https://lists.onap.org/mailman/listinfo/onap-discuss

[onap-discuss] Portal Jenkins job is running from longtime

[onap-discuss] [ONAP Helpdesk #45515] Sonar naming convention

[onap-discuss] [ONAP Helpdesk #45515] Sonar naming convention

Re: [onap-discuss] [AAI] sparky-be web UI is not accessible

Re: [onap-discuss] BLOCKER - VID-82

Re: [onap-discuss] BLOCKER - VID-82

Re: [onap-discuss] BLOCKER - VID-82

Re: [onap-discuss] BLOCKER - VID-82

[onap-discuss] [integration][sdc][uui][so] VoLTE service design and distribution test

Re: [onap-discuss] BLOCKER - VID-82

Re: [onap-discuss] BLOCKER - VID-82

Re: [onap-discuss] [integration] RE: [ONAP Helpdesk #46936] –release-version3-java-daily job failed

[onap-discuss] [integration][policy][aai][multivim][dcae][appc] vCPE integration test session

[onap-discuss] [DMAAP] DMaaP Message Router Demo

Re: [onap-discuss] 答复: RE: sdc integrate workflow designer

Re: [onap-discuss] Cancel the 10/13/2017 Multi VIM/Cloud weekly meeting

[onap-discuss] [Modeling] Invite comments on modeling design principles and guideline

Re: [onap-discuss] [SO][SDNC] About underlay vpn deployment

[onap-discuss] Cancel the 10/13/2017 Multi VIM/Cloud weekly meeting

[onap-discuss] 答复: 答复: RE: sdc integrate workflow designer

20 matches

Site Navigation

Mail list logo

Footer information