Re: [onap-discuss] [SO] Exception on sending request to BPMN
Hi Subhash, I’ll take a look. Thanks, Rob From: Subhash Kumar Singh [mailto:subhash.kumar.si...@huawei.com] Sent: Friday, March 30, 2018 1:55 AM To: DAUGHERTY, ROBERT E ; SMOKOWSKI, STEVEN ; onap-discuss@lists.onap.org Cc: Praveen Krishnamurthy P ; Seshu m ; Chenchuanyu ; Zhoujun (ONAP) Subject: RE: [SO] Exception on sending request to BPMN Hello Rob, Still I am not able to execute the workflow (throws 500 Internal server error), the reason I am observing is that WorkFlowContext is populated in WorkflowContextHolder class and it is causing NullPointerException. Following is link for BPMN debug log (BPMN.log): https://paste.ubuntu.com/p/xSQPyFKfXB/<https://urldefense.proofpoint.com/v2/url?u=https-3A__paste.ubuntu.com_p_xSQPyFKfXB_&d=DwMGaQ&c=LFYZ-o9_HUMeMTSQicvjIg&r=1avnrliG2ZNIjGQV4rWQZg&m=iktzINVAbagkqrkDIHXJcrR0OD_5i4RTjas7_gAp-4s&s=QCMYqrRIzBi2WTKrpMndt6pprL-ZoRl8KNTkq_ItP9c&e=> Could you please help me to resolve this issue. -- 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: DAUGHERTY, ROBERT E [mailto:rd4...@att.com] Sent: Thursday, March 29, 2018 10:26 PM To: Subhash Kumar Singh mailto:subhash.kumar.si...@huawei.com>>; SMOKOWSKI, STEVEN mailto:ss8...@att.com>>; onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org> Cc: Praveen Krishnamurthy P mailto:kprav...@huawei.com>>; Seshu m mailto:seshu.kuma...@huawei.com>>; Chenchuanyu mailto:chenchua...@huawei.com>>; Zhoujun (ONAP) mailto:zhouj...@huawei.com>> Subject: RE: [SO] Exception on sending request to BPMN The fix is merged. https://jira.onap.org/browse/SO-550<https://urldefense.proofpoint.com/v2/url?u=https-3A__jira.onap.org_browse_SO-2D550&d=DwMGaQ&c=LFYZ-o9_HUMeMTSQicvjIg&r=1avnrliG2ZNIjGQV4rWQZg&m=iktzINVAbagkqrkDIHXJcrR0OD_5i4RTjas7_gAp-4s&s=z3n_AHFyN2ucEj-voOs0pmrhxl1n6rKHkM_l_P9PnwY&e=> https://gerrit.onap.org/r/#/c/40193/<https://urldefense.proofpoint.com/v2/url?u=https-3A__gerrit.onap.org_r_-23_c_40193_&d=DwMGaQ&c=LFYZ-o9_HUMeMTSQicvjIg&r=1avnrliG2ZNIjGQV4rWQZg&m=iktzINVAbagkqrkDIHXJcrR0OD_5i4RTjas7_gAp-4s&s=PSD9rvf5TNYwJu5yKbpkH4cT85xzTPrakvqYpR5xMjs&e=> From: DAUGHERTY, ROBERT E Sent: Thursday, March 29, 2018 10:39 AM To: 'Subhash Kumar Singh' mailto:subhash.kumar.si...@huawei.com>>; SMOKOWSKI, STEVEN mailto:ss8...@att.com>>; onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org> Cc: Praveen Krishnamurthy P mailto:kprav...@huawei.com>>; Seshu m mailto:seshu.kuma...@huawei.com>>; Chenchuanyu mailto:chenchua...@huawei.com>>; Zhoujun (ONAP) mailto:zhouj...@huawei.com>> Subject: RE: [SO] Exception on sending request to BPMN Hi Subhash, I agree there is a problem here. The POST path looks ok, and the MSOInfrastructureBPMN war is deployed ok, but wildfly returns a 404 when you send a request. Something must be wrong in the deployment package. I’m looking into it. Rob From: Subhash Kumar Singh [mailto:subhash.kumar.si...@huawei.com] Sent: Thursday, March 29, 2018 7:54 AM To: SMOKOWSKI, STEVEN mailto:ss8...@att.com>>; onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>; DAUGHERTY, ROBERT E mailto:rd4...@att.com>> Cc: Praveen Krishnamurthy P mailto:kprav...@huawei.com>>; Seshu m mailto:seshu.kuma...@huawei.com>>; Chenchuanyu mailto:chenchua...@huawei.com>>; Zhoujun (ONAP) mailto:zhouj...@huawei.com>> Subject: RE: [SO] Exception on sending request to BPMN Hello Steven, Today also I tried to check out the fresh code and tried to deploy SO wars but still I am getting 404 for BPMN workflow invocation. Following is link for server.log: http://paste.ubuntu.com/p/NWqFV4Skwt/<https://urldefense.proofpoint.com/v2/url?u=http-3A__paste.ubuntu.com_p_NWqFV4Skwt_&d=DwMGaQ&c=LFYZ-o9_HUMeMTSQicvjIg&r=1avnrliG2ZNIjGQV4rWQZg&m=CGyiNu02pEgUG_Cgkbec6URylCVoixA4TL5tCSfHuYI&s=DCrRUfIjYkCurxdS4Kuzh8LbcjGNMYbc85pWayVqdbg&e=> P
Re: [onap-discuss] [SO] Exception on sending request to BPMN
The fix is merged. https://jira.onap.org/browse/SO-550 https://gerrit.onap.org/r/#/c/40193/ From: DAUGHERTY, ROBERT E Sent: Thursday, March 29, 2018 10:39 AM To: 'Subhash Kumar Singh' ; SMOKOWSKI, STEVEN ; onap-discuss@lists.onap.org Cc: Praveen Krishnamurthy P ; Seshu m ; Chenchuanyu ; Zhoujun (ONAP) Subject: RE: [SO] Exception on sending request to BPMN Hi Subhash, I agree there is a problem here. The POST path looks ok, and the MSOInfrastructureBPMN war is deployed ok, but wildfly returns a 404 when you send a request. Something must be wrong in the deployment package. I’m looking into it. Rob From: Subhash Kumar Singh [mailto:subhash.kumar.si...@huawei.com] Sent: Thursday, March 29, 2018 7:54 AM To: SMOKOWSKI, STEVEN mailto:ss8...@att.com>>; onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>; DAUGHERTY, ROBERT E mailto:rd4...@att.com>> Cc: Praveen Krishnamurthy P mailto:kprav...@huawei.com>>; Seshu m mailto:seshu.kuma...@huawei.com>>; Chenchuanyu mailto:chenchua...@huawei.com>>; Zhoujun (ONAP) mailto:zhouj...@huawei.com>> Subject: RE: [SO] Exception on sending request to BPMN Hello Steven, Today also I tried to check out the fresh code and tried to deploy SO wars but still I am getting 404 for BPMN workflow invocation. Following is link for server.log: http://paste.ubuntu.com/p/NWqFV4Skwt/<https://urldefense.proofpoint.com/v2/url?u=http-3A__paste.ubuntu.com_p_NWqFV4Skwt_&d=DwMGaQ&c=LFYZ-o9_HUMeMTSQicvjIg&r=1avnrliG2ZNIjGQV4rWQZg&m=CGyiNu02pEgUG_Cgkbec6URylCVoixA4TL5tCSfHuYI&s=DCrRUfIjYkCurxdS4Kuzh8LbcjGNMYbc85pWayVqdbg&e=> Please let me know how to fix it. Let me know if you require any additional information. -- 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: Subhash Kumar Singh Sent: Wednesday, March 28, 2018 9:29 AM To: 'SMOKOWSKI, STEVEN' mailto:ss8...@att.com>>; onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>; DAUGHERTY, ROBERT E mailto:rd4...@att.com>> Cc: Praveen Krishnamurthy P mailto:kprav...@huawei.com>>; Seshu m mailto:seshu.kuma...@huawei.com>>; Chenchuanyu mailto:chenchua...@huawei.com>> Subject: RE: [SO] Exception on sending request to BPMN Hello Steven, I tried to invoke it with the localhost (in url) also but it dint help. Server logs seems clean. At the same time I added “mso” to my hosts file but it dint work. Could you please let me know which logging/ logging file I should enable and check. -- 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: SMOKOWSKI, STEVEN [mailto:ss8...@att.com] Sent: Tuesday, March 27, 2018 8:16 PM To: Subhash Kumar Singh mailto:subhash.kumar.si...@huawei.com>>; onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>; DAUGHERTY, ROBERT E mailto:rd4...@att.com>> Cc: Praveen Krishnamurthy P mailto:kprav...@huawei.com>>; Seshu m mailto:seshu.kuma...@huawei.com>>; Chenchuanyu mailto:chenchua...@huawei.com>> Subject: Re: [SO] Exception on sending request to BPMN I think we may need some
Re: [onap-discuss] [SO] Exception on sending request to BPMN
Hi Subhash, I agree there is a problem here. The POST path looks ok, and the MSOInfrastructureBPMN war is deployed ok, but wildfly returns a 404 when you send a request. Something must be wrong in the deployment package. I’m looking into it. Rob From: Subhash Kumar Singh [mailto:subhash.kumar.si...@huawei.com] Sent: Thursday, March 29, 2018 7:54 AM To: SMOKOWSKI, STEVEN ; onap-discuss@lists.onap.org; DAUGHERTY, ROBERT E Cc: Praveen Krishnamurthy P ; Seshu m ; Chenchuanyu ; Zhoujun (ONAP) Subject: RE: [SO] Exception on sending request to BPMN Hello Steven, Today also I tried to check out the fresh code and tried to deploy SO wars but still I am getting 404 for BPMN workflow invocation. Following is link for server.log: http://paste.ubuntu.com/p/NWqFV4Skwt/<https://urldefense.proofpoint.com/v2/url?u=http-3A__paste.ubuntu.com_p_NWqFV4Skwt_&d=DwMGaQ&c=LFYZ-o9_HUMeMTSQicvjIg&r=1avnrliG2ZNIjGQV4rWQZg&m=CGyiNu02pEgUG_Cgkbec6URylCVoixA4TL5tCSfHuYI&s=DCrRUfIjYkCurxdS4Kuzh8LbcjGNMYbc85pWayVqdbg&e=> Please let me know how to fix it. Let me know if you require any additional information. -- 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: Subhash Kumar Singh Sent: Wednesday, March 28, 2018 9:29 AM To: 'SMOKOWSKI, STEVEN' mailto:ss8...@att.com>>; onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>; DAUGHERTY, ROBERT E mailto:rd4...@att.com>> Cc: Praveen Krishnamurthy P mailto:kprav...@huawei.com>>; Seshu m mailto:seshu.kuma...@huawei.com>>; Chenchuanyu mailto:chenchua...@huawei.com>> Subject: RE: [SO] Exception on sending request to BPMN Hello Steven, I tried to invoke it with the localhost (in url) also but it dint help. Server logs seems clean. At the same time I added “mso” to my hosts file but it dint work. Could you please let me know which logging/ logging file I should enable and check. -- 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: SMOKOWSKI, STEVEN [mailto:ss8...@att.com] Sent: Tuesday, March 27, 2018 8:16 PM To: Subhash Kumar Singh mailto:subhash.kumar.si...@huawei.com>>; onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>; DAUGHERTY, ROBERT E mailto:rd4...@att.com>> Cc: Praveen Krishnamurthy P mailto:kprav...@huawei.com>>; Seshu m mailto:seshu.kuma...@huawei.com>>; Chenchuanyu mailto:chenchua...@huawei.com>> Subject: Re: [SO] Exception on sending request to BPMN I think we may need some more information. I assume the URL below is routing through MSB? I am not terribly familiar with it. Does a direct url to the ip address work? Can you turn on a more granular level of logging in logback on the server side? Can you retry the transaction after doing so and post an updated log? I see we are calling BPMN WAR directly? Or is this within the APIH code? Thanks -Steve From: Subhash Kumar Singh mailto:subhash.kumar.si...@huawei.com>> Date: Tuesday, March 27, 2018 at 5:32 AM To: "onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>" mailto:onap-discuss@list
Re: [onap-discuss] [aai] [so] aai-common 1.2.0 depends on expired oparent snapshot
+ Max + Jimmy SO cannot use 1.2.1-SNAPSHOT because it is a snapshot, and another rule prevents release builds from depending on snapshot artifacts. These versions of aai-common:aai-schema are in nexus: 1.2.1-SNAPSHOT - Mar 26 - depends on oparent:1.0.0 (exists) 1.2.0 - Mar 12 - depends on oparent:1.1.0-SNAPSHOT (missing) 1.1.1 - Dec 11 - depends on oparent:1.0.0-SNAPSHOT (exists) 1.1.0 - Nov 9 - depends on oparent:1.0.0-SNAPSHOT (exists) It appears that LF removed the oparent:1.1.0-SNAPSHOT artifact late on Friday. From: Williams, Marcus [mailto:marcus.willi...@intel.com] Sent: Monday, March 26, 2018 4:27 PM To: onap-discuss Cc: 'Seshu m' ; DAUGHERTY, ROBERT E Subject: [aai] [so] aai-common 1.2.0 depends on expired oparent snapshot Hello AAI Team, SO has a dependency on your aai-schema 1.2.0 release artifact, but recently all of our builds are failing due to this dependency. It appears aai-common and by extension aai-schema release artifacts have a dependency on oparent 1.1.0-SNAPSHOT which no longer exists (https://nexus.onap.org/content/repositories/snapshots/org/onap/oparent/oparent/<https://urldefense.proofpoint.com/v2/url?u=https-3A__nexus.onap.org_content_repositories_snapshots_org_onap_oparent_oparent_&d=DwMFAg&c=LFYZ-o9_HUMeMTSQicvjIg&r=1avnrliG2ZNIjGQV4rWQZg&m=RWZ1vQlZen1Sqq-E9Au3X1WzEqm63sm9sbASIlDJV50&s=-IX7HoO7UBBCjq0hUarDY8r6uJodmwdl0-UvKxdnNHc&e=> ): Build failed to find artifact org.onap.oparent:oparent:pom:1.1.0-SNAPSHOT needed for sub-project org.onap.so:common:jar:1.2.0-SNAPSHOT: Failed to collect dependencies at org.onap.aai.aai-common:aai-schema:jar:1.2.0: Failed to read artifact descriptor for org.onap.aai.aai-common:aai-schema:jar:1.2.0. Check correct groupId, artifactId and version. This may also indicate a problem with nexus. Another possibility is that this is a -SNAPSHOT version and it has expired from nexus -- in that case check with the project which provides the artifact. See: https://nexus.onap.org/content/repositories/releases/org/onap/aai/aai-common/aai-common/1.2.0/aai-common-1.2.0.pom<https://urldefense.proofpoint.com/v2/url?u=https-3A__nexus.onap.org_content_repositories_releases_org_onap_aai_aai-2Dcommon_aai-2Dcommon_1.2.0_aai-2Dcommon-2D1.2.0.pom&d=DwMFAg&c=LFYZ-o9_HUMeMTSQicvjIg&r=1avnrliG2ZNIjGQV4rWQZg&m=RWZ1vQlZen1Sqq-E9Au3X1WzEqm63sm9sbASIlDJV50&s=_Eeb2wOtDXY04u05_3dn_-Gn7rez98OXt9UZJjb2_6g&e=> All of our verify builds are failing due to this dependency. It seems the dependency should be on oparent 1.1.0 and not 1.1.0-SNAPSHOT. I think we can work around temporarily by using aai-schema 1.2.1-SNAPSHOT which is based on oparent 1.1.0. However it would seem reasonable to fix this dependency issue on AAI released artifacts side. Cheers, Marcus Williams IRC @ mgkwill Network Software Engineer Intel Corp. - Network Platforms Group ___ onap-discuss mailing list onap-discuss@lists.onap.org https://lists.onap.org/mailman/listinfo/onap-discuss
Re: [onap-discuss] SO weekly meeting
Seshu is on a business trip and will not be available for this meeting. I propose that we meet 1 hour later than this scheduled time (i.e. at the old time: 9:30 US ET). Since Seshu is the organizer, I don't think I can change the calendar appointment. The main thing I want to discuss is creating an Amsterdam branch for SO, which shouldn't take long. Rob -Original Appointment- From: Seshu m [mailto:seshu.kuma...@huawei.com] Sent: Wednesday, August 16, 2017 12:06 AM To: Seshu m; Xinhui Li; Danny Lin; Jinxin (Saw); Zengjianguo (OSS Design); Andrew Philip; Yang, Bin; zhanganb...@chinamobile.com; Ethan Lynn; CHOMA, JOHN S; DeWayne Filppi; Byung-Woo Jun; wangchen...@chinamobile.com; zhonghe...@boco.com.cn; zhang.zh...@zte.com.cn; Chenchuanyu; yangyan...@chinamobile.com; DAUGHERTY, ROBERT E; Lingli Deng; wu.li...@zte.com.cn; yangyuan...@boco.com.cn; denghui (L); Christopher Donley (Chris); alex@intel.com; Vijaykumar S; onap-discuss@lists.onap.org; Praveen Krishnamurthy P; SOMASUNDARAM, PRABHURAM; BULLARD, GIL Subject: FW: SO weekly meeting When: Wednesday, November 22, 2017 7:00 PM-8:00 PM (UTC+05:30) Chennai, Kolkata, Mumbai, New Delhi. Where: When: Occurs every Wednesday effective 8/16/2017 from 7:00 PM to 8:00 PM (UTC+05:30) Chennai, Kolkata, Mumbai, New Delhi. Note: The GMT offset above does not reflect daylight saving time adjustments. *~*~*~*~*~*~*~*~*~* [so] Weekly Meeting https://zoom.us/j/309416964<https://urldefense.proofpoint.com/v2/url?u=https-3A__zoom.us_j_309416964&d=DwMFoQ&c=LFYZ-o9_HUMeMTSQicvjIg&r=1avnrliG2ZNIjGQV4rWQZg&m=9i_b101x-TPTtN9bB0Cj4NoV2nAWslXcob1JoKdi-rI&s=6HRGnC2LZyCHF5YBSrJHlvEHgRGm3bAS-wSYthaS7SQ&e=> Hi there, ONAP Meeting 8 is inviting you to a scheduled Zoom meeting. Join from PC, Mac, Linux, iOS or Android: https://zoom.us/j/309416964<https://urldefense.proofpoint.com/v2/url?u=https-3A__zoom.us_j_309416964&d=DwMFoQ&c=LFYZ-o9_HUMeMTSQicvjIg&r=1avnrliG2ZNIjGQV4rWQZg&m=9i_b101x-TPTtN9bB0Cj4NoV2nAWslXcob1JoKdi-rI&s=6HRGnC2LZyCHF5YBSrJHlvEHgRGm3bAS-wSYthaS7SQ&e=> Or iPhone one-tap (US Toll): +14086380968,,309416964# or +16465588656,,309416964# Or Telephone: Dial: +1 408 638 0968 (US Toll) or +1 646 558 8656 (US Toll) +1 855 880 1246 (US Toll Free) +1 877 369 0926 (US Toll Free) Meeting ID: 309 416 964 International numbers available: https://zoom.us/zoomconference?m=30xXqK2sdCwPiwKQZLwqW5yEWuwQ7QHT<https://urldefense.proofpoint.com/v2/url?u=https-3A__zoom.us_zoomconference-3Fm-3D30xXqK2sdCwPiwKQZLwqW5yEWuwQ7QHT&d=DwMFoQ&c=LFYZ-o9_HUMeMTSQicvjIg&r=1avnrliG2ZNIjGQV4rWQZg&m=9i_b101x-TPTtN9bB0Cj4NoV2nAWslXcob1JoKdi-rI&s=m3tFPxbLVXl0jvk-CTZ9SF8kLmaer24OvaPSXdBQjPs&e=> ___ onap-discuss mailing list onap-discuss@lists.onap.org https://lists.onap.org/mailman/listinfo/onap-discuss
Re: [onap-discuss] SDC sdk versions
SO is using sdc-distribution-client 1.1.32 and sdc-tosca 1.1.34. At least those are the versions we're trying to use. Seshu is working on this right now. From: SONSINO, OFIR Sent: Tuesday, October 31, 2017 8:33 AM To: LANDO, MICHAEL ; TIMONEY, DAN ; DAUGHERTY, ROBERT E ; FORSYTH, JAMES ; JI, LUSHENG ; MAHER, RANDA ; Seshu m Cc: LEFEVRE, CATHERINE ; FREEMAN, BRIAN D ; UNO, LARRY ; onap-discuss@lists.onap.org Subject: RE: SDC sdk versions VID uses: sdc-tosca 1.1.32 Thanks, Ofir From: Lando,Michael Sent: Tuesday, October 31, 2017 2:07 PM To: TIMONEY, DAN mailto:dt5...@att.com>>; DAUGHERTY, ROBERT E mailto:rd4...@att.com>>; FORSYTH, JAMES mailto:jf2...@att.com>>; JI, LUSHENG mailto:l...@research.att.com>>; Sonsino, Ofir mailto:os0...@intl.att.com>>; MAHER, RANDA mailto:rx1...@att.com>>; Seshu m mailto:seshu.kuma...@huawei.com>> Cc: Lefevre, Catherine mailto:cl6...@intl.att.com>>; FREEMAN, BRIAN D mailto:bf1...@att.com>>; UNO, LARRY mailto:l...@research.att.com>>; onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org> Subject: SDC sdk versions Hi, I am trying to validate what version of the SDC dependency you are using so that I will be able to validate they are available as releases in LF please reply with the version your application is using. >From what I know org.openecomp.sdc.sdc-distribution-client sdc-distribution-client Users Component version SO SDNC AA&I DCAE APPC org.openecomp.sdc.sdc-tosca sdc-tosca Users Component version SO SDNC VID 1.1.32 BR, Michael Lando Opensource TL , SDC AT&T 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<mailto:ml6...@intl.att.com> ___ onap-discuss mailing list onap-discuss@lists.onap.org https://lists.onap.org/mailman/listinfo/onap-discuss
Re: [onap-discuss] MSO code flow to OpenStack for Orchestration
Arun, Just confirming what said: OpenStack APIs are called directly from the MSO Network/VNF adapter. The BPMN flow makes calls to the adapter to perform those operations. Rob From: Arun Arora (c) [mailto:aroraa...@vmware.com] Sent: Tuesday, June 27, 2017 9:43 AM To: ROSE, DANIEL V ; onap-discuss@lists.onap.org; DAUGHERTY, ROBERT E Cc: Gaurav Gupta (c) ; Kapil Gupta (c) ; Jyothis S (c) Subject: RE: MSO code flow to OpenStack for Orchestration Awesome!! Thanks Danial :) Best Regards, Arun From: ROSE, DANIEL V [mailto:dr6...@att.com] Sent: Tuesday, June 27, 2017 7:03 PM To: Arun Arora (c) mailto:aroraa...@vmware.com>>; onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>; DAUGHERTY, ROBERT E mailto:rd4...@att.com>> Cc: Gaurav Gupta (c) mailto:guptagau...@vmware.com>>; Kapil Gupta (c) mailto:gka...@vmware.com>>; Jyothis S (c) mailto:jyoth...@vmware.com>> Subject: RE: MSO code flow to OpenStack for Orchestration I believe that flow of calls is correct with the exception of I don't think they call the contrail method all the time. The bpmn flow either creates a vanilla neutron network or a contrail neutron newwork, I think you have both in one flow. Adding in a MultiVIM layer is one of the R1 goals, and right now there is only direct calls to openstack. That said someone like Rob Daugherty can give you a better understanding of the code if you have more specific qustions Daniel Rose ECOMP / ONAP com.att.ecomp 732-420-7308 From: Arun Arora (c) [mailto:aroraa...@vmware.com] Sent: Tuesday, June 27, 2017 9:29 AM To: ROSE, DANIEL V mailto:dr6...@att.com>>; onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org> Cc: Gaurav Gupta (c) mailto:guptagau...@vmware.com>>; Kapil Gupta (c) mailto:gka...@vmware.com>>; Jyothis S (c) mailto:jyoth...@vmware.com>> Subject: RE: MSO code flow to OpenStack for Orchestration Hi Daniel, Thanks for the quick response :) We will check and get back if we have any further queries. Apart from this, is the code flow from Network/ VNF adapter to OpenStack is correct as mentioned below? Also, we concluded that there is no Intermediate layer between MSO and OpenStack API calls i.e. OpenStack APIs are called directly from Network/ VNF adapter. Can you confirm my this understanding as well? Best Regards, Arun Arora From: ROSE, DANIEL V [mailto:dr6...@att.com] Sent: Tuesday, June 27, 2017 6:54 PM To: Arun Arora (c) mailto:aroraa...@vmware.com>>; onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org> Cc: Kapil Gupta (c) mailto:gka...@vmware.com>>; Jyothis S (c) mailto:jyoth...@vmware.com>> Subject: RE: MSO code flow to OpenStack for Orchestration Those methods are called from the BPMN workflows that run on the camunda engine. Thanks, Daniel Rose ECOMP / ONAP com.att.ecomp 732-420-7308 From: onap-discuss-boun...@lists.onap.org<mailto:onap-discuss-boun...@lists.onap.org> [mailto:onap-discuss-boun...@lists.onap.org] On Behalf Of Arun Arora (c) Sent: Tuesday, June 27, 2017 9:18 AM To: onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org> Cc: Kapil Gupta (c) mailto:gka...@vmware.com>>; Jyothis S (c) mailto:jyoth...@vmware.com>> Subject: [onap-discuss] MSO code flow to OpenStack for Orchestration Hello there, I am writing to discuss about the code flow in MSO to orchestrate the Virtual Resources. Currently, we are trying to understand how the OpenStack APIs are called from MSO for orchestration, and, if there is any intermediate layer in MSO which makes a decision about using the underlying Cloud platform, if there are more than one. However, as per our understanding currently only OpenStack is supported for now. Our current understanding is based on the MSO HLD available in ONAP wiki and static code reading. Following is what we understand and request community's comments on our understanding: Orchestration Request Flow in MSO - from Network/ VNF Adaptor onwards till OpenStack 1. MSO has Network adapter and VNF adapter which are used to create Virtual Network or VNF resources 2. Both Network adapter and VNF adapter call the OpenStack KeyStone and Heat APIs for authentication as well as service orchestration 3. Following are the major APIs (with filename) called to create Virtual Network or VNF resources MSO Network Adaptor createNetwork() > createNetworkContrail() > createNetwork() > createStack()> OpenStack KeyStone & HEAT API calls NetworkAdapterRest.javaMsoNetworkAdapterImpl.java MsoNetworkAdapterImpl.java MsoHeatUtils.java MSO VNF Adaptor createVfModule() &g
[onap-discuss] [Service Orchestrator] PTL self-nomination
Dear MSO committers, I'd like to nominate myself as Project Technical Lead (PTL) for the SO project. I've been a software developer for over 30 years with a focus on service orchestration platforms and applications, including: the AT&T Network Control Point, the Lucent Service Broker, the AT&T Service Composition Framework (an NGEAG element), and since 2015, the ECOMP Master Service Orchestrator (MSO). I helped to evaluate and select the Camunda BPMN workflow engine for MSO, and have designed and implemented many Camunda workflows, as well as much of the infrastructure in MSO to support flow execution. I have experience with most MSO subsystems and have contributed a significant amount of seed code to the SO project in OpenECOMP. I look forward to working with everyone in the ONAP community. Thanks for your consideration. Rob Daugherty ___ onap-discuss mailing list onap-discuss@lists.onap.org https://lists.onap.org/mailman/listinfo/onap-discuss