Re: [onap-discuss] https://nexus.onap.org is down

[Lefevre, Catherine]

Good morning Bharath,

It sounds to be up now
We can access to it

Best regards
Catherine

From: onap-discuss-boun...@lists.onap.org 
[mailto:onap-discuss-boun...@lists.onap.org] On Behalf Of bharath thiruveedula
Sent: Tuesday, April 17, 2018 10:09 AM
To: onap-discuss@lists.onap.org
Subject: [onap-discuss] https://nexus.onap.org is down

Hi,

Nexus repo is down. Couldnt access the patches. Need help to make it up

Best Regards
Bharath T
___
onap-discuss mailing list
onap-discuss@lists.onap.org
https://lists.onap.org/mailman/listinfo/onap-discuss

Re: [onap-discuss] 答复: [clamp] Requirements for CLAMP Beijing Release

[Lefevre, Catherine]

Good morning Yuan,

Are you located in China?
We would like to invite you to a call on Wednesday January 10th at 4pm China 
Time/9am CET.
Martial is back to the office tomorrow and will setup a meeting.

Best regards
Catherine
From: yuan@zte.com.cn [mailto:yuan@zte.com.cn]
Sent: Monday, January 08, 2018 2:18 AM
To: Lefevre, Catherine <cl6...@intl.att.com>
Cc: Ngueko, Gervais-Martial <gn4...@intl.att.com>; onap-discuss@lists.onap.org; 
SHACHAM, RON <rshac...@research.att.com>
Subject: RE: RE: [onap-discuss] 答复: [clamp] Requirements for CLAMP Beijing 
Release


Hi Catherine,



For the BPMN.io license issue: 
https://jira.onap.org/browse/CLAMP-44,<https://urldefense.proofpoint.com/v2/url?u=https-3A__jira.onap.org_browse_CLAMP-2D44-2C=DwMGaQ=LFYZ-o9_HUMeMTSQicvjIg=66ObImPAUA0o2f1hTGknnnv5ScXvX8EnREJCPHHBY5M=D8f69gDkom2R2qN1BFh3eI7RE_mKfbDdmo7tWDGwGC4=XZ5QB42PFnH49gAvHt8T9Jvj-vgr9yjjIA_zuyve-U8=>
 maybe we can choice common workflow design toolkit provided by SDC Workflow 
Design Suite as an alternative.

[cid:image001.png@01D38869.F2572F60]

If so, I can complete the replacement work to cover the issue of CLAMP-44.



Best regards,

Yuan Hu




原始邮件
发件人： <cl6...@intl.att.com<mailto:cl6...@intl.att.com>>;
收件人：袁虎10090474; <gn4...@intl.att.com<mailto:gn4...@intl.att.com>>;
抄送人： <onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>>; 
<rshac...@research.att.com<mailto:rshac...@research.att.com>>;
日 期 ：2018年01月03日 18:08
主 题 ：RE: [onap-discuss] 答复: [clamp] Requirements for CLAMP Beijing Release
Good morning Yuan,

Best wishes for a happy new year to you and your family.

Martial is on vacation this week.
He will be back to the office on January 9th.
Ron will organize the ONAP CLAMP Weekly call.

Concerning your queries,
BPMN.io
I understand that the team has identified a solution that they will implement 
as part of the Beijing release.
The following user story was created to cover the BPMN.io license issue: 
https://jira.onap.org/browse/CLAMP-44<https://urldefense.proofpoint.com/v2/url?u=https-3A__jira.onap.org_browse_CLAMP-2D44=DwMGaQ=LFYZ-o9_HUMeMTSQicvjIg=66ObImPAUA0o2f1hTGknnnv5ScXvX8EnREJCPHHBY5M=D8f69gDkom2R2qN1BFh3eI7RE_mKfbDdmo7tWDGwGC4=MEsAxw6km9P2ziYxU-rwUYE1ayp4IQS0kvZXcyufnmk=>

Consistency between UIs (CLAMP/SDC/Policy etc.)
Some discussions were organized between the SDC and the CLAMP teams prior the 
holidays season.
I understand that the long term solution will be to define a common SDK that 
will be consumed by any project for their UIs.
For the Beijing release, the SDC SDK will not be available yet therefore the 
current solution is to implement a blowfish mechanism between SDC and CLAMP.
The Common Workflow Design Toolkit could be an alternative to uniform UI for 
any project – something to explore.

I do not recall any discussion regarding AngularJS upgrade but the CLAMP team 
might be able to provide more insights later today.

Best regards
Catherine

From: 
onap-discuss-boun...@lists.onap.org<mailto:onap-discuss-boun...@lists.onap.org> 
[mailto:onap-discuss-boun...@lists.onap.org] On Behalf Of 
yuan@zte.com.cn<mailto:yuan@zte.com.cn>
Sent: Wednesday, January 03, 2018 8:11 AM
To: Ngueko, Gervais-Martial <gn4...@intl.att.com<mailto:gn4...@intl.att.com>>
Cc: onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>
Subject: [onap-discuss] 答复: [clamp] Requirements for CLAMP Beijing Release


Hi Martial,



Can we discuss these issues at today's weekly meeting?



Best Regards,

Yuan Hu


原始邮件
发件人：袁虎10090474
收件人： <gn4...@intl.att.com<mailto:gn4...@intl.att.com>>;
抄送人：赵化冰10201488;孟照星10024238;  
<onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>>;
日 期 ：2018年01月02日 16:00
主 题 ：[clamp] Requirements for CLAMP Beijing Release



Hi Martial,



There are two Requirements for CLAMP Beijing Release need to be considered.

Issue 1. Upgrade AngularJS 1.x  to AngularJS 4.x.

Issue 2. Clamp's copyright issue.

See attachment for details.

Thank you for your attention.



Best Regards,

Yuan Hu








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

Re: [onap-discuss] 答复: [clamp] Requirements for CLAMP Beijing Release

[Lefevre, Catherine]

Good morning Yuan,

Did you log first into JIRA
https://jira.onap.org/login.jsp?

JIRA login/password are the same used for Gerrit, Jenkins, Nexus etc.

Feel free to open a ticket to the LF Helpdesk  if you can not access to 
CLAMP-44 after being logged into JIRA.
They will review your JIRA access accordingly.
LF Helpdesk e-mail address: 
onap-helpd...@rt.linuxfoundation.org<mailto:onap-helpd...@rt.linuxfoundation.org>

Best regards
Catherine

From: yuan@zte.com.cn [mailto:yuan@zte.com.cn]
Sent: Friday, January 05, 2018 7:11 AM
To: Lefevre, Catherine <cl6...@intl.att.com>
Cc: Ngueko, Gervais-Martial <gn4...@intl.att.com>; onap-discuss@lists.onap.org; 
SHACHAM, RON <rshac...@research.att.com>
Subject: RE: RE: [onap-discuss] 答复: [clamp] Requirements for CLAMP Beijing 
Release


Hi Catherine,



I do not have permission to access the jira board of clamp project. And can't 
access this URL 
https://jira.onap.org/browse/CLAMP-44<https://urldefense.proofpoint.com/v2/url?u=https-3A__jira.onap.org_browse_CLAMP-2D44.=DwMGaQ=LFYZ-o9_HUMeMTSQicvjIg=66ObImPAUA0o2f1hTGknnnv5ScXvX8EnREJCPHHBY5M=H7exESU6F-PDBNAMZZUonH-21g8onWyvkiNzAFKzCK4=cGTbs21BSYP6K0LRqGvDDOrLQk7MFQsccYGWQjVRaCM=>

Can anyone give me the access permission? Thank you!



Best regards

Yuan Hu


原始邮件
发件人： <cl6...@intl.att.com<mailto:cl6...@intl.att.com>>;
收件人：袁虎10090474; <gn4...@intl.att.com<mailto:gn4...@intl.att.com>>;
抄送人： <onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>>; 
<rshac...@research.att.com<mailto:rshac...@research.att.com>>;
日 期 ：2018年01月03日 18:08
主 题 ：RE: [onap-discuss] 答复: [clamp] Requirements for CLAMP Beijing Release
Good morning Yuan,

Best wishes for a happy new year to you and your family.

Martial is on vacation this week.
He will be back to the office on January 9th.
Ron will organize the ONAP CLAMP Weekly call.

Concerning your queries,
BPMN.io
I understand that the team has identified a solution that they will implement 
as part of the Beijing release.
The following user story was created to cover the BPMN.io license issue: 
https://jira.onap.org/browse/CLAMP-44<https://urldefense.proofpoint.com/v2/url?u=https-3A__jira.onap.org_browse_CLAMP-2D44=DwMGaQ=LFYZ-o9_HUMeMTSQicvjIg=66ObImPAUA0o2f1hTGknnnv5ScXvX8EnREJCPHHBY5M=H7exESU6F-PDBNAMZZUonH-21g8onWyvkiNzAFKzCK4=8fkRetsGAobZqWacaus6WuaKti7cgH_G0AEg3oOI3jE=>

Consistency between UIs (CLAMP/SDC/Policy etc.)
Some discussions were organized between the SDC and the CLAMP teams prior the 
holidays season.
I understand that the long term solution will be to define a common SDK that 
will be consumed by any project for their UIs.
For the Beijing release, the SDC SDK will not be available yet therefore the 
current solution is to implement a blowfish mechanism between SDC and CLAMP.
The Common Workflow Design Toolkit could be an alternative to uniform UI for 
any project – something to explore.

I do not recall any discussion regarding AngularJS upgrade but the CLAMP team 
might be able to provide more insights later today.

Best regards
Catherine

From: 
onap-discuss-boun...@lists.onap.org<mailto:onap-discuss-boun...@lists.onap.org> 
[mailto:onap-discuss-boun...@lists.onap.org] On Behalf Of 
yuan@zte.com.cn<mailto:yuan@zte.com.cn>
Sent: Wednesday, January 03, 2018 8:11 AM
To: Ngueko, Gervais-Martial <gn4...@intl.att.com<mailto:gn4...@intl.att.com>>
Cc: onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>
Subject: [onap-discuss] 答复: [clamp] Requirements for CLAMP Beijing Release


Hi Martial,



Can we discuss these issues at today's weekly meeting?



Best Regards,

Yuan Hu


原始邮件
发件人：袁虎10090474
收件人： <gn4...@intl.att.com<mailto:gn4...@intl.att.com>>;
抄送人：赵化冰10201488;孟照星10024238;  
<onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>>;
日 期 ：2018年01月02日 16:00
主 题 ：[clamp] Requirements for CLAMP Beijing Release



Hi Martial,



There are two Requirements for CLAMP Beijing Release need to be considered.

Issue 1. Upgrade AngularJS 1.x  to AngularJS 4.x.

Issue 2. Clamp's copyright issue.

See attachment for details.

Thank you for your attention.



Best Regards,

Yuan Hu








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

Re: [onap-discuss] 答复: [clamp] Requirements for CLAMP Beijing Release

[Lefevre, Catherine]

Good morning Yuan,

Best wishes for a happy new year to you and your family.

Martial is on vacation this week.
He will be back to the office on January 9th.
Ron will organize the ONAP CLAMP Weekly call.

Concerning your queries,
BPMN.io
I understand that the team has identified a solution that they will implement 
as part of the Beijing release.
The following user story was created to cover the BPMN.io license issue: 
https://jira.onap.org/browse/CLAMP-44

Consistency between UIs (CLAMP/SDC/Policy etc.)
Some discussions were organized between the SDC and the CLAMP teams prior the 
holidays season.
I understand that the long term solution will be to define a common SDK that 
will be consumed by any project for their UIs.
For the Beijing release, the SDC SDK will not be available yet therefore the 
current solution is to implement a blowfish mechanism between SDC and CLAMP.
The Common Workflow Design Toolkit could be an alternative to uniform UI for 
any project – something to explore.

I do not recall any discussion regarding AngularJS upgrade but the CLAMP team 
might be able to provide more insights later today.

Best regards
Catherine

From: onap-discuss-boun...@lists.onap.org 
[mailto:onap-discuss-boun...@lists.onap.org] On Behalf Of yuan@zte.com.cn
Sent: Wednesday, January 03, 2018 8:11 AM
To: Ngueko, Gervais-Martial 
Cc: onap-discuss@lists.onap.org
Subject: [onap-discuss] 答复: [clamp] Requirements for CLAMP Beijing Release


Hi Martial,



Can we discuss these issues at today's weekly meeting?



Best Regards,

Yuan Hu


原始邮件
发件人：袁虎10090474
收件人： >;
抄送人：赵化冰10201488;孟照星10024238; 
>;
日 期 ：2018年01月02日 16:00
主 题 ：[clamp] Requirements for CLAMP Beijing Release



Hi Martial,



There are two Requirements for CLAMP Beijing Release need to be considered.

Issue 1. Upgrade AngularJS 1.x  to AngularJS 4.x.

Issue 2. Clamp's copyright issue.

See attachment for details.

Thank you for your attention.



Best Regards,

Yuan Hu






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

Re: [onap-discuss] [integration][holmes] How to Set up a Sonar Inspection Job to the CI Workflow

[Lefevre, Catherine]

Good morning Guangrong,

Did you look at the similar discussion thread - [onap-discuss] 
[ci-management][cli] How to trigger Sonar from jenkins job?
https://lists.onap.org/pipermail/onap-discuss/2017-August/002980.html

Best regards
catherine

From: onap-discuss-boun...@lists.onap.org 
[mailto:onap-discuss-boun...@lists.onap.org] On Behalf Of 
fu.guangr...@zte.com.cn
Sent: Saturday, August 19, 2017 8:04 AM
To: onap-discuss@lists.onap.org
Subject: [onap-discuss] [integration][holmes] How to Set up a Sonar Inspection 
Job to the CI Workflow


Hi there,



This is the third time I reach out for help. Hope that someone from the 
integration team could help to provide some guidance.



Thanks.



BR

Guangrong








原始邮件
发件人：付光荣10144542
收件人： ;
日 期 ：2017年08月18日 08:58
主 题 ：[onap-discuss] [integration][holmes] How to Set up a Sonar Inspection Job 
to the CI Workflow



Hi,



Anyone help to give us a guidance on this? We finised part of our UT codes but 
we don't know the exact coverage due to the lack of Sonar jobs.



Guangrong












发件人：付光荣10144542
收件人： ;
日 期 ：2017年08月14日 14:07
主 题 ：[integration][holmes] How to Set up a Sonar Inspection Jobj to the CI 
Workflow



Hi there,



I've set up a series of Jenkins Jobs for Holmes. All of them seem to be running 
as expected. But still we could not find the Holmes related UT coverage in the 
Dashboard of ONAP Sonar.  The *-release-version-java-daily jobs have been 
removed from the workflow because it caused unknown errors and even Gary has no 
idea on how to fix them. Does it has something to do with the UT coverage?



Thanks and Regards,

Guangrong










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

[onap-discuss] [usecaseui]: Any request for the VID team

[Lefevre, Catherine]

Good morning Use Case UI Team,

Have you any particular request that the VID team should consider as part of 
their ONAP R1?
Thank you

Many thanks & regards
Catherine

Catherine Lefèvre
AT Network and Shared Services
D2 Platform & Systems Development
AVP Software Development & Engineering
ECOMP/ONAP/RUBY/SPP


Phone: +32 2 418 49 22
Mobile: +32 475 77 36 73
catherine.lefe...@intl.att.com

TEXTING and DRIVING... It Can Wait

AT
BUROGEST OFFICE PARK SA
Avenue des Dessus-de-Lives, 2
5101 Loyers (Namur)
Belgium



NOTE: This email (or its attachments) contains information belonging to the 
sender, which may be confidential. proprietary and/or legally privileged. The 
information is intended only for the use of the individual(s) or entity(ies) 
named above. If you are not the intended recipient, you are hereby notified 
that any disclosure, distribution or taking of any action in reliance on the 
content of this is strictly forbidden. If you have received this e-mail in 
error please immediately notify the sender identified above

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

Re: [onap-discuss] M2 Functionality Frezee feedback request

[Lefevre, Catherine]

Good morning Gildas,

Thank you for building this new proposal.

Please find my feedback.

Slide 4

*The goal of the Functionality Freeze is to de-risk the release by 
providing a stable target for integration with other components. It marks the 
end of the API definition coding and feature addition activities. At 
Functionality Freeze, API stubs must be coded.
[CLEF]:
I do not think it is possible because there is no previous design freeze 
milestone prior M2
At functionality freeze, the design and the documentation should be available 
but not yet the source code.
The implementation of the API is one of the targets of M3.

*After Functionality Freeze, no new visible features/APIs are to be 
added to the current ONAP release codebase.
[CLEF]: Please consider my previous feedback. It is not practical to freeze the 
ONAP source code at M2 milestone if there is no previous design freeze.

*At Functionality Freeze, the following activities have been achieved:
-All committed functionalities have been coded and committed to the 
onap repos.
[CLEF]: See previous statement, what do you consider as left for M3 & M4 if all 
the code is already implemented

-All source code has automated unit test (Project Team).

[CLEF]: All the already available source code should have an automatic unit 
test but the code not yet available will also require additional unit tests
-The team is meeting regularly and has completed at least one sprint.
[CLEF]: Is there a reason to add this new statement? Or do you consider Sprint0 
- typically use to set the preparation work to be performed by the Scrum Team.
-Seed code has been delivered to LF, scanned, and deposited into ONAP 
repos
[CLEF]: Can we suggest to LF team that they provide the scan results no later 
than M2-2 weeks so the project team has enough time to fix any identified issue?
It also requires that the seed code is available to LF, M2-3 weeks? Is it 
achievable?

   Please also add to the slide 3 - the API Stubs as part of 
activities to be achieved by M2

Many thanks & regards
Catherine

From: onap-discuss-boun...@lists.onap.org 
[mailto:onap-discuss-boun...@lists.onap.org] On Behalf Of Gildas Lanilis
Sent: Thursday, August 03, 2017 10:08 PM
To: onap-discuss@lists.onap.org
Subject: [onap-discuss] M2 Functionality Frezee feedback request

Dear ONAP Community Members,

This email is to follow up on an action item that came up during M2 
Functionality freeze earlier today at TSC weekly meeting.

The requirement was to clarify and propose changes on some elements of M2 
definition and more particularly on the expectation from a code perspective at 
M2 Functionality Freeze.

The attached proposal presents the current definition and highlights the 
proposed changes to meet the above expectations.

Let me know your thoughts and we will take it from there to refine the 
definition.


Thanks,
Gildas

[HuaweiLogowithName]
Gildas Lanilis
ONAP Release Manager
Santa Clara CA, USA
gildas.lani...@huawei.com
Mobile: 1 415 238 6287

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

Re: [onap-discuss] Finalize ONAP Versioning Discussions

[Lefevre, Catherine]

Dear all,

The outlook invite was not sent as expected.
I have setup the call on Thursday August 3rd, 2017 at 2pm CET/3pm IST/8am 
EST/8pm China.

Let me know if another session is required to cover additional time zones.

Many thanks & regards
Catherine

-Original Appointment-
From: Lefevre, Catherine
Sent: Tuesday, August 01, 2017 7:57 PM
To: Lefevre, Catherine; onap-discuss@lists.onap.org
Cc: SILVERTHORN, DANIEL; NGUYEN, TOAN T; GUDISENA, VARUNESHWAR; GUPTA, ALOK
Subject: Finalize ONAP Versioning Discussions
When: Thursday, August 03, 2017 2:00 PM-2:30 PM (UTC+01:00) Brussels, 
Copenhagen, Madrid, Paris.
Where: https://zoom.us/j/438568158


Dear all,

As discussed during the Integration project weekly sync-up, I am organizing a 
meeting on Thursday to finalize the discussions about ONAP versioning.

Best regards
Catherine

Join from PC, Mac, Linux, iOS or Android: https://zoom.us/j/438568158

Or iPhone one-tap (US Toll):  +14157629988,,438568158# or 
+16465687788,,438568158#

Or Telephone:
Dial: +1 415 762 9988 (US Toll) or +1 646 568 7788 (US Toll)
Meeting ID: 438 568 158
International numbers available: 
https://zoom.us/zoomconference?m=-Z2mw-Y_p1O4K8yDTiToEhn84c6IVsW3



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

[onap-discuss] Finalize ONAP Versioning Discussions

[Lefevre, Catherine]

BEGIN:VCALENDAR
METHOD:REQUEST
PRODID:Microsoft Exchange Server 2010
VERSION:2.0
BEGIN:VTIMEZONE
TZID:Romance Standard Time
BEGIN:STANDARD
DTSTART:16010101T03
TZOFFSETFROM:+0200
TZOFFSETTO:+0100
RRULE:FREQ=YEARLY;INTERVAL=1;BYDAY=-1SU;BYMONTH=10
END:STANDARD
BEGIN:DAYLIGHT
DTSTART:16010101T02
TZOFFSETFROM:+0100
TZOFFSETTO:+0200
RRULE:FREQ=YEARLY;INTERVAL=1;BYDAY=-1SU;BYMONTH=3
END:DAYLIGHT
END:VTIMEZONE
BEGIN:VEVENT
ORGANIZER;CN="Lefevre, Catherine":MAILTO:cl6...@intl.att.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=onap-discu
 s...@lists.onap.org:MAILTO:onap-discuss@lists.onap.org
DESCRIPTION;LANGUAGE=en-US:Dear all\,\n\nAs discussed during the Integratio
 n project weekly sync-up\, I am organizing a meeting on Thursday to finali
 ze the discussions about ONAP versioning.\n\nBest regards\nCatherine\n\nJo
 in from PC\, Mac\, Linux\, iOS or Android: https://zoom.us/j/438568158\n\n
 Or iPhone one-tap (US Toll):  +14157629988\,\,438568158# or +16465687788\,
 \,438568158#\n\nOr Telephone:\nDial: +1 415 762 9988 (US Toll) or +1 6
 46 568 7788 (US Toll)\nMeeting ID: 438 568 158\nInternational numb
 ers available: https://zoom.us/zoomconference?m=-Z2mw-Y_p1O4K8yDTiToEhn84c
 6IVsW3\n\n\n\n
SUMMARY;LANGUAGE=en-US:Finalize ONAP Versioning Discussions
DTSTART;TZID=Romance Standard Time:20170803T14
DTEND;TZID=Romance Standard Time:20170803T143000
UID:04008200E00074C5B7101A82E0088013F447000BD301000
 0100040368F03071A304C89B2C72F1D89535E
CLASS:PUBLIC
PRIORITY:5
DTSTAMP:20170801T180143Z
TRANSP:OPAQUE
STATUS:CONFIRMED
SEQUENCE:3
LOCATION;LANGUAGE=en-US:https://zoom.us/j/438568158
X-MICROSOFT-CDO-APPT-SEQUENCE:3
X-MICROSOFT-CDO-OWNERAPPTID:696354785
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] [integration] Refactor CLAMP to inherit from oparent

[Lefevre, Catherine]

Alexis, Gary,

Julien has submitted a change to ci-management to activate Checkstyle for CLAMP 
– waiting for LF to review/merge.
https://gerrit.onap.org/r/#/c/5807/

Sebastien has integrated oparent to CLAMP pom file
https://gerrit.onap.org/r/#/c/5809/

Seb will also submit a change to oparent to add PDM/FindBug Maven plug-ins

Stay tuned

KR
Catherine

From: Gary Wu [mailto:gary.i...@huawei.com]
Sent: Friday, July 14, 2017 3:08 PM
To: Alexis de Talhouët <adetalhoue...@gmail.com>; Lefevre, Catherine 
<cl6...@intl.att.com>
Cc: onap-discuss@lists.onap.org
Subject: RE: [onap-discuss] [integration] Refactor CLAMP to inherit from oparent

According to LF, they have already installed the Checkstyle plugin for Jenkins. 
 Let me know if there are changes required to oparent to enable the output.

I agree that FindBugs and PMD both seem like good additions.

Thanks,
Gary

From: Alexis de Talhouët [mailto:adetalhoue...@gmail.com]
Sent: Friday, July 14, 2017 5:28 AM
To: Lefevre, Catherine <cl6...@intl.att.com<mailto:cl6...@intl.att.com>>
Cc: Gary Wu <gary.i...@huawei.com<mailto:gary.i...@huawei.com>>; 
onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>
Subject: Re: [onap-discuss] [integration] Refactor CLAMP to inherit from oparent

Catherine,

I believe FindBugs and PMD can be good addition. IIRC, in ODL, FindBugs does 
the following 
https://wiki.opendaylight.org/view/BestPractices/Coding_Guidelines#FindBugs<https://urldefense.proofpoint.com/v2/url?u=https-3A__wiki.opendaylight.org_view_BestPractices_Coding-5FGuidelines-23FindBugs=DwMGaQ=LFYZ-o9_HUMeMTSQicvjIg=66ObImPAUA0o2f1hTGknnnv5ScXvX8EnREJCPHHBY5M=T-npNHUXBT4cLQ_hwi4xf_rhSsJeFYWoELRoO7lrBVk=VahuX55fSlFYyzr5ffwdgtpLcnYybhSBr12PRCeDjN4=>
 and PMD check for copy-paste code (configured for 10 LoC c/p)  
https://github.com/opendaylight/odlparent/blob/ac464f6a253fcc7dc615ee145927dbf4834b9d5d/odlparent/pom.xml#L1512-L1542<https://urldefense.proofpoint.com/v2/url?u=https-3A__github.com_opendaylight_odlparent_blob_ac464f6a253fcc7dc615ee145927dbf4834b9d5d_odlparent_pom.xml-23L1512-2DL1542=DwMGaQ=LFYZ-o9_HUMeMTSQicvjIg=66ObImPAUA0o2f1hTGknnnv5ScXvX8EnREJCPHHBY5M=T-npNHUXBT4cLQ_hwi4xf_rhSsJeFYWoELRoO7lrBVk=Jt8W-oW93rpx-la_9WEvg-W8MB0xqpqMpHX6oUr-9zk=>

Regards,
Alexis

On Jul 14, 2017, at 2:58 AM, Lefevre, Catherine 
<cl6...@intl.att.com<mailto:cl6...@intl.att.com>> wrote:

Thank you Gary.
Concerning CheckStyle plug-in, the CLAMP  team will submit a change to 
ci-management project so LF can review and merge the change.
The CLAMP team will also change the CLAMP pom file in order to inherit from 
o-parent as previously suggested.


Alexis,
When you run Checkstyle plug-in for Jenkins as part of your build job then 
Jenkins will display the number of warnings found from your build.

I was wondering if we should also consider FindBugs plug-in and PMD plug-in.
FindBugs - It is an open source program which uses static analysis to look for 
bugs in Java code.
PMD- It checks the code for unused fields, empty, try / catch / if / while / 
finally, block, unused method parameters and stuff like that.

Here are additional information – let me know what you think.
https://wiki.jenkins.io/display/JENKINS/FindBugs+Plugin<https://urldefense.proofpoint.com/v2/url?u=https-3A__wiki.jenkins.io_display_JENKINS_FindBugs-2BPlugin=DwMGaQ=LFYZ-o9_HUMeMTSQicvjIg=66ObImPAUA0o2f1hTGknnnv5ScXvX8EnREJCPHHBY5M=T-npNHUXBT4cLQ_hwi4xf_rhSsJeFYWoELRoO7lrBVk=1QKJnEzbtRgoYVvpET5S9uMzsdXRhnM-yNMXhJcN8vM=>
http://www.treselle.com/blog/static-code-analysis-jenkins/<https://urldefense.proofpoint.com/v2/url?u=http-3A__www.treselle.com_blog_static-2Dcode-2Danalysis-2Djenkins_=DwMGaQ=LFYZ-o9_HUMeMTSQicvjIg=66ObImPAUA0o2f1hTGknnnv5ScXvX8EnREJCPHHBY5M=T-npNHUXBT4cLQ_hwi4xf_rhSsJeFYWoELRoO7lrBVk=2GyLhC3PuX1v44-YqxtEmoQZoNBYSyJIPjXZGltXx88=>

Let me know what you think

Best regards
Catherine

From: Gary Wu [mailto:gary.i...@huawei.com]
Sent: Thursday, July 13, 2017 6:04 PM
To: Lefevre, Catherine <cl6...@intl.att.com<mailto:cl6...@intl.att.com>>; 
Alexis de Talhouët <adetalhoue...@gmail.com<mailto:adetalhoue...@gmail.com>>; 
onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>
Subject: RE: [onap-discuss] [integration] Refactor CLAMP to inherit from oparent

I’ve not seen the Jenkins Checkstyle plugin used by LF before, but I’ll follow 
up with LF to see if they can set it up.

Thanks,
Gary

From: Lefevre, Catherine [mailto:cl6...@intl.att.com]
Sent: Thursday, July 13, 2017 5:28 AM
To: Gary Wu 
<gary.i...@huawei.com<mailto:gary.i...@huawei.com<mailto:gary.i...@huawei.com%3cmailto:gary.i...@huawei.com>>>;
 Alexis de Talhouët 
<adetalhoue...@gmail.com<mailto:adetalhoue...@gmail.com<mailto:adetalhoue...@gmail.com%3cmailto:adetalhoue...@gmail.com>>>;
 
onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org%

Re: [onap-discuss] [integration] Refactor CLAMP to inherit from oparent

[Lefevre, Catherine]

Thank you Gary.
Concerning CheckStyle plug-in, the CLAMP  team will submit a change to 
ci-management project so LF can review and merge the change.
The CLAMP team will also change the CLAMP pom file in order to inherit from 
o-parent as previously suggested.


Alexis,
When you run Checkstyle plug-in for Jenkins as part of your build job then 
Jenkins will display the number of warnings found from your build.

I was wondering if we should also consider FindBugs plug-in and PMD plug-in.
FindBugs - It is an open source program which uses static analysis to look for 
bugs in Java code.
PMD- It checks the code for unused fields, empty, try / catch / if / while / 
finally, block, unused method parameters and stuff like that.

Here are additional information – let me know what you think.
https://wiki.jenkins.io/display/JENKINS/FindBugs+Plugin
http://www.treselle.com/blog/static-code-analysis-jenkins/

Let me know what you think

Best regards
Catherine

From: Gary Wu [mailto:gary.i...@huawei.com]
Sent: Thursday, July 13, 2017 6:04 PM
To: Lefevre, Catherine <cl6...@intl.att.com>; Alexis de Talhouët 
<adetalhoue...@gmail.com>; onap-discuss@lists.onap.org
Subject: RE: [onap-discuss] [integration] Refactor CLAMP to inherit from oparent

I’ve not seen the Jenkins Checkstyle plugin used by LF before, but I’ll follow 
up with LF to see if they can set it up.

Thanks,
Gary

From: Lefevre, Catherine [mailto:cl6...@intl.att.com]
Sent: Thursday, July 13, 2017 5:28 AM
To: Gary Wu <gary.i...@huawei.com<mailto:gary.i...@huawei.com>>; Alexis de 
Talhouët <adetalhoue...@gmail.com<mailto:adetalhoue...@gmail.com>>; 
onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>
Subject: RE: [onap-discuss] [integration] Refactor CLAMP to inherit from oparent

Alexis, Gary,

We should also consider the following reference since ONAP is not only Java 
code base.

  *   Google Python Style Guideline: 
https://google.github.io/styleguide/pyguide.html<https://urldefense.proofpoint.com/v2/url?u=https-3A__google.github.io_styleguide_pyguide.html=DwMGaQ=LFYZ-o9_HUMeMTSQicvjIg=66ObImPAUA0o2f1hTGknnnv5ScXvX8EnREJCPHHBY5M=KX3AafyfxKw95Z9kMPL_eCRgyiQQRSCd9fEI4jHZJYo=6q5us07m_Wu6DvRE-ARfMmovQyoqKSBMKw6kvFdnTYw=>
Here is another one concerning Check style Coverage.

  *   Google's Java Style Check style Coverage: 
http://checkstyle.sourceforge.net/google_style.html<https://urldefense.proofpoint.com/v2/url?u=http-3A__checkstyle.sourceforge.net_google-5Fstyle.html=DwMGaQ=LFYZ-o9_HUMeMTSQicvjIg=66ObImPAUA0o2f1hTGknnnv5ScXvX8EnREJCPHHBY5M=KX3AafyfxKw95Z9kMPL_eCRgyiQQRSCd9fEI4jHZJYo=px7wftOLSxi_9c5u0RXpSuW60DX3KjBiejvNtVV3YSM=>
These have been added as a comment to the ONAP wiki page
https://wiki.onap.org/display/DW/Java+code+style<https://urldefense.proofpoint.com/v2/url?u=https-3A__wiki.onap.org_display_DW_Java-2Bcode-2Bstyle=DwMGaQ=LFYZ-o9_HUMeMTSQicvjIg=66ObImPAUA0o2f1hTGknnnv5ScXvX8EnREJCPHHBY5M=KX3AafyfxKw95Z9kMPL_eCRgyiQQRSCd9fEI4jHZJYo=aDFh1UsGf0ic4k7ghHUZ_t9gudIFo8Ixo-YU7TvsAcU=>

Best regards
Catherine

From: 
onap-discuss-boun...@lists.onap.org<mailto:onap-discuss-boun...@lists.onap.org> 
[mailto:onap-discuss-boun...@lists.onap.org] On Behalf Of Lefevre, Catherine
Sent: Thursday, July 13, 2017 2:18 PM
To: Gary Wu <gary.i...@huawei.com<mailto:gary.i...@huawei.com>>; Alexis de 
Talhouët <adetalhoue...@gmail.com<mailto:adetalhoue...@gmail.com>>; 
onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>
Subject: Re: [onap-discuss] [integration] Refactor CLAMP to inherit from oparent

Good morning Alexis, Gary,

I confirm that we can use CLAMP to do a pilot.
Will you also contact LF to integrate the Checkstyle plug-in to Jenkins as 
discussed during the Integration meeting?

Many thanks & regards
Catherine

From: 
onap-discuss-boun...@lists.onap.org<mailto:onap-discuss-boun...@lists.onap.org> 
[mailto:onap-discuss-boun...@lists.onap.org] On Behalf Of Gary Wu
Sent: Wednesday, July 12, 2017 7:31 PM
To: Alexis de Talhouët <adetalhoue...@gmail.com<mailto:adetalhoue...@gmail.com>>
Cc: onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>
Subject: Re: [onap-discuss] [integration] Refactor CLAMP to inherit from oparent

Looks like the Java code style was already documented by Gildas here:

1. Developer 
Wiki<https://urldefense.proofpoint.com/v2/url?u=https-3A__wiki.onap.org_display_DW_Developer-2BWiki-3Fsrc-3Dbreadcrumbs-2Dexpanded=DwMGaQ=LFYZ-o9_HUMeMTSQicvjIg=66ObImPAUA0o2f1hTGknnnv5ScXvX8EnREJCPHHBY5M=sZve6ovGP3QNz9Fb83x8a6AH6iuvZlx0AYCJSR46RcU=tQXxdbvC0p5VCQody6GiUzT2TKwgHvlqIqkuwjKbelY=>
 > Getting 
Involved<https://urldefense.proofpoint.com/v2/url?u=https-3A__wiki.onap.org_display_DW_Getting-2BInvolved-3Fsrc-3Dbreadcrumbs-2Dexpanded=DwMGaQ=LFYZ-o9_HUMeMTSQicvjIg=66ObImPAUA0o2f1hTGknnnv5ScXvX8EnREJCPHHBY5M=sZve6ovGP3QNz9Fb83x8a6AH6iuvZlx0AYCJSR46RcU=mP6EAdoDsTZFzO8BTgXz9BUOgAqPE0LKd

Re: [onap-discuss] [integration] Refactor CLAMP to inherit from oparent

[Lefevre, Catherine]

Alexis, Gary,

We should also consider the following reference since ONAP is not only Java 
code base.

  *   Google Python Style Guideline: 
https://google.github.io/styleguide/pyguide.html
Here is another one concerning Check style Coverage.

  *   Google's Java Style Check style Coverage: 
http://checkstyle.sourceforge.net/google_style.html
These have been added as a comment to the ONAP wiki page
https://wiki.onap.org/display/DW/Java+code+style

Best regards
Catherine

From: onap-discuss-boun...@lists.onap.org 
[mailto:onap-discuss-boun...@lists.onap.org] On Behalf Of Lefevre, Catherine
Sent: Thursday, July 13, 2017 2:18 PM
To: Gary Wu <gary.i...@huawei.com>; Alexis de Talhouët 
<adetalhoue...@gmail.com>; onap-discuss@lists.onap.org
Subject: Re: [onap-discuss] [integration] Refactor CLAMP to inherit from oparent

Good morning Alexis, Gary,

I confirm that we can use CLAMP to do a pilot.
Will you also contact LF to integrate the Checkstyle plug-in to Jenkins as 
discussed during the Integration meeting?

Many thanks & regards
Catherine

From: 
onap-discuss-boun...@lists.onap.org<mailto:onap-discuss-boun...@lists.onap.org> 
[mailto:onap-discuss-boun...@lists.onap.org] On Behalf Of Gary Wu
Sent: Wednesday, July 12, 2017 7:31 PM
To: Alexis de Talhouët <adetalhoue...@gmail.com<mailto:adetalhoue...@gmail.com>>
Cc: onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>
Subject: Re: [onap-discuss] [integration] Refactor CLAMP to inherit from oparent

Looks like the Java code style was already documented by Gildas here:

1. Developer 
Wiki<https://urldefense.proofpoint.com/v2/url?u=https-3A__wiki.onap.org_display_DW_Developer-2BWiki-3Fsrc-3Dbreadcrumbs-2Dexpanded=DwMGaQ=LFYZ-o9_HUMeMTSQicvjIg=66ObImPAUA0o2f1hTGknnnv5ScXvX8EnREJCPHHBY5M=sZve6ovGP3QNz9Fb83x8a6AH6iuvZlx0AYCJSR46RcU=tQXxdbvC0p5VCQody6GiUzT2TKwgHvlqIqkuwjKbelY=>
 > Getting 
Involved<https://urldefense.proofpoint.com/v2/url?u=https-3A__wiki.onap.org_display_DW_Getting-2BInvolved-3Fsrc-3Dbreadcrumbs-2Dexpanded=DwMGaQ=LFYZ-o9_HUMeMTSQicvjIg=66ObImPAUA0o2f1hTGknnnv5ScXvX8EnREJCPHHBY5M=sZve6ovGP3QNz9Fb83x8a6AH6iuvZlx0AYCJSR46RcU=mP6EAdoDsTZFzO8BTgXz9BUOgAqPE0LKdomBqQor3cM=>
 > Developer Best 
Practices<https://urldefense.proofpoint.com/v2/url?u=https-3A__wiki.onap.org_display_DW_Developer-2BBest-2BPractices-3Fsrc-3Dbreadcrumbs-2Dparent=DwMGaQ=LFYZ-o9_HUMeMTSQicvjIg=66ObImPAUA0o2f1hTGknnnv5ScXvX8EnREJCPHHBY5M=sZve6ovGP3QNz9Fb83x8a6AH6iuvZlx0AYCJSR46RcU=gafwynFsHuSwTyYCpXl9A1TDUefYkXhbqsqCe9uOlHg=>
 > Java code style
https://wiki.onap.org/display/DW/Java+code+style<https://urldefense.proofpoint.com/v2/url?u=https-3A__wiki.onap.org_display_DW_Java-2Bcode-2Bstyle=DwMGaQ=LFYZ-o9_HUMeMTSQicvjIg=66ObImPAUA0o2f1hTGknnnv5ScXvX8EnREJCPHHBY5M=sZve6ovGP3QNz9Fb83x8a6AH6iuvZlx0AYCJSR46RcU=7qWaAq1MdmNk3zQBaxmdzi5H_8B-oaQnGT594fcuA3Q=>

Thanks,
Gary

From: Alexis de Talhouët [mailto:adetalhoue...@gmail.com]
Sent: Wednesday, July 12, 2017 3:32 AM
To: Gary Wu <gary.i...@huawei.com<mailto:gary.i...@huawei.com>>
Cc: Gildas Lanilis 
<gildas.lani...@huawei.com<mailto:gildas.lani...@huawei.com>>; LEFEVRE, 
CATHERINE <cl6...@intl.att.com<mailto:cl6...@intl.att.com>>; 
onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>
Subject: Re: [onap-discuss] [integration] Refactor CLAMP to inherit from oparent

Ok, good. Thanks for the pointers. Google Java Style what is use as well in 
ODL, so I can say I'm already familiar with them :)
One we have a wiki for that, I strongly believe advertising this widly (through 
this mailing list) can be a good start to get devs onboard and/or familiar with 
the check styles rules that would be enforced.

Thanks,
Alexis

Le mardi 11 juillet 2017, Gary Wu 
<gary.i...@huawei.com<mailto:gary.i...@huawei.com>> a écrit :
Currently we’re using what was defined for OPEN-O:  
https://wiki.open-o.org/display/GI/OPEN-O+Java+code+style<https://urldefense.proofpoint.com/v2/url?u=https-3A__wiki.open-2Do.org_display_GI_OPEN-2DO-2BJava-2Bcode-2Bstyle=DwMGaQ=LFYZ-o9_HUMeMTSQicvjIg=66ObImPAUA0o2f1hTGknnnv5ScXvX8EnREJCPHHBY5M=sZve6ovGP3QNz9Fb83x8a6AH6iuvZlx0AYCJSR46RcU=NrgqXtgwAtTFP6pIW2z7W9b2I3Yoi1aWHmD-QZr2YFQ=>,
 namely:

Google Java Style with some modifications:
4.2 Block indentation: +4 spaces
4.4 Column limit: 120

Gildas, any ideas where we should put this in the ONAP wiki?

Thanks,
Gary

From: Alexis de Talhouët 
[mailto:adetalhoue...@gmail.com<javascript:_e(%7B%7D,'cvml','adetalhoue...@gmail.com');>]
Sent: Tuesday, July 11, 2017 2:11 PM
To: Gary Wu 
<gary.i...@huawei.com<javascript:_e(%7B%7D,'cvml','gary.i...@huawei.com');>>
Cc: LEFEVRE, CATHERINE 
<cl6...@intl.att.com<javascript:_e(%7B%7D,'cvml','cl6...@intl.att.com');>>; 
onap-discuss@lists.onap.org<javascript:_e(%7B%7D,'cvml','onap-discuss@lists.onap.org');>
Subject: Re: [onap-discuss] [integration] Refactor

Re: [onap-discuss] [integration] Refactor CLAMP to inherit from oparent

[Lefevre, Catherine]

Good morning Alexis, Gary,

I confirm that we can use CLAMP to do a pilot.
Will you also contact LF to integrate the Checkstyle plug-in to Jenkins as 
discussed during the Integration meeting?

Many thanks & regards
Catherine

From: onap-discuss-boun...@lists.onap.org 
[mailto:onap-discuss-boun...@lists.onap.org] On Behalf Of Gary Wu
Sent: Wednesday, July 12, 2017 7:31 PM
To: Alexis de Talhouët <adetalhoue...@gmail.com>
Cc: onap-discuss@lists.onap.org
Subject: Re: [onap-discuss] [integration] Refactor CLAMP to inherit from oparent

Looks like the Java code style was already documented by Gildas here:

1. Developer 
Wiki<https://urldefense.proofpoint.com/v2/url?u=https-3A__wiki.onap.org_display_DW_Developer-2BWiki-3Fsrc-3Dbreadcrumbs-2Dexpanded=DwMGaQ=LFYZ-o9_HUMeMTSQicvjIg=66ObImPAUA0o2f1hTGknnnv5ScXvX8EnREJCPHHBY5M=sZve6ovGP3QNz9Fb83x8a6AH6iuvZlx0AYCJSR46RcU=tQXxdbvC0p5VCQody6GiUzT2TKwgHvlqIqkuwjKbelY=>
 > Getting 
Involved<https://urldefense.proofpoint.com/v2/url?u=https-3A__wiki.onap.org_display_DW_Getting-2BInvolved-3Fsrc-3Dbreadcrumbs-2Dexpanded=DwMGaQ=LFYZ-o9_HUMeMTSQicvjIg=66ObImPAUA0o2f1hTGknnnv5ScXvX8EnREJCPHHBY5M=sZve6ovGP3QNz9Fb83x8a6AH6iuvZlx0AYCJSR46RcU=mP6EAdoDsTZFzO8BTgXz9BUOgAqPE0LKdomBqQor3cM=>
 > Developer Best 
Practices<https://urldefense.proofpoint.com/v2/url?u=https-3A__wiki.onap.org_display_DW_Developer-2BBest-2BPractices-3Fsrc-3Dbreadcrumbs-2Dparent=DwMGaQ=LFYZ-o9_HUMeMTSQicvjIg=66ObImPAUA0o2f1hTGknnnv5ScXvX8EnREJCPHHBY5M=sZve6ovGP3QNz9Fb83x8a6AH6iuvZlx0AYCJSR46RcU=gafwynFsHuSwTyYCpXl9A1TDUefYkXhbqsqCe9uOlHg=>
 > Java code style
https://wiki.onap.org/display/DW/Java+code+style<https://urldefense.proofpoint.com/v2/url?u=https-3A__wiki.onap.org_display_DW_Java-2Bcode-2Bstyle=DwMGaQ=LFYZ-o9_HUMeMTSQicvjIg=66ObImPAUA0o2f1hTGknnnv5ScXvX8EnREJCPHHBY5M=sZve6ovGP3QNz9Fb83x8a6AH6iuvZlx0AYCJSR46RcU=7qWaAq1MdmNk3zQBaxmdzi5H_8B-oaQnGT594fcuA3Q=>

Thanks,
Gary

From: Alexis de Talhouët [mailto:adetalhoue...@gmail.com]
Sent: Wednesday, July 12, 2017 3:32 AM
To: Gary Wu <gary.i...@huawei.com<mailto:gary.i...@huawei.com>>
Cc: Gildas Lanilis 
<gildas.lani...@huawei.com<mailto:gildas.lani...@huawei.com>>; LEFEVRE, 
CATHERINE <cl6...@intl.att.com<mailto:cl6...@intl.att.com>>; 
onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>
Subject: Re: [onap-discuss] [integration] Refactor CLAMP to inherit from oparent

Ok, good. Thanks for the pointers. Google Java Style what is use as well in 
ODL, so I can say I'm already familiar with them :)
One we have a wiki for that, I strongly believe advertising this widly (through 
this mailing list) can be a good start to get devs onboard and/or familiar with 
the check styles rules that would be enforced.

Thanks,
Alexis

Le mardi 11 juillet 2017, Gary Wu 
<gary.i...@huawei.com<mailto:gary.i...@huawei.com>> a écrit :
Currently we’re using what was defined for OPEN-O:  
https://wiki.open-o.org/display/GI/OPEN-O+Java+code+style<https://urldefense.proofpoint.com/v2/url?u=https-3A__wiki.open-2Do.org_display_GI_OPEN-2DO-2BJava-2Bcode-2Bstyle=DwMGaQ=LFYZ-o9_HUMeMTSQicvjIg=66ObImPAUA0o2f1hTGknnnv5ScXvX8EnREJCPHHBY5M=sZve6ovGP3QNz9Fb83x8a6AH6iuvZlx0AYCJSR46RcU=NrgqXtgwAtTFP6pIW2z7W9b2I3Yoi1aWHmD-QZr2YFQ=>,
 namely:

Google Java Style with some modifications:
4.2 Block indentation: +4 spaces
4.4 Column limit: 120

Gildas, any ideas where we should put this in the ONAP wiki?

Thanks,
Gary

From: Alexis de Talhouët 
[mailto:adetalhoue...@gmail.com<javascript:_e(%7B%7D,'cvml','adetalhoue...@gmail.com');>]
Sent: Tuesday, July 11, 2017 2:11 PM
To: Gary Wu 
<gary.i...@huawei.com<javascript:_e(%7B%7D,'cvml','gary.i...@huawei.com');>>
Cc: LEFEVRE, CATHERINE 
<cl6...@intl.att.com<javascript:_e(%7B%7D,'cvml','cl6...@intl.att.com');>>; 
onap-discuss@lists.onap.org<javascript:_e(%7B%7D,'cvml','onap-discuss@lists.onap.org');>
Subject: Re: [onap-discuss] [integration] Refactor CLAMP to inherit from oparent


On Jul 11, 2017, at 2:27 PM, Gary Wu 
<gary.i...@huawei.com<javascript:_e(%7B%7D,'cvml','gary.i...@huawei.com');>> 
wrote:

Hi Catherine,

In today’s Integration meeting, we discussed having CLAMP pilot trials around 
coding styles.  In OPEN-O we centrally defined coding styles in the oparent 
project/repo, and it would be great if we can do likewise for ONAP so we can 
avoid duplicate or conflicting definitions across projects.  Do you think we 
can have CLAMP do a pilot run on inheriting from oparent as well?

Is there an place where the code style rules have been explained? I believe a 
wiki page to explain what are the agreed rules could help, similar to what ODL 
has here: 
https://wiki.opendaylight.org/view/BestPractices/Coding_Guidelines#General_Code_Style<https://urldefense.proofpoint.com/v2/url?u=https-3A__wiki.opendaylight.org_view_BestPractices_Coding-5FGuidelines-23General-5FCode-5FStyle=DwMGaQ=LFYZ-o9_HU

Re: [onap-discuss] Integration project PTL Election

[Lefevre, Catherine]

+1 - same comment than Eric ;-)

From: onap-discuss-boun...@lists.onap.org 
[mailto:onap-discuss-boun...@lists.onap.org] On Behalf Of eric.deb...@orange.com
Sent: Friday, June 23, 2017 7:33 PM
To: onap-discuss@lists.onap.org
Subject: [onap-discuss] Integration project PTL Election

Hello,

I am not a committer. But I would give +1 for Helen ;-)

Eric

_



Ce message et ses pieces jointes peuvent contenir des informations 
confidentielles ou privilegiees et ne doivent donc

pas etre diffuses, exploites ou copies sans autorisation. Si vous avez recu ce 
message par erreur, veuillez le signaler

a l'expediteur et le detruire ainsi que les pieces jointes. Les messages 
electroniques etant susceptibles d'alteration,

Orange decline toute responsabilite si ce message a ete altere, deforme ou 
falsifie. Merci.



This message and its attachments may contain confidential or privileged 
information that may be protected by law;

they should not be distributed, used or copied without authorisation.

If you have received this email in error, please notify the sender and delete 
this message and its attachments.

As emails may be altered, Orange is not liable for messages that have been 
modified, changed or falsified.

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

Re: [onap-discuss] Info needed about application inside dockers on MSO and SDNC inside ONAP system

[Lefevre, Catherine]

Good evening Gaurav,

You can find the ONAP Docker strategy on the ONAP wiki - look at the "VMs and 
Containers" section
https://wiki.onap.org/display/DW/Release+Notes+1.0.0+draft

Best regards
Catherine

From: onap-discuss-boun...@lists.onap.org 
[mailto:onap-discuss-boun...@lists.onap.org] On Behalf Of Gaurav Gupta (c)
Sent: Friday, June 23, 2017 8:00 PM
To: onap-discuss@lists.onap.org
Subject: [onap-discuss] Info needed about application inside dockers on MSO and 
SDNC inside ONAP system


Hello There

We  have started looking at MSO Code and there does exists an relationship 
between docker-compose.yml and pom.xml present inside multiple directories 
inside MSO projects   .

To Further look at Code Flow  - In case some has deployed ONAP System can the 
following information be provided .

a- how many Application are running inside each docker containers  . ( When I 
say Application I mean distinct PID as indicated  in ps -eaf )
b - How does the Application running inside 2 differnt docker containers inside 
the same VM  interacts with each other .

For Example MSO has 2 docker containers and SDNC 4 Dockers .
- ps -eaf  ( output from each docker containers )
- netstat -tunlp ( output from each docker containers )

pls note that above two information needs to be collected from each of the 
dockers inside MSO , SDNC



with best regards

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

[onap-discuss] [APPC] Application Controller Project PTL Nominations

[Lefevre, Catherine]

Good morning all,

I would like to share with you the results of the Application Controller PTL 
poll survey.

1. Randa Maher  (Condorcet winner: wins contests with all other choices)
2. No opinion  loses to Randa Maher by 4-0

Additional details:
http://civs.cs.cornell.edu/cgi-bin/results.pl?id=E_365b3af3c5ed2d66

Have a great weekend.

Best regards
Catherine

From: Lefevre, Catherine
Sent: Wednesday, June 21, 2017 1:53 PM
To: 'onap-discuss@lists.onap.org' <onap-discuss@lists.onap.org>
Subject: [APPC] Application Controller Project PTL Nominations

Dear APPC Committers,

I would like to inform you that the voting poll has been set up for vote 
collection.
The voting poll will be closed by Friday, June 23rd EoD (PST)

Have a nice day.

Best regards
Catherine
From: 
onap-discuss-boun...@lists.onap.org<mailto:onap-discuss-boun...@lists.onap.org> 
[mailto:onap-discuss-boun...@lists.onap.org] On Behalf Of Lefevre, Catherine
Sent: Friday, June 16, 2017 7:04 PM
To: onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>
Subject: [onap-discuss] [APPC] Application Controller Project PTL Nominations

***Security Advisory: This Message Originated Outside of AT ***
Reference http://cso.att.com/EmailSecurity/IDSP.html for more information.
Greetings APPC Committers,

The Application Controller project is soliciting self-nominations for its 
Project Technical Lead.  Per TSC instructions, nominees should be from those 
listed as committers on the Application Controller project proposal approved by 
the ONAP TSC 
(https://wiki.onap.org/pages/viewpage.action?pageId=3246996)<https://urldefense.proofpoint.com/v2/url?u=https-3A__wiki.onap.org_pages_viewpage.action-3FpageId-3D3246903-29=DwMGaQ=LFYZ-o9_HUMeMTSQicvjIg=66ObImPAUA0o2f1hTGknnnv5ScXvX8EnREJCPHHBY5M=GhVmAFL9ETrL_zLhgc_IyaVNPRFQSN8OUyTSrhTFnPs=tdCtnV7k4zX02h14zOoacNmQODKZ6jTtfp1PtHuTw1c=>.
The nomination period will end on Tuesday, June 20.

To nominate, please send an email to the onap-discuss list, stating your 
interest, and a short bio for helping people to know you better.
After the nomination period is closed, a voting poll will be set up for vote 
collection.

Have a great weekend !

Many thanks & regards
Catherine

Catherine Lefèvre
AT Network and Shared Services
D2 Platform & Systems Development
AVP Software Development & Engineering
ECOMP/ONAP/RUBY/SPP


Phone: +32 2 418 49 22
Mobile: +32 475 77 36 73
catherine.lefe...@intl.att.com<mailto:catherine.lefe...@intl.att.com>

TEXTING and DRIVING... It Can Wait

AT
BUROGEST OFFICE PARK SA
Avenue des Dessus-de-Lives, 2
5101 Loyers (Namur)
Belgium



NOTE: This email (or its attachments) contains information belonging to the 
sender, which may be confidential. proprietary and/or legally privileged. The 
information is intended only for the use of the individual(s) or entity(ies) 
named above. If you are not the intended recipient, you are hereby notified 
that any disclosure, distribution or taking of any action in reliance on the 
content of this is strictly forbidden. If you have received this e-mail in 
error please immediately notify the sender identified above

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

[onap-discuss] [APPC] Application Controller Project PTL Nominations

[Lefevre, Catherine]

Dear APPC Committers,

I would like to inform you that the voting poll has been set up for vote 
collection.
The voting poll will be closed by Friday, June 23rd EoD (PST)

Have a nice day.

Best regards
Catherine

From: 
onap-discuss-boun...@lists.onap.org<mailto:onap-discuss-boun...@lists.onap.org> 
[mailto:onap-discuss-boun...@lists.onap.org] On Behalf Of Lefevre, Catherine
Sent: Friday, June 16, 2017 7:04 PM
To: onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>
Subject: [onap-discuss] [APPC] Application Controller Project PTL Nominations

***Security Advisory: This Message Originated Outside of AT ***
Reference http://cso.att.com/EmailSecurity/IDSP.html for more information.
Greetings APPC Committers,

The Application Controller project is soliciting self-nominations for its 
Project Technical Lead.  Per TSC instructions, nominees should be from those 
listed as committers on the Application Controller project proposal approved by 
the ONAP TSC 
(https://wiki.onap.org/pages/viewpage.action?pageId=3246996)<https://urldefense.proofpoint.com/v2/url?u=https-3A__wiki.onap.org_pages_viewpage.action-3FpageId-3D3246903-29=DwMGaQ=LFYZ-o9_HUMeMTSQicvjIg=66ObImPAUA0o2f1hTGknnnv5ScXvX8EnREJCPHHBY5M=GhVmAFL9ETrL_zLhgc_IyaVNPRFQSN8OUyTSrhTFnPs=tdCtnV7k4zX02h14zOoacNmQODKZ6jTtfp1PtHuTw1c=>.
The nomination period will end on Tuesday, June 20.

To nominate, please send an email to the onap-discuss list, stating your 
interest, and a short bio for helping people to know you better.
After the nomination period is closed, a voting poll will be set up for vote 
collection.

Have a great weekend !

Many thanks & regards
Catherine

Catherine Lefèvre
AT Network and Shared Services
D2 Platform & Systems Development
AVP Software Development & Engineering
ECOMP/ONAP/RUBY/SPP


Phone: +32 2 418 49 22
Mobile: +32 475 77 36 73
catherine.lefe...@intl.att.com<mailto:catherine.lefe...@intl.att.com>

TEXTING and DRIVING... It Can Wait

AT
BUROGEST OFFICE PARK SA
Avenue des Dessus-de-Lives, 2
5101 Loyers (Namur)
Belgium



NOTE: This email (or its attachments) contains information belonging to the 
sender, which may be confidential. proprietary and/or legally privileged. The 
information is intended only for the use of the individual(s) or entity(ies) 
named above. If you are not the intended recipient, you are hereby notified 
that any disclosure, distribution or taking of any action in reliance on the 
content of this is strictly forbidden. If you have received this e-mail in 
error please immediately notify the sender identified above

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

Re: [onap-discuss] Small size logo

[Lefevre, Catherine]

Hi Anaël,

Is there anything you could reduce from this package?
https://jira.onap.org/secure/attachment/10117/logo_onap_030117.zip

KR
Catherine

From: onap-discuss-boun...@lists.onap.org 
[mailto:onap-discuss-boun...@lists.onap.org] On Behalf Of Closson, Anael
Sent: Tuesday, June 20, 2017 11:28 AM
To: onap-discuss@lists.onap.org
Subject: [onap-discuss] Small size logo

***Security Advisory: This Message Originated Outside of AT ***
Reference http://cso.att.com/EmailSecurity/IDSP.html for more information.
Hello all,

I’m looking for a reduced ONAP logo. Something like the left part from 
https://www.onap.org/wp-content/uploads/sites/20/2017/02/logo_onap_4x.png.

Is there any available officially somewhere ?

Thanks

Anaël




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

Re: [onap-discuss] List of ONAP Docker Images

[Lefevre, Catherine]

Dear all,

I have created the following Jira stories to cover this request:
AAI-10, APP-13, CIMAN-3, COMMON-21, DCAE-31, MSO-19, POLICY-25, PORTAL-19, 
SDC-33, SDNC-17, TEST-27, VID-16.

Best regards
Catherine

From: Viswa KSP [mailto:kspviswa.git...@gmail.com]
Sent: Sunday, June 18, 2017 10:55 AM
To: Lefevre, Catherine <cl6...@intl.att.com>
Cc: onap-discuss@lists.onap.org
Subject: Re: [onap-discuss] List of ONAP Docker Images

+1

BR,
Viswa

On Sat, Jun 17, 2017 at 3:44 AM, Lefevre, Catherine 
<cl6...@intl.att.com<mailto:cl6...@intl.att.com>> wrote:
Dear all,

I want to highlight that the changes from “openecomp” to “onap” is not only 
about the docker containers and gerrit repo.
It will also require to change the source code, artefacts, to re-adjust Jenkins 
jobs etc. across all the components.

We could create an epic so each team could assess this effort based on their 
resource capacity for R1.

Best regards
Catherine

From: 
onap-discuss-boun...@lists.onap.org<mailto:onap-discuss-boun...@lists.onap.org> 
[mailto:onap-discuss-boun...@lists.onap.org<mailto:onap-discuss-boun...@lists.onap.org>]
 On Behalf Of Gildas Lanilis
Sent: Friday, June 16, 2017 11:41 PM
To: ROSE, DANIEL V <dr6...@att.com<mailto:dr6...@att.com>>; Gary Wu 
<gary.i...@huawei.com<mailto:gary.i...@huawei.com>>; Viswa KSP 
<kspviswa.git...@gmail.com<mailto:kspviswa.git...@gmail.com>>

Cc: onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>
Subject: Re: [onap-discuss] List of ONAP Docker Images

Hi,

I just discussed this with Andy at LF.
As we speak Nexus is supporting both org.openecomp and org.onap. So there is no 
urgency to make the shift.
As we have so many other things to do, we may wait until M2 to make it happen.

Thanks,
Gildas
ONAP Release Manager
1 415 238 6287

From: 
onap-discuss-boun...@lists.onap.org<mailto:onap-discuss-boun...@lists.onap.org> 
[mailto:onap-discuss-boun...@lists.onap.org] On Behalf Of ROSE, DANIEL V
Sent: Friday, June 16, 2017 1:53 PM
To: Gary Wu; Viswa KSP
Cc: onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>
Subject: Re: [onap-discuss] List of ONAP Docker Images

It is on everyone’s radar and was discussed at the may F2F but I don’t think 
there was a timeline yet because it will be disruptive for a bit. Timeline will 
probably have to come from the TSC due to all the cross project impacts. Maybe 
bring it up in the tsc list if you think its important Viswa.

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 Gary Wu
Sent: Friday, June 16, 2017 11:20 AM
To: Viswa KSP <kspviswa.git...@gmail.com<mailto:kspviswa.git...@gmail.com>>
Cc: onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>
Subject: Re: [onap-discuss] List of ONAP Docker Images

My understanding is that all the docker image names will be changed to onap.  
In addition, all the Java artifacts will have groupIds and package names 
changed to org.onap as well.  I’m not sure what the timeline is on either of 
these items.

Thanks,
Gary

From: Viswa KSP [mailto:kspviswa.git...@gmail.com]
Sent: Friday, June 16, 2017 2:31 AM
To: Gary Wu <gary.i...@huawei.com<mailto:gary.i...@huawei.com>>
Cc: onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>
Subject: Re: [onap-discuss] List of ONAP Docker Images

Is there a proposal to standardize docker parent repo to just onap ? ( Cos I 
can see bunch of docker parents such as onap, openecomp, dcae, aai etc ).

BR,
Viswa

On Fri, Jun 16, 2017 at 4:14 AM, Gary Wu 
<gary.i...@huawei.com<mailto:gary.i...@huawei.com>> wrote:
Hi PTLs,

I am compiling a list of all the ONAP Docker images in a spreadsheet (CSV):

https://gerrit.onap.org/r/gitweb?p=integration.git;a=blob;f=packaging/docker/docker-images.csv;h=9bac826b024ed76fb991ea3694ca39a669f53bbe;hb=refs/heads/master<https://urldefense.proofpoint.com/v2/url?u=https-3A__gerrit.onap.org_r_gitweb-3Fp-3Dintegration.git-3Ba-3Dblob-3Bf-3Dpackaging_docker_docker-2Dimages.csv-3Bh-3D9bac826b024ed76fb991ea3694ca39a669f53bbe-3Bhb-3Drefs_heads_master=DwMGaQ=LFYZ-o9_HUMeMTSQicvjIg=2wwdGZ3YcpSivQ2Kio028A=m-bLCCOyjlIVgQjXvXfdR98N07crbsRe6Orj2Im5mMg=hXB1qypLyHDtv5v63fNsN822sqn6rHGabkl6XY-2KeM=>

Please take a look and see if there is anything missing or incorrect for your 
respective projects.  In particular, please let me know if there are any 
planned changes for Release 1.

Please feel free to submit any changes directly via Gerrit, or you may email me 
and I’ll change it for you.

Thanks,
Gary



___
onap-discuss mailing list
onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>
https://lists.onap.org/mailman/listinfo/onap-discuss<https://urldefense.proofpoint.com/v2/url?u=

Re: [onap-discuss] List of ONAP Docker Images

[Lefevre, Catherine]

Dear all,

I want to highlight that the changes from “openecomp” to “onap” is not only 
about the docker containers and gerrit repo.
It will also require to change the source code, artefacts, to re-adjust Jenkins 
jobs etc. across all the components.

We could create an epic so each team could assess this effort based on their 
resource capacity for R1.

Best regards
Catherine

From: onap-discuss-boun...@lists.onap.org 
[mailto:onap-discuss-boun...@lists.onap.org] On Behalf Of Gildas Lanilis
Sent: Friday, June 16, 2017 11:41 PM
To: ROSE, DANIEL V ; Gary Wu ; Viswa KSP 

Cc: onap-discuss@lists.onap.org
Subject: Re: [onap-discuss] List of ONAP Docker Images

Hi,

I just discussed this with Andy at LF.
As we speak Nexus is supporting both org.openecomp and org.onap. So there is no 
urgency to make the shift.
As we have so many other things to do, we may wait until M2 to make it happen.

Thanks,
Gildas
ONAP Release Manager
1 415 238 6287

From: 
onap-discuss-boun...@lists.onap.org 
[mailto:onap-discuss-boun...@lists.onap.org] On Behalf Of ROSE, DANIEL V
Sent: Friday, June 16, 2017 1:53 PM
To: Gary Wu; Viswa KSP
Cc: onap-discuss@lists.onap.org
Subject: Re: [onap-discuss] List of ONAP Docker Images

It is on everyone’s radar and was discussed at the may F2F but I don’t think 
there was a timeline yet because it will be disruptive for a bit. Timeline will 
probably have to come from the TSC due to all the cross project impacts. Maybe 
bring it up in the tsc list if you think its important Viswa.

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] On Behalf Of Gary Wu
Sent: Friday, June 16, 2017 11:20 AM
To: Viswa KSP >
Cc: onap-discuss@lists.onap.org
Subject: Re: [onap-discuss] List of ONAP Docker Images

My understanding is that all the docker image names will be changed to onap.  
In addition, all the Java artifacts will have groupIds and package names 
changed to org.onap as well.  I’m not sure what the timeline is on either of 
these items.

Thanks,
Gary

From: Viswa KSP [mailto:kspviswa.git...@gmail.com]
Sent: Friday, June 16, 2017 2:31 AM
To: Gary Wu >
Cc: onap-discuss@lists.onap.org
Subject: Re: [onap-discuss] List of ONAP Docker Images

Is there a proposal to standardize docker parent repo to just onap ? ( Cos I 
can see bunch of docker parents such as onap, openecomp, dcae, aai etc ).

BR,
Viswa

On Fri, Jun 16, 2017 at 4:14 AM, Gary Wu 
> wrote:
Hi PTLs,

I am compiling a list of all the ONAP Docker images in a spreadsheet (CSV):

https://gerrit.onap.org/r/gitweb?p=integration.git;a=blob;f=packaging/docker/docker-images.csv;h=9bac826b024ed76fb991ea3694ca39a669f53bbe;hb=refs/heads/master

Please take a look and see if there is anything missing or incorrect for your 
respective projects.  In particular, please let me know if there are any 
planned changes for Release 1.

Please feel free to submit any changes directly via Gerrit, or you may email me 
and I’ll change it for you.

Thanks,
Gary



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

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

[onap-discuss] [APPC] Application Controller Project PTL Nominations

[Lefevre, Catherine]

Greetings APPC Committers,

The Application Controller project is soliciting self-nominations for its 
Project Technical Lead.  Per TSC instructions, nominees should be from those 
listed as committers on the Application Controller project proposal approved by 
the ONAP TSC 
(https://wiki.onap.org/pages/viewpage.action?pageId=3246996).
The nomination period will end on Tuesday, June 20.

To nominate, please send an email to the onap-discuss list, stating your 
interest, and a short bio for helping people to know you better.
After the nomination period is closed, a voting poll will be set up for vote 
collection.

Have a great weekend !

Many thanks & regards
Catherine

Catherine Lefèvre
AT Network and Shared Services
D2 Platform & Systems Development
AVP Software Development & Engineering
ECOMP/ONAP/RUBY/SPP


Phone: +32 2 418 49 22
Mobile: +32 475 77 36 73
catherine.lefe...@intl.att.com

TEXTING and DRIVING... It Can Wait

AT
BUROGEST OFFICE PARK SA
Avenue des Dessus-de-Lives, 2
5101 Loyers (Namur)
Belgium



NOTE: This email (or its attachments) contains information belonging to the 
sender, which may be confidential. proprietary and/or legally privileged. The 
information is intended only for the use of the individual(s) or entity(ies) 
named above. If you are not the intended recipient, you are hereby notified 
that any disclosure, distribution or taking of any action in reliance on the 
content of this is strictly forbidden. If you have received this e-mail in 
error please immediately notify the sender identified above

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

Re: [onap-discuss] [onap-discssus] Tooling for call flow

[Lefevre, Catherine]

Hi Eric, Phil,

EtherPlant seems to be a great tool.
Brian started to use it to define some of the use case call flows.
I would like to recommend it as well.

Best regards
Catherine

From: onap-discuss-boun...@lists.onap.org 
[mailto:onap-discuss-boun...@lists.onap.org] On Behalf Of Lefevre, Catherine
Sent: Monday, May 29, 2017 7:05 PM
To: onap-discuss@lists.onap.org; eric.deb...@orange.com
Subject: Re: [onap-discuss] [onap-discssus] Tooling for call flow

***Security Advisory: This Message Originated Outside of AT ***
Reference http://cso.att.com/EmailSecurity/IDSP.html for more information.
Hi Eric,

It could be an interesting if people have not the Visio license (or any similar 
tool).
I will try it.

Best regards
Catherine

From: 
onap-discuss-boun...@lists.onap.org<mailto:onap-discuss-boun...@lists.onap.org> 
[mailto:onap-discuss-boun...@lists.onap.org] On Behalf Of ROSE, DANIEL V
Sent: Friday, May 26, 2017 9:39 PM
To: eric.deb...@orange.com<mailto:eric.deb...@orange.com>; 
onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>
Subject: Re: [onap-discuss] [onap-discssus] Tooling for call flow

***Security Advisory: This Message Originated Outside of AT ***
Reference http://cso.att.com/EmailSecurity/IDSP.html for more information.
Ah totally different then what I thought! I cant help much there :)

Thanks,
Daniel Rose
ECOMP / ONAP
com.att.ecomp
732-420-7308

From: eric.deb...@orange.com<mailto:eric.deb...@orange.com> 
[mailto:eric.deb...@orange.com]
Sent: Friday, May 26, 2017 3:31 PM
To: ROSE, DANIEL V <dr6...@att.com<mailto:dr6...@att.com>>; 
onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>
Subject: RE: [onap-discssus] Tooling for call flow

Hello

I am talking about call flow for use-case description (eg call flow for VoLTE: 
https://wiki.onap.org/download/attachments/3246140/image2017-5-17_18-34-39.png?version=1=149501728=v2<https://urldefense.proofpoint.com/v2/url?u=https-3A__wiki.onap.org_download_attachments_3246140_image2017-2D5-2D17-5F18-2D34-2D39.png-3Fversion-3D1-26modificationDate-3D149501728-26api-3Dv2=DwMFAw=LFYZ-o9_HUMeMTSQicvjIg=2wwdGZ3YcpSivQ2Kio028A=oRJNVLxdGAa2RAOHTG7lrsvKD5HLyeGyEErX1gSAblI=_Vrnfl0dVgfCEnss8jSn8mOy4b5jM464UDgXAVhUyiQ=>
) or for any documentation.

Eric

De : ROSE, DANIEL V [mailto:dr6...@att.com]
Envoyé : mercredi 24 mai 2017 19:58
À : DEBEAU Eric IMT/OLN; 
onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>
Objet : RE: [onap-discssus] Tooling for call flow

Hi Eric,

Are you talking about call flows in the model 
(https://wiki.onap.org/display/DW/Service+Design#ServiceDesign-CNCF<https://urldefense.proofpoint.com/v2/url?u=https-3A__wiki.onap.org_display_DW_Service-2BDesign-23ServiceDesign-2DCNCF=DwMFAw=LFYZ-o9_HUMeMTSQicvjIg=2wwdGZ3YcpSivQ2Kio028A=oRJNVLxdGAa2RAOHTG7lrsvKD5HLyeGyEErX1gSAblI=SGRRBCdejjrNNJqDZ0mBouE5GI4F2ZCZ69zWHvTX-9Q=>
 )?

Or are you talking about DGs in sdnc?

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 
eric.deb...@orange.com<mailto:eric.deb...@orange.com>
Sent: Wednesday, May 24, 2017 3:17 AM
To: onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>
Subject: [onap-discuss] [onap-discssus] Tooling for call flow

Hello

To be able to work on call flow in a collaborative way, I believe that we 
should use a tool based on a description language rather using images.

Is there any guideline within the Linux Foundation for such tooling ?

Within Orange, we developed a cool tool:
https://github.com/Orange-OpenSource/EtherPlant<https://urldefense.proofpoint.com/v2/url?u=https-3A__github.com_Orange-2DOpenSource_EtherPlant=DwMFAg=LFYZ-o9_HUMeMTSQicvjIg=2wwdGZ3YcpSivQ2Kio028A=U3IO8jwb6hVdaChhZYvWMR9XWC2D5CVMcgh7XvS0WwU=vqPJQJvRow3fwB9eth7HLyxQc2szt3NH8PgYdNz9TQM=>

Eric

_



Ce message et ses pieces jointes peuvent contenir des informations 
confidentielles ou privilegiees et ne doivent donc

pas etre diffuses, exploites ou copies sans autorisation. Si vous avez recu ce 
message par erreur, veuillez le signaler

a l'expediteur et le detruire ainsi que les pieces jointes. Les messages 
electroniques etant susceptibles d'alteration,

Orange decline toute responsabilite si ce message a ete altere, deforme ou 
falsifie. Merci.



This message and its attachments may contain confidential or privileged 
information that may be protected by law;

they should not be distributed, used or copied without authorisation.

If you have received this email in error, please notify the sender and delete 
this message and its attachments.

As emails may be altered, Orange i

Re: [onap-discuss] Staging repo in settings.xml

[Lefevre, Catherine]

Gary, Oliver,

I have discussed again this topic with Christophe this morning

Looking at the number of potential project proposals, we believe that the 
versioning could be handled independently 
The key is to publish the Manifesto for each release containing the good 
combination of containers, artifacts etc.
This is also a lesson learnt from the OpenStack Community.

I believe we should move in that direction except if the ONAP TSC does not agree

Best regards
Catherine
-Original Message-
From: onap-discuss-boun...@lists.onap.org 
[mailto:onap-discuss-boun...@lists.onap.org] On Behalf Of Gary Wu
Sent: Wednesday, May 31, 2017 7:05 PM
To: SPATSCHECK, OLIVER 
Cc: onap-discuss@lists.onap.org
Subject: Re: [onap-discuss] Staging repo in settings.xml

Hi Oliver,



There are definitely disadvantages to keeping all versions in sync, as you 
mentioned.



I think the main issue to decide on is this: To what degree will the ONAP 
community support a mix of different versions of different modules?  

If each module is independently versioned, then which specific version 
combinations will ONAP officially support for each ONAP release?  



* If we only support one canonical combination, then we might as well keep all 
versions in sync.

* If we support arbitrary version combinations, then the number of possible 
combinations becomes astronomical.

* Or maybe it's somewhere between the two, i.e. keep a small list of specific, 
supported version combinations, maybe corresponding to a few critical fixes 
only.



Any bug fix or version bump in any module has the potential to introduce a 
breaking change against some specific versions of another module, or even 
breaking compatibility with a VNF that had been certified against a particular 
"base release" of ONAP.  How should we address such issues?  How should we 
respond to people who are using a version combination that is not officially 
supported?



I can see pros and cons to either approach (sync all versions or not), which is 
why the TSC probably needs to weigh in on this.



Thanks,

Gary





-Original Message-

From: SPATSCHECK, OLIVER (OLIVER) [mailto:spat...@research.att.com] 

Sent: Wednesday, May 31, 2017 6:22 AM

To: Gary Wu 

Cc: CLOSSET, CHRISTOPHE ; Andrew Grimberg 
; Coquelin, Sebastien 
; onap-discuss@lists.onap.org

Subject: Re: [onap-discuss] Staging repo in settings.xml





Gary,



thanks for the summary. 



I would NOT try to keep the version numbers in sync. Either way creates work 
and I believe keeping them in sync creates much more work.



E.g. if you apply a patch to a jar file (let’s say an emergency security patch 
which will come..) in a release branch does that mean everybody has to generate 
a jar file with the matching version number and push it out even if nothing 
changed? So that creates work for 31 projects (current count) when one project 
fixes a bug in one jar file. Does even the documentation projects have to bump 
the version number on there documentation because somebody edited a jar file? 
That either slows down patching or generates a lot of work for a lot of people.



Even keeping mayor version numbers in sync is questionable to me. E.g. if two 
years from now a new project is started and ONAP is on release 4.x.x does that 
mean a fairly new jar file should start out with release number 4.x.x ? That 
would indicate much more maturity then the jar file probably has at that point 
in time and is misleading to the user. 



So I would have an ONAP release number and version numbers of artifacts which 
tie into a release. I am not quite sure why that would be more work then above.



Oliver



> On May 30, 2017, at 6:49 PM  EDT, Gary Wu  wrote:

> 

> A quick summary of our call this morning with myself, Christophe, and 
> Sebastien:

>  

> The consensus is that we’re ok to move the Java artifacts back to SNAPSHOT 
> versioning (and thereby removing build dependencies on Staging repos) as long 
> as the docker images can continue with the current STAGING tags.  Christophe 
> will check back with AT teams to organize this effort, hopefully to be done 
> within a few days.

>  

> One big open issue for the TSC to decide is whether we want to keep all Java 
> artifact versions in sync across all modules/projects (i.e. version 1.0.0) 
> for each ONAP release, or if we want to support a mix of independent version 
> numbers and release cycles per project or even per jar file.  For reference, 
> Open-O decided on the former in order to minimize support and maintenance 
> costs.

>  

> Thanks,

> Gary

>  

>  

> From: Closset, Christophe [mailto:cc6...@intl.att.com]

> Sent: Monday, May 29, 2017 6:22 AM

> To: SPATSCHECK, OLIVER ; Andrew Grimberg 

> 

> Cc: Gary Wu ; Coquelin, 

Re: [onap-discuss] Need ONAP webinar slides

[Lefevre, Catherine]

Hi Viswa,

This document has been released under AT IP
So your presentation must contain applicable copyright notices

Best regards
Catherine

From: onap-discuss-boun...@lists.onap.org 
[mailto:onap-discuss-boun...@lists.onap.org] On Behalf Of Viswa KSP
Sent: Wednesday, May 31, 2017 9:58 AM
To: ROSE, DANIEL V 
Cc: onap-discuss@lists.onap.org
Subject: Re: [onap-discuss] Need ONAP webinar slides

Thanks a lot Daniel. This suffice my requirement.

Could you confirm if I can re-use some portion of this document ?

BR,
Viswa

On Tue, May 30, 2017 at 9:10 PM, ROSE, DANIEL V 
> wrote:
If you are talking about 
https://wiki.onap.org/display/DW/Intro+to+ONAP+Webinar
 I don’t seem to have the exact same ppt but here is a very similar one

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]
 On Behalf Of ROSE, DANIEL V
Sent: Tuesday, May 30, 2017 9:52 AM
To: Viswa KSP >; 
onap-discuss@lists.onap.org
Subject: Re: [onap-discuss] Need ONAP webinar slides

***Security Advisory: This Message Originated Outside of AT ***
Reference http://cso.att.com/EmailSecurity/IDSP.html for more information.
Can you give more details about who gave this so we can find the info you need?

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] On Behalf Of Viswa KSP
Sent: Tuesday, May 30, 2017 6:05 AM
To: onap-discuss@lists.onap.org
Subject: Re: [onap-discuss] Need ONAP webinar slides

Dear All,

Could someone pls provide me webinar slides???

BR,
Viswa

On Mon, May 29, 2017 at 11:50 PM, Viswa KSP 
> wrote:
Hello,

I would like to use the slides that was presented as part of ONOS Introduction 
webinar.
Could you please provide me the link to download the same?

I assume all the materials of ONAP are open-sourced and can be utilised by 
public. Please let me know if otherwise.

BR,
Viswa


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

Re: [onap-discuss] closed loop in vLB doesn't seem to be working

[Lefevre, Catherine]

Hi Kedar,

I previously thought that you were looking at some Logging/Diagnostic 
Information per component (i.e. DCAE, Policy, MSO etc.) so you can track where 
the issue is in the vDNS/vLB flow.

Did you also look at the tutorial?
https://wiki.onap.org/display/DW/Installing+and+Running+the+ONAP+Demos

Best regards
Catherine

From: onap-discuss-boun...@lists.onap.org 
[mailto:onap-discuss-boun...@lists.onap.org] On Behalf Of Kedar Ambekar
Sent: Tuesday, May 30, 2017 6:48 AM
To: onap-discuss@lists.onap.org
Subject: Re: [onap-discuss] closed loop in vLB doesn't seem to be working

Hi Catherine,

Thanks for reply. I looked into the wiki page you pointed but it doesn't talk 
about vLB use case. This 
README.md<https://urldefense.proofpoint.com/v2/url?u=https-3A__nexus.onap.org_content_sites_raw_org.openecomp.demo_README.md=DwMFAg=LFYZ-o9_HUMeMTSQicvjIg=66ObImPAUA0o2f1hTGknnnv5ScXvX8EnREJCPHHBY5M=lbl8E25TNjw1m7vM9a953FkrKsxrVn1gbUbBN_-pGWo=fGIGuDjqZl5T-0pBt5QgafegvTX4So8N4cPakjZ4qCE=>
 explains the use case to some extent.

But for my issue, where to look for logs ? Could anyone explain on these lines -

How to verify VES events generated by LB VM ?
How to verify VES events collected by DCAE ?
How to verify policy applied by DCAE ?


Hoe to verify MSO orchestrating spawning a new DNS VM ?

From: Lefevre, Catherine [mailto:cl6...@intl.att.com]
Sent: Monday, May 29, 2017 11:38 PM
To: Kedar Ambekar <ake...@techmahindra.com<mailto:ake...@techmahindra.com>>; 
onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>
Subject: RE: closed loop in vLB doesn't seem to be working

Hi Kedar,

You can find some Logging/Diagnostic Information looking at the following url:
https://wiki.onap.org/display/DW/Release+Notes+1.0.0+draft<https://urldefense.proofpoint.com/v2/url?u=https-3A__wiki.onap.org_display_DW_Release-2BNotes-2B1.0.0-2Bdraft=DwMFAg=LFYZ-o9_HUMeMTSQicvjIg=66ObImPAUA0o2f1hTGknnnv5ScXvX8EnREJCPHHBY5M=lbl8E25TNjw1m7vM9a953FkrKsxrVn1gbUbBN_-pGWo=nuH1e_7wJZgoURTK1MXjbANbu1JmM1UwP0G47Wni990=>

Hope it helps

Best regards
Catherine

From: 
onap-discuss-boun...@lists.onap.org<mailto:onap-discuss-boun...@lists.onap.org> 
[mailto:onap-discuss-boun...@lists.onap.org] On Behalf Of Kedar Ambekar
Sent: Friday, May 26, 2017 2:48 PM
To: onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>
Subject: [onap-discuss] closed loop in vLB doesn't seem to be working

Hi,

I am trying to observe closed loop scenario for vLB use case.


I confirmed with nslookup host1.dnsdemo.openecomp.org *vLoadBalancer_IP* that 
setup is ok.



I increased the traffic on packet generator of vLB  with below command.



curl -X PUT -H "Authorization: Basic YWRtaW46YWRtaW4=" -H "Content-Type: 
application/json" -H "Cache-Control: no-cache" -d '{"pg-streams":{"pg-stream": 
[{"id":"dns1", "is-enabled":"true"}, {"id":"dns2", 
"is-enabled":"true"},{"id":"dns3", "is-enabled":"true"},{"id":"dns4", 
"is-enabled":"true"},{"id":"dns5", "is-enabled":"true"}]}}' "http://localhost 
:8183/restconf/config/sample-plugin:sample-plugin/pg-streams<https://urldefense.proofpoint.com/v2/url?u=http-3A__localhost-2520-3A8183_restconf_config_sample-2Dplugin-3Asample-2Dplugin_pg-2Dstreams=DwMFAg=LFYZ-o9_HUMeMTSQicvjIg=66ObImPAUA0o2f1hTGknnnv5ScXvX8EnREJCPHHBY5M=lbl8E25TNjw1m7vM9a953FkrKsxrVn1gbUbBN_-pGWo=1qS90sCpHpg-Eo6iUG4gtGUJyRU9FUt25KXY-mJg1Ws=>"

After above command, I expect an instance of demovlbdns VM to get spawned under 
heat stack of vLB. I don't see that happening.

I also confirmed by installing a monitoring agent on demovlbdns that it 
actually gets more traffic.

Can anyone tell how to verify the logs of closed control loop across the 
components of ONAP ? Which logs to refer to find out the problem ?

Disclaimer:  This message and the information contained herein is proprietary 
and confidential and subject to the Tech Mahindra policy statement, you may 
review the policy at 
http://www.techmahindra.com/Disclaimer.html<https://urldefense.proofpoint.com/v2/url?u=http-3A__www.techmahindra.com_Disclaimer.html=DwMFAg=LFYZ-o9_HUMeMTSQicvjIg=66ObImPAUA0o2f1hTGknnnv5ScXvX8EnREJCPHHBY5M=0pjtVDQ74vmUCQxWX1mFRg9s9IaozWCzDkvAUMf_6dY=opk_kij-x3GbpiYVHN4GxqfXcKogPCi0G6MaR_LrJTE=>
 externally 
http://tim.techmahindra.com/tim/disclaimer.html<https://urldefense.proofpoint.com/v2/url?u=http-3A__tim.techmahindra.com_tim_disclaimer.html=DwMFAg=LFYZ-o9_HUMeMTSQicvjIg=66ObImPAUA0o2f1hTGknnnv5ScXvX8EnREJCPHHBY5M=0pjtVDQ74vmUCQxWX1mFRg9s9IaozWCzDkvAUMf_6dY=6CPIYxS2JZf3rJHukq1bIrEc1zFqX2-BhxvhOgex9yg=>
 internally within TechMahindra.

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

Re: [onap-discuss] Getting started with SDNC/APPC

[Lefevre, Catherine]

Hi Nayan,

You can find useful information can be found  

* APP-C - readme.md file
   
https://gerrit.onap.org/r/gitweb?p=appc.git;a=blob;f=README.md;h=9024ed1f4aae36a072ee1f4610920e69ac1eaef5;hb=HEAD

* SDN-C - readme.md files in gerrit under sdnc/
   Here is the one from sdnc/core
   
https://gerrit.onap.org/r/gitweb?p=sdnc/core.git;a=blob;f=README.md;h=50134aea462e07b0f1a29e3f100664b82d1b779a;hb=HEAD


And ONAP Developer Checklist
https://wiki.onap.org/display/DW/ONAP+Developer+Checklist


You could start with the following tasks APPC-4 and SDNC-8 
And/Or you can join their associated project proposals as suggested by Dan

APP-C: https://wiki.onap.org/display/DW/APPC++Project+Proposal
SDN-C: https://wiki.onap.org/display/DW/SDN-C
Common Controller Framework: 
https://wiki.onap.org/display/DW/Common+Controller+Framework

Best regards
Catherine

-Original Message-
From: onap-discuss-boun...@lists.onap.org 
[mailto:onap-discuss-boun...@lists.onap.org] On Behalf Of ROSE, DANIEL V
Sent: Monday, May 29, 2017 8:32 PM
To: n.deshm...@samsung.com
Cc: onap-discuss@lists.onap.org; BRADY, PATRICK D 
Subject: Re: [onap-discuss] Getting started with SDNC/APPC

*** Security Advisory: This Message Originated Outside of AT ***.
Reference http://cso.att.com/EmailSecurity/IDSP.html for more information.

Just because stuff is assigned in jira doesn't mean all work is done. Please 
check out the project page for sdnc appc or common controller franework for the 
roadmap for release 1. The stuff in jira is just the work that has been defined 
very tightly

> On May 28, 2017, at 9:49 PM, Nayan Deshmukh  wrote:
> 
> Hello all,
> 
> I wanted to contribute to ONAP controllers. I was able to clone and build the 
> code successfully. Most of the easiers tasks on JIRA are already assigned. 
> Can you please suggest some smaller code cleanup/refactor tasks which could 
> get me started. This is my first time working on the network stack. 
> 
> Also can you tell me about the specifics of the dev environment that you use 
> to work on the individual modules.
> 
> Thank You.
> 
> Cheers,
> Nayan Deshmukh.
> ___
> onap-discuss mailing list
> onap-discuss@lists.onap.org
> https://urldefense.proofpoint.com/v2/url?u=https-3A__lists.onap.org_mailman_listinfo_onap-2Ddiscuss=DwIGaQ=LFYZ-o9_HUMeMTSQicvjIg=2wwdGZ3YcpSivQ2Kio028A=JSoGHQXbYQsIstia4P2xBKtL8MCfXMvzJxyjGF5X-8Y=RnmywnTRj_hz9fPTKXa5d1NcZMDtVSYsbVKUrmheEhg=
>  
___
onap-discuss mailing list
onap-discuss@lists.onap.org
https://urldefense.proofpoint.com/v2/url?u=https-3A__lists.onap.org_mailman_listinfo_onap-2Ddiscuss=DwICAg=LFYZ-o9_HUMeMTSQicvjIg=66ObImPAUA0o2f1hTGknnnv5ScXvX8EnREJCPHHBY5M=kpgcKJjBG5JO6mrqxg88LnkcsZr21awWLpAUBpfN8As=tX8nx8a1XdQsPRtfSYpS6o61RkKihykXseapEKLhftc=
 
___
onap-discuss mailing list
onap-discuss@lists.onap.org
https://lists.onap.org/mailman/listinfo/onap-discuss

Re: [onap-discuss] closed loop in vLB doesn't seem to be working

[Lefevre, Catherine]

Hi Kedar,

You can find some Logging/Diagnostic Information looking at the following url:
https://wiki.onap.org/display/DW/Release+Notes+1.0.0+draft

Hope it helps

Best regards
Catherine

From: onap-discuss-boun...@lists.onap.org 
[mailto:onap-discuss-boun...@lists.onap.org] On Behalf Of Kedar Ambekar
Sent: Friday, May 26, 2017 2:48 PM
To: onap-discuss@lists.onap.org
Subject: [onap-discuss] closed loop in vLB doesn't seem to be working

Hi,

I am trying to observe closed loop scenario for vLB use case.


I confirmed with nslookup host1.dnsdemo.openecomp.org *vLoadBalancer_IP* that 
setup is ok.



I increased the traffic on packet generator of vLB  with below command.



curl -X PUT -H "Authorization: Basic YWRtaW46YWRtaW4=" -H "Content-Type: 
application/json" -H "Cache-Control: no-cache" -d '{"pg-streams":{"pg-stream": 
[{"id":"dns1", "is-enabled":"true"}, {"id":"dns2", 
"is-enabled":"true"},{"id":"dns3", "is-enabled":"true"},{"id":"dns4", 
"is-enabled":"true"},{"id":"dns5", "is-enabled":"true"}]}}' "http://localhost 
:8183/restconf/config/sample-plugin:sample-plugin/pg-streams"

After above command, I expect an instance of demovlbdns VM to get spawned under 
heat stack of vLB. I don't see that happening.

I also confirmed by installing a monitoring agent on demovlbdns that it 
actually gets more traffic.

Can anyone tell how to verify the logs of closed control loop across the 
components of ONAP ? Which logs to refer to find out the problem ?

Disclaimer:  This message and the information contained herein is proprietary 
and confidential and subject to the Tech Mahindra policy statement, you may 
review the policy at 
http://www.techmahindra.com/Disclaimer.html
 externally 
http://tim.techmahindra.com/tim/disclaimer.html
 internally within TechMahindra.

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

Re: [onap-discuss] VID VM , MariaDb docker does not remain running

[Lefevre, Catherine]

Hi Arun,

Could you please provide some logs, traces in order to better understand your 
current MariaDB issue?

Logging/Diagnostic Information
Application logs:
/opt/app/vid/logs/vid

  *   audit.log for transaction details
  *   application.log for detailed application logs and debugging
  *   debug.log for debugging output
  *   error.log for exception debugging
  *   metrics.log for metrics on transactions
Application server logs:
/usr/local/tomcat/logs/

  *   localhost_access_log.-mm-dd.txt contains access log info
  *   catalina.2017-02-28.log tomcat information
Did you also check the following discussion?
https://lists.onap.org/pipermail/onap-discuss/2017-May/000911.html

Best regards
Catherine

From: onap-discuss-boun...@lists.onap.org 
[mailto:onap-discuss-boun...@lists.onap.org] On Behalf Of Arun Arora (c)
Sent: Friday, May 26, 2017 2:16 PM
To: onap-discuss@lists.onap.org
Cc: Kapil Gupta (c) 
Subject: [onap-discuss] VID VM , MariaDb docker does not remain running


Hi All,



We have deployed ONAP on Vanilla OpenStack Mitaka (On top of CentOS 7). Using 
the following YAML and env files:

https://gerrit.onap.org/r/gitweb?p=demo.git;a=blob;f=heat/OpenECOMP/onap_openstack_float.yaml;h=659f94c93b9c5dfae02031ddcae82161ce927318;hb=refs/heads/master

https://gerrit.onap.org/r/gitweb?p=demo.git;a=blob;f=heat/OpenECOMP/onap_openstack_float.yaml;h=659f94c93b9c5dfae02031ddcae82161ce927318;hb=refs/heads/master





After ONAP stack deployment, Mariadb docker inside VID VM starts but is exiting 
after sometime.

Can anyone provide any pointers on why the mariadb docker stops, or is this the 
desired behavior?



Thanks & Regards,

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

Re: [onap-discuss] No title

[Lefevre, Catherine]

Hi Nayan,



Please take a look at the readme.md file, it will give you some useful 
information about MSO and how to debug it.

https://gerrit.onap.org/r/gitweb?p=mso.git;a=blob;f=readme.md;h=3f9b4518cce67307fe01c6675bc907199b4d5d5f;hb=HEAD



Please note that MSO is interacting with several ONAP components therefore I 
would recommend that you indeed install the entire ONAP in order to trial it 
through the two available use cases i.e. vFirewall, vDNS.



[cid:image001.png@01D2D8B1.D7FD5300]





Hope it helps



Best regards

Catherine



-Original Message-
From: onap-discuss-boun...@lists.onap.org 
[mailto:onap-discuss-boun...@lists.onap.org] On Behalf Of ROSE, DANIEL V
Sent: Thursday, May 25, 2017 6:06 PM
To: n.deshm...@samsung.com; onap-discuss@lists.onap.org
Subject: Re: [onap-discuss] No title



*** Security Advisory: This Message Originated Outside of AT ***.

Reference http://cso.att.com/EmailSecurity/IDSP.html for more information.



Someone from can MSO can help you better but we usually don’t use docker in a 
local dev env.





Thanks,

Daniel Rose

ECOMP / ONAP

com.att.ecomp

732-420-7308





-Original Message-

From: 
onap-discuss-boun...@lists.onap.org 
[mailto:onap-discuss-boun...@lists.onap.org] On Behalf Of ?? 

Sent: Thursday, May 25, 2017 4:37 AM

To: onap-discuss@lists.onap.org

Subject: [onap-discuss] No title





Hi all,











I am a newbie to ONAP. I am trying to contribute to mso. I was able to clone 
and build the mso module, though some tests are failing but the code is 
building fine.











I also tried to use the docker-config to run the docker containers on my 
machine. But I am getting the following error when I run deploy.sh





ERROR: Network "dockerconfig_default" needs to be recreated - options have 
changed













Also can you please tell me about the development environment that you use to 
work on MSO. Do I need to setup entire onap to work on mso?













Thank You.













Cheers,





Nayan Deshmukh

___

onap-discuss mailing list

onap-discuss@lists.onap.org

https://urldefense.proofpoint.com/v2/url?u=https-3A__lists.onap.org_mailman_listinfo_onap-2Ddiscuss=DwIGaQ=LFYZ-o9_HUMeMTSQicvjIg=2wwdGZ3YcpSivQ2Kio028A=rFy1sMuE5PiLhgAtJmGWaa-hpTZus-R3V22CV_zo7PQ=qJdKzydhnP3ueJ4GUNCSJGQ_vnX0PzWuRezjju3NnbM=

___

onap-discuss mailing list

onap-discuss@lists.onap.org

https://urldefense.proofpoint.com/v2/url?u=https-3A__lists.onap.org_mailman_listinfo_onap-2Ddiscuss=DwIGaQ=LFYZ-o9_HUMeMTSQicvjIg=66ObImPAUA0o2f1hTGknnnv5ScXvX8EnREJCPHHBY5M=FIaVZuAgpklv_OAILZz0N1C3Uq_uzwAQFRpzYiVJv54=QP2pzpLcKijGjB6PgT94fmMNoSzA0PC-WuulF1RGbWI=
___
onap-discuss mailing list
onap-discuss@lists.onap.org
https://lists.onap.org/mailman/listinfo/onap-discuss

Re: [onap-discuss] [onap-discssus] Tooling for call flow

[Lefevre, Catherine]

Hi Eric,

It could be an interesting if people have not the Visio license (or any similar 
tool).
I will try it.

Best regards
Catherine

From: onap-discuss-boun...@lists.onap.org 
[mailto:onap-discuss-boun...@lists.onap.org] On Behalf Of ROSE, DANIEL V
Sent: Friday, May 26, 2017 9:39 PM
To: eric.deb...@orange.com; onap-discuss@lists.onap.org
Subject: Re: [onap-discuss] [onap-discssus] Tooling for call flow

***Security Advisory: This Message Originated Outside of AT ***
Reference http://cso.att.com/EmailSecurity/IDSP.html for more information.
Ah totally different then what I thought! I cant help much there :)

Thanks,
Daniel Rose
ECOMP / ONAP
com.att.ecomp
732-420-7308

From: eric.deb...@orange.com 
[mailto:eric.deb...@orange.com]
Sent: Friday, May 26, 2017 3:31 PM
To: ROSE, DANIEL V >; 
onap-discuss@lists.onap.org
Subject: RE: [onap-discssus] Tooling for call flow

Hello

I am talking about call flow for use-case description (eg call flow for VoLTE: 
https://wiki.onap.org/download/attachments/3246140/image2017-5-17_18-34-39.png?version=1=149501728=v2
) or for any documentation.

Eric

De : ROSE, DANIEL V [mailto:dr6...@att.com]
Envoyé : mercredi 24 mai 2017 19:58
À : DEBEAU Eric IMT/OLN; 
onap-discuss@lists.onap.org
Objet : RE: [onap-discssus] Tooling for call flow

Hi Eric,

Are you talking about call flows in the model 
(https://wiki.onap.org/display/DW/Service+Design#ServiceDesign-CNCF
 )?

Or are you talking about DGs in sdnc?

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] On Behalf Of 
eric.deb...@orange.com
Sent: Wednesday, May 24, 2017 3:17 AM
To: onap-discuss@lists.onap.org
Subject: [onap-discuss] [onap-discssus] Tooling for call flow

Hello

To be able to work on call flow in a collaborative way, I believe that we 
should use a tool based on a description language rather using images.

Is there any guideline within the Linux Foundation for such tooling ?

Within Orange, we developed a cool tool:
https://github.com/Orange-OpenSource/EtherPlant

Eric

_



Ce message et ses pieces jointes peuvent contenir des informations 
confidentielles ou privilegiees et ne doivent donc

pas etre diffuses, exploites ou copies sans autorisation. Si vous avez recu ce 
message par erreur, veuillez le signaler

a l'expediteur et le detruire ainsi que les pieces jointes. Les messages 
electroniques etant susceptibles d'alteration,

Orange decline toute responsabilite si ce message a ete altere, deforme ou 
falsifie. Merci.



This message and its attachments may contain confidential or privileged 
information that may be protected by law;

they should not be distributed, used or copied without authorisation.

If you have received this email in error, please notify the sender and delete 
this message and its attachments.

As emails may be altered, Orange is not liable for messages that have been 
modified, changed or falsified.

Thank you.

_



Ce message et ses pieces jointes peuvent contenir des informations 
confidentielles ou privilegiees et ne doivent donc

pas etre diffuses, exploites ou copies sans autorisation. Si vous avez recu ce 
message par erreur, veuillez le signaler

a l'expediteur et le detruire ainsi que les pieces jointes. Les messages 
electroniques etant susceptibles d'alteration,

Orange decline toute responsabilite si ce message a ete altere, deforme ou 
falsifie. Merci.



This message and its attachments may contain confidential or privileged 
information that may be protected by law;

they should not be distributed, used or copied without authorisation.

If you have received this 

Re: [onap-discuss] A certificate issuer

[Lefevre, Catherine]

Hi Munir,



I do not know if you have got any feedback regarding your query.

I would like to suggest to take a look at the readme.md file in the 
aai/resources repo

https://gerrit.onap.org/r/gitweb?p=aai/resources.git;a=blob;f=readme.md;h=367867f9542f3a0e1013d5541c9396dacbb85165;hb=HEAD



It gives you some sample about accessing AAI APIs etc


if it does not answer to your query then feel free to post a question on the 
following wiki - http://wiki.onap.org/questions/



Best regards

Catherine



-Original Message-

From: onap-discuss-boun...@lists.onap.org 
[mailto:onap-discuss-boun...@lists.onap.org] On Behalf Of Ahmad, Munir

Sent: Tuesday, May 02, 2017 5:53 PM

To: onap-discuss@lists.onap.org

Subject: Re: [onap-discuss] A certificate issuer



Hello All,







The robot script /opt/demo.sh init is making a call to A url 
https://urldefense.proofpoint.com/v2/url?u=https-3A__aai.api.simpledemo.openecomp.org-3A8443_aai_v8_cloud-2Dinfrastructure_cloud-2Dregions_cloud-2Dregion_Rackspace_RegionOne=DwIGaQ=LFYZ-o9_HUMeMTSQicvjIg=66ObImPAUA0o2f1hTGknnnv5ScXvX8EnREJCPHHBY5M=0DgjQptYT68hMdoIknmWty95Hsb0UY77OiSYI0q1Fsk=IFApZ3Bvh6NXo2hwVBqt4EqsE2oGJA_mH24TQifApzw=







Which results in A throwing an internal error 500 and based on the stack 
trace and wget of the url we need to add the issuer certificate as trusted







Based on my understanding this cert can not be obtained from 
aai.api.simpledemo.openecomp.org. Is the issuer cert available somewhere we can 
download?











Stack trace from A…







Getting the resource...: 
https://urldefense.proofpoint.com/v2/url?u=https-3A__aai.api.simpledemo.openecomp.org-3A8443_aai_v8_cloud-2Dinfrastructure_cloud-2Dregions_cloud-2Dregion_Rackspace_RegionOne=DwIGaQ=LFYZ-o9_HUMeMTSQicvjIg=66ObImPAUA0o2f1hTGknnnv5ScXvX8EnREJCPHHBY5M=0DgjQptYT68hMdoIknmWty95Hsb0UY77OiSYI0q1Fsk=IFApZ3Bvh6NXo2hwVBqt4EqsE2oGJA_mH24TQifApzw=



Getting the Resource failed: 500:







org.openecomp.aai.exceptions.AAIException: AAI_7402



   at 
org.openecomp.aai.util.GetResource.getNode(GetResource.java:154)



   at org.openecomp.aai.util.GetResource.main(GetResource.java:89)











output of wget…







wget 
https://urldefense.proofpoint.com/v2/url?u=https-3A__aai.api.simpledemo.openecomp.org-3A8443_aai_v8_cloud-2Dinfrastructure_cloud-2Dregions_cloud-2Dregion_Rackspace_RegionOne=DwIGaQ=LFYZ-o9_HUMeMTSQicvjIg=66ObImPAUA0o2f1hTGknnnv5ScXvX8EnREJCPHHBY5M=0DgjQptYT68hMdoIknmWty95Hsb0UY77OiSYI0q1Fsk=IFApZ3Bvh6NXo2hwVBqt4EqsE2oGJA_mH24TQifApzw=



--2017-05-02 15:26:38--  
https://urldefense.proofpoint.com/v2/url?u=https-3A__aai.api.simpledemo.openecomp.org-3A8443_aai_v8_cloud-2Dinfrastructure_cloud-2Dregions_cloud-2Dregion_Rackspace_RegionOne=DwIGaQ=LFYZ-o9_HUMeMTSQicvjIg=66ObImPAUA0o2f1hTGknnnv5ScXvX8EnREJCPHHBY5M=0DgjQptYT68hMdoIknmWty95Hsb0UY77OiSYI0q1Fsk=IFApZ3Bvh6NXo2hwVBqt4EqsE2oGJA_mH24TQifApzw=



Resolving aai.api.simpledemo.openecomp.org 
(aai.api.simpledemo.openecomp.org)... 10.0.1.1



Connecting to aai.api.simpledemo.openecomp.org 
(aai.api.simpledemo.openecomp.org)|10.0.1.1|:8443... connected.



ERROR: cannot verify aai.api.simpledemo.openecomp.org's certificate, issued by 
‘/C=US/ST=NJ/L=Bedminster/O=OpenECOMP/OU=simpledemo/CN=OpenECOMP simpledemo 
Server CA X1/emailAddress=simpled...@openecomp.org’:



  Unable to locally verify the issuer's authority.



To connect to aai.api.simpledemo.openecomp.org insecurely, use 
`--no-check-certificate'.













___

onap-discuss mailing list

onap-discuss@lists.onap.org

https://urldefense.proofpoint.com/v2/url?u=https-3A__lists.onap.org_mailman_listinfo_onap-2Ddiscuss=DwIGaQ=LFYZ-o9_HUMeMTSQicvjIg=66ObImPAUA0o2f1hTGknnnv5ScXvX8EnREJCPHHBY5M=0DgjQptYT68hMdoIknmWty95Hsb0UY77OiSYI0q1Fsk=s7aYc4p8X2fRiLJMwr6QE0ppboMTAklKR41vyG_VbXc=
___
onap-discuss mailing list
onap-discuss@lists.onap.org
https://lists.onap.org/mailman/listinfo/onap-discuss

Re: [onap-discuss] ONAP Demo Instance

[Lefevre, Catherine]

Hi Sankar,

Have you also looked at the readme.md located in the project repo?
Each development team has put some information about their component in this 
file.

There is also information on the wiki (wiki.onap.org)
https://wiki.onap.org/display/DW/Developing+ONAP

if you have any additional question then feel free to raise it through the 
following wiki so the ONAP community can start to address it - 
http://wiki.onap.org/questions/

Many thanks & regards
Catherine

From: onap-discuss-boun...@lists.onap.org 
[mailto:onap-discuss-boun...@lists.onap.org] On Behalf Of Shankar, Shashank 
Kumar
Sent: Monday, May 08, 2017 6:09 PM
To: ROSE, DANIEL V ; Joe Falconer ; 
Morales, Victor ; onap-discuss@lists.onap.org; 
BENNETT, RICH ; UNO, LARRY 
Subject: Re: [onap-discuss] ONAP Demo Instance

Hi Daniel,

Any update from the development teams on the development setup/workflow?

Thanks,
Shashank

From: "ROSE, DANIEL V" >
Date: Friday, May 5, 2017 at 10:15 AM
To: Shashank Kumar Shankar 
>, 
Joe Falconer >, 
"Morales, Victor" >, 
"onap-discuss@lists.onap.org" 
>, "BENNETT, 
RICH" >, "UNO, LARRY" 
>
Subject: RE: [onap-discuss] ONAP Demo Instance

Larry can we ring this up with our development teams Monday?

Daniel Rose
ECOMP / ONAP
com.att.ecomp
732-420-7308

From: Shankar, Shashank Kumar [mailto:shashank.kumar.shan...@intel.com]
Sent: Friday, May 05, 2017 10:37 AM
To: ROSE, DANIEL V >; Joe Falconer 
>; Morales, Victor 
>; 
onap-discuss@lists.onap.org; BENNETT, RICH 
>
Subject: Re: [onap-discuss] ONAP Demo Instance

Hi Daneil,

If the Dev team themselves can let us know their environment setup and their 
development work flow for individual components, it would be really helpful 
since we cannot have the complete setup locally and Devs would like to develop 
individual components standalone.

Thanks,
Shashank

From: 
>
 on behalf of "ROSE, DANIEL V" >
Date: Thursday, May 4, 2017 at 9:32 PM
To: Joe Falconer >, 
"Morales, Victor" >, 
"onap-discuss@lists.onap.org" 
>, "BENNETT, 
RICH" >
Subject: Re: [onap-discuss] ONAP Demo Instance

Hello, each component today generally has its own process for setting up an 
environment. I think dcae has one here 
https://wiki.onap.org/display/DW/DCAE+Controller+Development+Guide
 but there is some room for improvement on most of them. I think we can put out 
a request for someone like rich bennett to ask for that from the dev teams.

Daniel Rose
ECOMP / ONAP
com.att.ecomp
732-420-7308

From:onap-discuss-boun...@lists.onap.org
 [mailto:onap-discuss-boun...@lists.onap.org] On Behalf Of Joe Falconer
Sent: Thursday, May 04, 2017 7:13 PM
To: Morales, Victor 
>; 
onap-discuss@lists.onap.org
Subject: Re: [onap-discuss] ONAP Demo Instance

Hi Victor, Shankar & Daniel

Any learning you can share round this would be most welcome.

Getting a development environment operating with some subset of modules that 
can be deployed locally with limited resources is key to building knowledge of 
the code base.

I know its early in the game but the developers tutorial material is a pretty 
sparse on the wiki.

I'd have thought an early focus on this is key to attracting developers from 
the wider open source community.


Joe



On Fri, May 5, 2017 at 4:00 AM Morales, Victor 
> wrote:
Howdy,

I recently started exploring ONAP source code and I don’t have access to cloud 
resources to deploy it yet, so I decided to split heat template into a Vagrant 

Re: [onap-discuss] demo.sh failing with ssl error

[Lefevre, Catherine]

Good morning Vikram,

There have been several threads regarding the demo.sh failing.
I would like to check with you if your problem has been solved or if you are 
still facing an issue?

Many thanks & regards
Catherine

From: onap-discuss-boun...@lists.onap.org 
[mailto:onap-discuss-boun...@lists.onap.org] On Behalf Of Vikram Mukundamgari
Sent: Tuesday, April 25, 2017 6:34 PM
To: ROSE, DANIEL V ; onap-discuss@lists.onap.org
Subject: Re: [onap-discuss] demo.sh failing with ssl error

Hi,

Even after changing the verify =False , I am still getting the same error .

Attached is the log.html file.

Thanks,
Vikram



From: "ROSE, DANIEL V" >
Date: Monday, April 24, 2017 at 2:25 PM
To: Vikram Mukundamgari 
>, 
"onap-discuss@lists.onap.org" 
>
Subject: RE: demo.sh failing with ssl error

https://gerrit.onap.org/r/gitweb?p=testsuite.git;a=blob;f=robot/resources/openstack/keystone_interface.robot;h=6c48e12086ef0bd04aaa05f486b7aae4ae9aff7a;hb=refs/heads/release-1.0.0#l23

I believe verify has to be set to False and then you can rerun the test again 
and it will get past it.


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] On Behalf Of Vikram Mukundamgari
Sent: Monday, April 24, 2017 5:07 PM
To: onap-discuss@lists.onap.org
Subject: [onap-discuss] demo.sh failing with ssl error

Hi ,

Running ./demo.sh init in robot vm is failing with ssl error shown below


SSLError: [SSL: CERTIFICATE_VERIFY_FAILED] certificate verify failed 
(_ssl.c:590)

Traceback (most recent call last): File 
"/var/opt/OpenECOMP_ETE/robot/library/RequestsLibrary/RequestsKeywords.py", 
line 421, in post_request timeout) File 
"/var/opt/OpenECOMP_ETE/robot/library/RequestsLibrary/RequestsKeywords.py", 
line 871, in _body_request cookies=self.cookies) File 
"/var/opt/OpenECOMP_ETE/robot/library/requests/sessions.py", line 535, in post 
return self.request('POST', url, data=data, json=json, **kwargs) File 
"/var/opt/OpenECOMP_ETE/robot/library/requests/sessions.py", line 488, in 
request resp = self.send(prep, **send_kwargs) File 
"/var/opt/OpenECOMP_ETE/robot/library/requests/sessions.py", line 609, in send 
r = adapter.send(request, **kwargs) File 
"/var/opt/OpenECOMP_ETE/robot/library/requests/adapters.py", line 497, in send 
raise SSLError(e, request=request)

Is there any workaround to bypass the verification or pass the path to 
certificate.

Also attached the log.html

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

[onap-discuss] AAF & DMaaP - Any partnership?

[Lefevre, Catherine]

Good morning all,

We are looking for any potential partnership with other companies to 
participate to the following projects:


·Authentication and Authorization 
Framework

·Data Movement as a 
Platform

Feel free to contact Ram Koya or myself if you have any interest.
Thank you.

Many thanks & regards
Catherine

Catherine Lefèvre
AT Network and Shared Services
D2 Platform & Systems Development
AVP Software Development & Engineering
ECOMP/ONAP/RUBY/SPP


Phone: +32 2 418 49 22
Mobile: +32 475 77 36 73
catherine.lefe...@intl.att.com

TEXTING and DRIVING... It Can Wait

AT
BUROGEST OFFICE PARK SA
Avenue des Dessus-de-Lives, 2
5101 Loyers (Namur)
Belgium



NOTE: This email (or its attachments) contains information belonging to the 
sender, which may be confidential. proprietary and/or legally privileged. The 
information is intended only for the use of the individual(s) or entity(ies) 
named above. If you are not the intended recipient, you are hereby notified 
that any disclosure, distribution or taking of any action in reliance on the 
content of this is strictly forbidden. If you have received this e-mail in 
error please immediately notify the sender identified above

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

[onap-discuss] Authentication and Authorization Framework & Data Movement as a Platform - Any partnership?

[Lefevre, Catherine]

Good morning all,

We are looking for any potential partnership with other companies to 
participate to the following projects:


·Authentication and Authorization 
Framework

·Data Movement as a 
Platform

Feel free to contact Ram Koya or myself if you have any interest.
Thank you.

Many thanks & regards
Catherine

Catherine Lefèvre
AT Network and Shared Services
D2 Platform & Systems Development
AVP Software Development & Engineering
ECOMP/ONAP/RUBY/SPP


Phone: +32 2 418 49 22
Mobile: +32 475 77 36 73
catherine.lefe...@intl.att.com

TEXTING and DRIVING... It Can Wait

AT
BUROGEST OFFICE PARK SA
Avenue des Dessus-de-Lives, 2
5101 Loyers (Namur)
Belgium



NOTE: This email (or its attachments) contains information belonging to the 
sender, which may be confidential. proprietary and/or legally privileged. The 
information is intended only for the use of the individual(s) or entity(ies) 
named above. If you are not the intended recipient, you are hereby notified 
that any disclosure, distribution or taking of any action in reliance on the 
content of this is strictly forbidden. If you have received this e-mail in 
error please immediately notify the sender identified above

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

Re: [onap-discuss] SDC portal is not accessible with 502 error

[Lefevre, Catherine]

Re-sending the information shared by Michael Lando this morning

"Hi,

>From the error you are getting it looks like the keyspaces needed for the BE 
>functionality were not created in the Cassandra.

On the Cassandra Docker startup we run our scheme creation process and then the 
keyspaces should be created.

Please try to login to Cassandra cqlsh and post here what are the keyspaces 
that exist there.

In addition please post the output of the Cassandra Docker on startup so that 
we will be able to see if there was an error there"

Best regards

Catherine

From: onap-discuss-boun...@lists.onap.org 
[mailto:onap-discuss-boun...@lists.onap.org] On Behalf Of 
ajay.priyadar...@ril.com
Sent: Monday, May 22, 2017 9:19 AM
To: EMPOROPULO, VITALIY ; ROSE, DANIEL V 
; aayush.bhatna...@ril.com; EFRAT, ELHAY 
; onap-discuss@lists.onap.org; ning...@ril.com; 
robert.pipp...@ril.com
Subject: Re: [onap-discuss] SDC portal is not accessible with 502 error

I changed the cassandra-host ip in Cassandra.yaml from public ip to internal ip 
and get rid of below error.
com.datastax.driver.core.exceptions.NoHostAvailableException: All host(s) tried 
for query failed (tried: /172.16.74.83:9042 
(com.datastax.driver.core.TransportException: [/172.16.74.83:9042] Cannot 
connect))

But still getting the multiple beans initialization failure as in trailing mail.

PFA docker inspect logs, where CS have exposed 9042 port.

I have also attached the BE Stderr logs.


Regards,
Ajay

From: Vitaliy Emporopulo [mailto:vitaliy.emporop...@amdocs.com]
Sent: 20 May 2017 12:57
To: Ajay Priyadarshi; dr6...@att.com; Aayush Bhatnagar; 
Elhay Efrat; onap-discuss@lists.onap.org; 
Ning So; Robert Pippert
Subject: RE: SDC portal is not accessible with 502 error

Have you updated the BE configuration per my suggestion? KEYSPACE_NOT_CONNECTED 
is most likely because the BE cannot reach Cassandra. Do you see any errors in 
BE stderr.log now?

It's not clear from your last email what steps you have taken to fix the issue.

Also, please run "docker inspect" on the Cassandra container to see if it 
exposes port 9042.

Regards,
Vitaliy

From: ajay.priyadar...@ril.com 
[mailto:ajay.priyadar...@ril.com]
Sent: Friday, May 19, 2017 16:36
To: dr6...@att.com; Vitaliy Emporopulo 
>; 
aayush.bhatna...@ril.com; Elhay Efrat 
>; 
onap-discuss@lists.onap.org; 
ning...@ril.com; 
robert.pipp...@ril.com
Subject: RE: SDC portal is not accessible with 502 error

Hi,

On SDC Cassandra is UP. The communication issues among all containers (all 
residing in same vm)

(Backend Health check)
root@vm1-sdc:/data/logs/BE/ASDC/ASDC-BE# curl 
http://localhost:8080/sdc2/rest/healthCheck
  


Error 503 


HTTP ERROR: 503
Problem accessing /sdc2/rest/healthCheck. Reason:
Service Unavailable
http://eclipse.org/jetty">Powered
 by Jetty:// 9.3.15.v20161220



There are highlighted  beans which have not been initialized, so kindly suggest 
the possible reasons for failed initialization of these beans.

2017-05-19T12:41:19.007Z|||main||ASDC-BE||ERROR|o.s.web.context.ContextLoader||ActivityType=,
 Desc=
org.springframework.beans.factory.UnsatisfiedDependencyException: Error 
creating bean with name 'product-operation': Unsatisfied dependency expressed 
through field 'componentInstanceOperation'; nested exception is 
org.springframework.beans.factory.UnsatisfiedDependencyException: Error 
creating bean with name 'component-instance-operation': Unsatisfied dependency 
expressed through field 'resourceOperation'; nested exception is 
org.springframework.beans.factory.BeanCreationException: Error creating bean 
with name 'resource-operation': Injection of resource dependencies failed; 
nested exception is org.springframework.beans.factory.BeanCreationException: 
Error creating bean with name 'component-cache': Injection of resource 
dependencies failed; nested exception is 
org.springframework.beans.factory.BeanCreationException: Error creating bean 
with name 'component-cassandra-dao': Invocation of init method failed; nested 
exception is java.lang.RuntimeException: Artifact 

Re: [onap-discuss] Query on vlb_ipaddr parameter of vLB usecase

[Lefevre, Catherine]

Marco, Kedar,

I have updated the wiki page with the latest pictures.

Best regards
Catherine

From: onap-discuss-boun...@lists.onap.org 
[mailto:onap-discuss-boun...@lists.onap.org] On Behalf Of PLATANIA, MARCO
Sent: Friday, May 19, 2017 12:29 AM
To: ROSE, DANIEL V ; Kedar Ambekar ; 
onap-discuss@lists.onap.org
Subject: Re: [onap-discuss] Query on vlb_ipaddr parameter of vLB usecase

***Security Advisory: This Message Originated Outside of AT ***
Reference http://cso.att.com/EmailSecurity/IDSP.html for more information.
Hi Kedar,

I’m not familiar with preloading (Dan can cover that part), but for what 
regards the vLB demo flow, APP-C is not involved. During the closed loop, 
policy gets the VNF Id from AAI and provides this Id as argument of a 
CreateVF-Module request to MSO, which actually spins up the second DNS.

The figure in the wiki is outdated and should be replaced. Honeycomb isn’t used 
on the vLB VM.

Thanks,
Marco


From: "ROSE, DANIEL V" >
Date: Thursday, May 18, 2017 at 6:09 PM
To: Kedar Ambekar >, 
"onap-discuss@lists.onap.org" 
>, "PLATANIA, 
MARCO (MARCO)" >
Subject: RE: [onap-discuss] Query on vlb_ipaddr parameter of vLB usecase

you should be calling ./demo.sh appc . What branch of onap are you using? Release1?

Marco can answer questions about the actual demo closed loop better.

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] On Behalf Of Kedar Ambekar
Sent: Thursday, May 18, 2017 8:44 AM
To: onap-discuss@lists.onap.org
Subject: Re: [onap-discuss] Query on vlb_ipaddr parameter of vLB usecase

Hi Daniel,

Thanks for reply !


1.  In zip file uploaded, I had base_vlb_rackspace and dnsscaling_rackspace 
files.

2.  I did demo.sh preload for 
K-demoVLB-Module.

3.  In Add VF Module, I chose base_vlb and created a VF Module with name 
K-demoVLB-Module.
 I did not do Add VF Module for dns_scaling.

4.  I created a separate heat stack for packet_gen_vlb_rackspace of name  
K-demoVLB-PackGen
 using Heat client.

5.  When I do demo.sh appc K-demoVLB-Module, I got error  Dictionary does 
not contain key 'vpg_name_0'.

6.  I tried to do demo.sh appc on 
K-demoVLB-PackGen
 as well. That time it gave error Dictionary does not contain key 
'vpg_private_ip_1'.


In vLB use case, the mounting of traffic generator to enable policy driven 
configuration changes (demo.sh appc) should be done on which VF-Module ? In my 
example, 
K-demoVLB-PackGen
 or K-demoVLB-Module ?

The architecture diagram on wiki for vLB 

Re: [onap-discuss] System error while resetting account password

[Lefevre, Catherine]

Hi Suresh, Dan,

I believe that this message is generated by JIRA.
Feel free indeed to open a helpdesk ticket.

Best regards
Catherine

Sent from my iPad 

Le 10 mai 2017 à 09:57, ROSE, DANIEL V > 
a écrit :

***Security Advisory: This Message Originated Outside of AT ***
Reference http://cso.att.com/EmailSecurity/IDSP.html for more information.

Please email helpd...@onap.org for account related 
questions dealing with your lf account. If this is in onap itself let me know 
but I don’t think we use any atlassian software as part of the platform

Daniel Rose
ECOMP / ONAP
com.att.ecomp
732-420-7308

From: 
onap-discuss-boun...@lists.onap.org 
[mailto:onap-discuss-boun...@lists.onap.org] On Behalf Of Suresh Babu 
Nekkalapudi
Sent: Wednesday, May 10, 2017 4:50 AM
To: onap-discuss@lists.onap.org
Subject: [onap-discuss] System error while resetting account password

I see this error while resetting my account password

Cause
com.atlassian.crowd.exception.runtime.OperationFailedException: Passwords are 
stored in LDAP and are read-only for delegated authentication directory
at 
com.atlassian.crowd.embedded.core.CrowdServiceImpl.updateUserCredential(CrowdServiceImpl.java:385)

Any help?

-Suresh

___
onap-discuss mailing list
onap-discuss@lists.onap.org
https://urldefense.proofpoint.com/v2/url?u=https-3A__lists.onap.org_mailman_listinfo_onap-2Ddiscuss=DwICAg=LFYZ-o9_HUMeMTSQicvjIg=66ObImPAUA0o2f1hTGknnnv5ScXvX8EnREJCPHHBY5M=3j7Wa6R53MQLOlIathZo4iP5W-KWYqyNWiaZ7gDr6rU=hmN-kRvld35MxtLjw3MhNAPI9I55f8hpRpJBxO8pkxU=
___
onap-discuss mailing list
onap-discuss@lists.onap.org
https://lists.onap.org/mailman/listinfo/onap-discuss

Re: [onap-discuss] Major updates to ONAP code

[Lefevre, Catherine]

Good morning/afternoon Munir,

I do not know if you are attending the ONAP summit organised by the Linux 
Foundation this week.

We will present the ONAP release planning on Thursday but also the guidelines 
that any contributor will need to follow as part of the contribution process, 
starting in the coming days.

There is an expectation that any contributor will be linked their source code 
submission to a Jira ticket (bug, user story, task etc), providing the 
necessary information to ease the code review.

Best regards,
Catherine

Sent from my iPad 

> Le 2 mai 2017 à 14:02, ROSE, DANIEL V  a écrit :
> 
> *** Security Advisory: This Message Originated Outside of AT ***.
> Reference http://cso.att.com/EmailSecurity/IDSP.html for more information.
> 
> I don’t think there will be a release - att no longer decides that and its up 
> to the onap community.
> 
> Daniel Rose
> ECOMP / ONAP
> com.att.ecomp
> 732-420-7308
> 
> 
> -Original Message-
> From: Ahmad, Munir [mailto:munir.ah...@bell.ca] 
> Sent: Tuesday, May 02, 2017 10:41 AM
> To: PLATANIA, MARCO ; TIMONEY, DAN 
> ; ROSE, DANIEL V ; onap-discuss@lists.onap.org
> Subject: Re: [onap-discuss] Major updates to ONAP code
> 
> Thanks appreciate the response!
> 
> Do we expect a new release of ONAP on May 5th based on the recent rebase? We 
> are trying to figure out what is coming and when.  
> 
> Is there a page where new changes are being documented? Maybe high level of 
> what is changing …
> 
> Thanks
> Munir
> 
> On 2017-05-01, 3:03 PM, "PLATANIA, MARCO  (MARCO)" 
>  wrote:
> 
>Thanks for the update, Dan!
> 
>This will (slightly) impact the SDN-C installation. I’ll update the SDN-C 
> VM definition from Ubuntu 14.04 to Ubuntu 16.04.
> 
>Marco
> 
> 
>On 5/1/17, 2:55 PM, "onap-discuss-boun...@lists.onap.org on behalf of 
> TIMONEY, DAN"  dt5...@att.com> wrote:
> 
>*** Security Advisory: This Message Originated Outside of AT ***.
>Reference http://cso.att.com/EmailSecurity/IDSP.html for more 
> information.
> 
>I just wanted to confirm that SDN-C has pushed out the major updates 
> that were planned for the 1.1 release.  
> 
> 
> 
>The most significant changes in this release – all related – are:
> 
> 
> 
>1. Upgrade to OpenDaylight Boron release
> 
>2. Upgrade to Java version 1.8 (required for Boron)
> 
>3. Upgrade to Ubuntu 16.04 (required for Java 1.8)
> 
> 
> 
> 
> 
>Dan
> 
> 
> 
> 
> 
>-- 
> 
>Dan Timoney
> 
>SDN-CP / OpenECOMP SDN-C SSO
> 
> 
> 
>Please go to  D2 ECOMP Release Planning Wiki 
>  for D2 
> ECOMP Project In-take, 2016 Release Planning, Change Management, and find key 
> Release Planning Contact Information.
> 
> 
> 
> 
> 
>On 5/1/17, 1:31 PM, "onap-discuss-boun...@lists.onap.org on behalf of 
> ROSE, DANIEL V"  dr6...@att.com> wrote:
> 
> 
> 
>*** Security Advisory: This Message Originated Outside of AT ***.
> 
>Reference http://cso.att.com/EmailSecurity/IDSP.html for more 
> information.
> 
> 
> 
>One clarification: the release 1.1 work is in the master branch if 
> you are looking at gerrit!
> 
> 
> 
>Daniel Rose
> 
>ECOMP / ONAP
> 
>com.att.ecomp
> 
>732-420-7308
> 
> 
> 
> 
> 
>-Original Message-
> 
>From: onap-discuss-boun...@lists.onap.org 
> [mailto:onap-discuss-boun...@lists.onap.org] On Behalf Of ROSE, DANIEL V
> 
>Sent: Monday, May 01, 2017 1:25 PM
> 
>To: Ahmad, Munir ; onap-discuss@lists.onap.org
> 
>Subject: Re: [onap-discuss] Major updates to ONAP code
> 
> 
> 
>*** Security Advisory: This Message Originated Outside of AT ***.
> 
>Reference http://cso.att.com/EmailSecurity/IDSP.html for more 
> information.
> 
> 
> 
>A few components have pushed out their changes in the release 1.1 
> branch. MSO and SDNC I think are examples of that. Everyone else is on track 
> for may 5th as far as I know.
> 
> 
> 
>Thanks,
> 
>Daniel Rose
> 
>ECOMP / ONAP
> 
>com.att.ecomp
> 
>732-420-7308
> 
> 
> 
> 
> 
>-Original Message-
> 
>From: onap-discuss-boun...@lists.onap.org 
> [mailto:onap-discuss-boun...@lists.onap.org] On Behalf Of Ahmad, Munir
> 
>Sent: Monday, May 01, 2017 1:00 PM
> 
>To: onap-discuss@lists.onap.org
> 
>Subject: Re: [onap-discuss] Major updates to ONAP code
> 
> 
> 
>Hello All,
> 
> 
> 
>Earlier last month there were conversations about large code drops 
> to 

[onap-discuss] Large files in repos

[Lefevre, Catherine]

Thank you Pam.
Tracking this task under
https://jira.onap.org/browse/POLICY-7

From: onap-discuss-bounces at lists.onap.org 
[mailto:onap-discuss-boun...@lists.onap.org] On Behalf Of DRAGOSH, PAM
Sent: Wednesday, April 19, 2017 4:29 PM
To: onap-discuss at lists.onap.org
Subject: Re: [onap-discuss] Large files in repos

***Security Advisory: This Message Originated Outside of AT ***
Reference http://cso.att.com/EmailSecurity/IDSP.html for more information.
Ali,

With regards to the Policy file:

./policy/engine/packages/base/src/files/install/servers/console/bin/sql/log.h2.db

It is no longer needed and will be removed.

The angular.js is being used and will remain for the moment.

Thanks,

Pamela Dragosh
Lead Inventive Scientist
ONAP Policy
AT Research
pdragosh at research.att.com<mailto:pdragosh at research.att.com>



From: mailto:onap-discuss-bounces at 
lists.onap.org>> on behalf of "LEFEVRE, CATHERINE" mailto:cl6...@intl.att.com>>
Date: Wednesday, April 19, 2017 at 3:32 AM
To: Ali Al-Shabibi mailto:ali.al-shabibi at 
onlab.us>>, "onap-discuss at lists.onap.org<mailto:onap-discuss at 
lists.onap.org>" mailto:onap-discuss at 
lists.onap.org>>, "JI, LUSHENG (LUSHENG)" mailto:lji 
at research.att.com>>
Subject: Re: [onap-discuss] Large files in repos

***Security Advisory: This Message Originated Outside of AT ***
Reference http://cso.att.com/EmailSecurity/IDSP.html for more information.

Thank you Ali.
We will review your inputs and will provide feedback as soon as possible

KR
Catherine

From: Ali Al-Shabibi [mailto:ali.al-shab...@onlab.us]
Sent: Wednesday, April 12, 2017 3:50 PM
To: onap-discuss at lists.onap.org<mailto:onap-discuss at lists.onap.org>; JI, 
LUSHENG mailto:lji at research.att.com>>; Lefevre, 
Catherine mailto:cl664y at intl.att.com>>
Subject: RE: [onap-discuss] Large files in repos

Hi Catherine,

Here are the top-25 offenders. After the log files the others files aren?t all 
that big.

-rw-r--r--  1 ash  staff  424102999 Apr  6 13:42 
./sdnc/oam/installation/sdnc/src/main/resources/distribution-karaf-0.5.1-Boron-SR1.tar.gz
-rw-r--r--  1 ash  staff  67108880 Apr  6 13:42 
./dcae/demo/startup/message-router/docker_files/data-zookeeper/version-2/log.125
-rw-r--r--  1 ash  staff  67108880 Apr  6 13:42 
./dcae/demo/startup/message-router/docker_files/data-zookeeper/version-2/log.103
-rw-r--r--  1 ash  staff  67108880 Apr  6 13:42 
./dcae/demo/startup/message-router/docker_files/data-zookeeper/version-2/log.1
-rw-r--r--  1 ash  staff  3416772 Apr  6 13:42 
./sdc/openecomp-ui/resources/images/ecomp/ASDC_Sprite.png
-rw-r--r--  1 ash  staff  3413794 Apr  6 13:42 
./sdc/catalog-ui/app/styles/images/welcome/ss-01.png
-rw-r--r--  1 ash  staff  3386285 Apr  6 13:42 
./sdc/catalog-ui/app/styles/images/welcome/sprite.png
-rw-r--r--  1 ash  staff  3376741 Apr  6 13:42 
./sdc/catalog-ui/app/styles/images/resource-icons/vl.png
-rw-r--r--  1 ash  staff  3088201 Apr  6 13:42 
./sdc/catalog-ui/app/styles/images/welcome/SD_Welcome15.jpg
-rw-r--r--  1 ash  staff  3082618 Apr  6 13:42 
./sdc/catalog-ui/app/styles/images/welcome/SD_Welcome15_b.jpg
-rw-r--r--  1 ash  staff  2906163 Apr  6 13:42 
./sdc/catalog-ui/app/styles/images/welcome/bg/004.png
-rw-r--r--  1 ash  staff  2804026 Apr  6 13:42 
./sdc/catalog-ui/app/styles/images/welcome/bg/002.png
-rw-r--r--  1 ash  staff  2406510 Apr  6 13:42 
./sdc/openecomp-be/tools/swagger-ui/swagger-ui.js
-rw-r--r--  1 ash  staff  2127872 Apr  6 13:42 
./policy/engine/packages/base/src/files/install/servers/console/bin/sql/log.h2.db
-rw-r--r--  1 ash  staff  1785443 Apr  6 13:42 
./dcae/dmaapbc/www/swagger/swagger-ui.js
-rw-r--r--  1 ash  staff  1556910 Apr  6 13:42 
./portal/ecomp-portal-FE/client/bower_components/angular-scenario/angular-scenario.js
-rw-r--r--  1 ash  staff  1545132 Apr  6 13:42 
./sdc/catalog-be/src/main/resources/swagger/swagger-ui.js
-rwxr-xr-x  1 ash  staff  1478697 Apr  6 13:42 
./sdnc/oam/admportal/lib/antlr4-4.5.1.jar
-rw-r--r--  1 ash  staff  1470296 Apr  6 13:42 
./sdc/catalog-ui/app/styles/images/welcome/bg/003.png
-rw-r--r--  1 ash  staff  1444224 Apr  6 13:42 
./vid/vid/src/main/webapp/app/fusion/external/angular-1.5/angular-scenario.js
-rw-r--r--  1 ash  staff  1444224 Apr  6 13:42 
./ui/dmaapbc/dcae_dmaapbc_webapp/src/main/webapp/app/fusion/external/angular-1.5/angular-scenario.js
-rw-r--r--  1 ash  staff  1444224 Apr  6 13:42 
./policy/engine/ecomp-sdk-app/src/main/webapp/app/fusion/external/angular-1.5/angular-scenario.js
-rw-r--r--  1 ash  staff  1444224 Apr  6 13:42 
./ecompsdkos/ecomp-sdk/sdk-app/src/main/webapp/app/fusion/external/angular-1.5/angular-scenario.js
-rw-r--r--  1 ash  staff  1412745 Apr  6 13:42 
./sdc/sdc-os-chef/sdc-backend/chef-repo/cookbooks/sdc-normatives/files/default/get-pip.py
-rw-r--r--  1 ash  staff  1412744 Apr  6 13:42 
./sdc/asdctool/src/main/resources/es-resources/get-pip.py



Cheers.

--
Ali

On 10 Apr 2017 15:56 

[onap-discuss] [sonar]

[Lefevre, Catherine]

Hi Jing,

I just had a quick look and we are indeed missing a couple of them.
Let me follow-up with the Linux Foundation support team (Andrew Grimberg) on 
this topic

Best regards
Catherine

From: onap-discuss-bounces at lists.onap.org 
[mailto:onap-discuss-boun...@lists.onap.org] On Behalf Of Jing Wang
Sent: Monday, April 24, 2017 8:41 PM
To: onap-discuss at lists.onap.org
Subject: [onap-discuss] [sonar]

Hi all,

I had a look at 
http://sonar.onap.org.
 It only shows 26 projects in the dashboard. I wonder if those are all the 
sonar projects we have now. Or they are only a subset.

I'm interested in the sdnc projects. Looks like they are not included.

Thanks!

Jing
-- next part --
An HTML attachment was scrubbed...
URL: 

[onap-discuss] Support ONAP on multiple OS/Openstacks?

[Lefevre, Catherine]

Good morning all,

I would like to start a new thread in order to understand if there is a need to 
certify ONAP on multiple OS/Openstacks.

OS
Currently ONAP is running on Ubuntu 14.04 (target to move to Ubuntu 16.04).
Open-O is running on CentOS but I understand from Helen Yunxia (Huawei) that it 
should not be an issue to run it on Ubuntu.
Redhat was not considered from a certification perspective due to license cost.

>From an architecture perspective, it is important that ONAP remains OS agnostic
The only constraint on the OS is that it should support an Openstack version

OpenStack
I have noticed that people are trying to deploy ONAP using different OpenStack 
release series (i.e. Icehouse, Mitaka, Ocata, Kilo, etc)
Although I would like to recommend that we only focus on the release series 
that are not EOL or will be soon EOL as an Openstack baseline for ONAP,
We should collect what has already been validated by the ONAP community and 
what they agree to support

Any additional thoughts?

Best regards
Catherine

Catherine Lef?vre
AT Software Development & Engineering
D2 Platform & Systems Development
AVP - ECOMP/ONAP/RUBY/SPP


Phone: +32 2 418 49 22
Mobile: +32 475 77 36 73
catherine.lefevre at intl.att.com

TEXTING and DRIVING... It Can Wait

AT
BUROGEST OFFICE PARK SA
Avenue des Dessus-de-Lives, 2
5101 Loyers (Namur)
Belgium



NOTE: This email (or its attachments) contains information belonging to the 
sender, which may be confidential. proprietary and/or legally privileged. The 
information is intended only for the use of the individual(s) or entity(ies) 
named above. If you are not the intended recipient, you are hereby notified 
that any disclosure, distribution or taking of any action in reliance on the 
content of this is strictly forbidden. If you have received this e-mail in 
error please immediately notify the sender identified above

-- next part --
An HTML attachment was scrubbed...
URL: 

[onap-discuss] Problem running "create a service instance" tutorial

[Lefevre, Catherine]

Good morning Mike,

The team has identified the issue with the MSO docker container.
It is tracked under https://jira.onap.org/browse/MSO-13
The change has been submitted and is currently under testing.
The new MSO docker image should be available later today if the Nexus is up 
this morning

Similar discussions can be found:
https://lists.onap.org/pipermail/onap-discuss/2017-April/000199.html
https://lists.onap.org/pipermail/onap-discuss/2017-April/000200.html
https://lists.onap.org/pipermail/onap-discuss/2017-April/000201.html


KR,
Catherine


From: onap-discuss-bounces at lists.onap.org 
[mailto:onap-discuss-boun...@lists.onap.org] On Behalf Of ROSE, DANIEL V
Sent: Thursday, April 13, 2017 4:25 PM
To: Mike Evans ; onap-discuss at lists.onap.org
Subject: Re: [onap-discuss] Problem running "create a service instance" tutorial

***Security Advisory: This Message Originated Outside of AT ***
Reference http://cso.att.com/EmailSecurity/IDSP.html for more information.
AAI can you check why the customer is not found? Did it load correctly?

Daniel Rose
ECOMP / ONAP
com.att.ecomp
732-420-7308

From: onap-discuss-bounces at lists.onap.org [mailto:onap-discuss-boun...@lists.onap.org] On Behalf Of Mike 
Evans via onap-discuss
Sent: Thursday, April 13, 2017 10:12 AM
To: onap-discuss at lists.onap.org
Subject: [onap-discuss] Problem running "create a service instance" tutorial

I'm trying to run the 
https://wiki.onap.org/display/DW/Tutorial%3A+Creating+a+Service+Instance+from+a+Design+Model
 tutorial, but it is failing when trying to create the service instance because 
MSO cannot find the customer ID in AAI.  This tutorial ran successfully for me 
last week, although I have completely reinstalled ONAP since then.  I've tried 
the test twice today, completely uninstalling and reinstalling ONAP between 
tests and it now fails consistently with the same symptoms.  I've gathered what 
diagnostics I can and attached to this email.

The full request and response from MSO is as follows.

04/14/17 13:14:40 HTTP Status: OK (200)
{
  "request": {
"requestId": "27f2088c-6bc0-40f6-9030-82c050e05033",
"startTime": "Thu, 13 Apr 2017 12:14:27 GMT",
"requestScope": "service",
"requestType": "createInstance",
"requestDetails": {
  "modelInfo": {
"modelCustomizationName": null,
"modelInvariantId": "a525adf2-6d35-4121-aaf6-073da3705cc7",
"modelType": "service",
"modelNameVersionId": "3ba8b303-2bb8-412e-8cd1-016d75d0313a",
"modelName": "demoVFW",
"modelVersion": "1.0"
  },
  "requestInfo": {
"billingAccountNumber": null,
"callbackUrl": null,
"correlator": null,
"orderNumber": null,
"productFamilyId": null,
"orderVersion": null,
"source": "VID",
"instanceName": "DemoInstance",
"suppressRollback": false
  },
  "relatedInstanceList": null,
  "subscriberInfo": {
"globalSubscriberId": "Demonstration",
"subscriberName": null
  },
  "cloudConfiguration": null,
  "requestParameters": {
"subscriptionServiceType": "vFW",
"userParams": []
  }
},
"instanceReferences": {
  "serviceInstanceId": null,
  "serviceInstanceName": "DemoInstance",
  "vnfInstanceId": null,
 "vnfInstanceName": null,
  "vfModuleInstanceId": null,
  "vfModuleInstanceName": null,
  "volumeGroupInstanceId": null,
  "volumeGroupInstanceName": null,
  "networkInstanceId": null,
  "networkInstanceName": null
},
"requestStatus": {
  "requestState": "FAILED",
  "statusMessage": " Customer Global Id not found (404) in AAI, Global 
Subscriber id: Demonstration",
  "percentProgress": 100,
  "finishTime": "Thu, 13 Apr 2017 12:14:31 GMT"
}
  }
}

04/14/17 13:14:29 HTTP Status: Accepted (202)
{
  "requestReferences": {
"instanceId": "f9942041-5624-491e-acc8-1377e82929d6",
"requestId": "27f2088c-6bc0-40f6-9030-82c050e05033"
  }
}

The previous step (running ./demo.sh init on the robot VM) completed as 
expected (output follows), but there was a long delay at the "Initialize 
Customer and Models" step.

root at vm1-robot:~# cd /opt
root at vm1-robot:/opt# ./demo.sh init
Starting Xvfb on display :89 with res 1280x1024x24
Executing robot tests at log level TRACE
==
OpenECOMP ETE
==
OpenECOMP ETE.Robot

[onap-discuss] Failed to pull docker image

[Lefevre, Catherine]

Good morning Yang,

Concerning the MSO issue, I believe it is also discussed in another mailing 
thread
https://lists.onap.org/pipermail/onap-discuss/2017-April/000199.html

and tracked under JIRA
https://jira.onap.org/browse/MSO-13

The team could not finalize yesterday building a new docker image due to the 
Nexus outage
The new MSO docker image should be available later today if the Nexus is up 
this morning

KR
Catherine


From: onap-discuss-bounces at lists.onap.org 
[mailto:onap-discuss-boun...@lists.onap.org] On Behalf Of Yang Xu (Yang, Fixed 
Network)
Sent: Friday, April 14, 2017 8:07 PM
To: PLATANIA, MARCO ; onap-discuss at 
lists.onap.org
Subject: Re: [onap-discuss] Failed to pull docker image

Hi Marco,

Thanks for the reply. We passed DCAE issue. Right now, only MSO is failing 
robot health test with 503 response code. When I tried to deploy vFW app from 
VID portal, I got an error message saying ?MSO failure? and the detailed 
message is ?Customer Global Id not found in (404) in AAI, Global Subscriber id: 
Demonstration?.

Thanks,
-Yang

From: PLATANIA, MARCO (MARCO) [mailto:plata...@research.att.com]
Sent: Friday, April 14, 2017 12:31 PM
To: Yang Xu (Yang, Fixed Network); onap-discuss at 
lists.onap.org
Subject: Re: [onap-discuss] Failed to pull docker image

Hello Yang,

Yes, the Heat templates in master and release-1.0.0 branches refer to the same 
docker images, but please use release-1.0.0 as it is currently more stable.

Regardless, the docker images that are downloaded during the build process 
belong to the release-1.0.0 branch. At this time, I?m not sure we have daily 
results available, but it is something interesting to have in the near future.

Could you please let us know what errors you get from MSO and DCAE?

Thanks,
Marco

From: "Yang Xu (Yang, Fixed Network)" mailto:yang@huawei.com>>
Date: Thursday, April 13, 2017 at 9:02 AM
To: "PLATANIA, MARCO (MARCO)" mailto:platania at 
research.att.com>>, "onap-discuss at lists.onap.org" mailto:onap-discuss at 
lists.onap.org>>
Subject: RE: [onap-discuss] Failed to pull docker image

Hi Marco,

Thanks for reminding us the tag to download docker image. I notice that both 
master and release-1.0.0 branches use the same docker-version 
(1.0-STAGING-latest) in HEAT environment file openecomp_rackspace.env. However, 
the two branches source code are different. From which branch is 
1.0-STAGING-latest docker image built?  Can we see daily test results somewhere 
before we pick up the build? I installed last couple days builds on Rackspace, 
both failed on MSO and DCAE robot health tests.

Thanks,
-Yang


From: onap-discuss-bounces at lists.onap.org [mailto:onap-discuss-boun...@lists.onap.org] On Behalf Of 
PLATANIA, MARCO (MARCO)
Sent: Wednesday, April 12, 2017 9:03 AM
To: DRAGOSH, PAMELA L (PAM); hulong zeng; onap-discuss at 
lists.onap.org
Subject: Re: [onap-discuss] Failed to pull docker image

nexus3.onap.org:10001 is a proxy to the LF hosted repositories, so it should 
work, and indeed it worked for me:

docker login ?u docker ?p docker nexus3.onap.org:10001
docker pull nexus3.onap.org:10001/openecomp/mso:1.0-STAGING-latest

Please, remember to use the 1.0-STAGING-latest tag to download the docker image 
that is tested daily.

Thanks,
Marco


From: mailto:onap-discuss-bounces at 
lists.onap.org>> on behalf of "DRAGOSH, PAMELA L (PAM)" mailto:pdrag...@research.att.com>>
Date: Wednesday, April 12, 2017 at 8:46 AM
To: hulong zeng mailto:hulong.z at mcsue.com>>, 
"onap-discuss at lists.onap.org" 
mailto:onap-discuss at lists.onap.org>>
Subject: Re: [onap-discuss] Failed to pull docker image

***Security Advisory: This Message Originated Outside of AT ***
Reference http://cso.att.com/EmailSecurity/IDSP.html for more information.
10001 is a replication of the public Docker repository.

Use 10002 to pull from ONAP LF Docker repository.

uid: docker
pass: docker

Pam Dragosh
Lead Inventive Scientist
ONAP Policy
AT

From: mailto:onap-discuss-bounces at 
lists.onap.org>> on behalf of hulong zeng mailto:hulon...@mcsue.com>>
Date: Wednesday, April 12, 2017 at 8:38 AM
To: "onap-discuss at lists.onap.org" 
mailto:onap-discuss at lists.onap.org>>
Subject: [onap-discuss] Failed to pull docker image

Hi ,
   I tried to pull MSO image from ONAP Docker Repo , seems it was not there 
anymore.
Got errors like below:
Pulling repository nexus3.onap.org:10001/openecomp/mso
Error: image openecomp/mso:1.0-STAGING-latest not found
Could someone help to show where can get it ?

Regards!
Hulong Zeng

-- next part --
An HTML attachment was scrubbed...
URL: 

[onap-discuss] MSO failure on vFW service instantiation

[Lefevre, Catherine]

Dear all,

MSO fails HC (503 return code) is tracked under 
https://jira.onap.org/browse/MSO-13
The team has identified the issue with the docker container.
The change has been submitted and is currently under testing.

Best regards
Catherine

From: onap-discuss-bounces at lists.onap.org 
[mailto:onap-discuss-boun...@lists.onap.org] On Behalf Of PLATANIA, MARCO
Sent: Monday, April 17, 2017 3:24 PM
To: FREEMAN, BRIAN D ; Dhananjay Pavgi ; onap-discuss at lists.onap.org; Yang Xu (Yang, Fixed 
Network) 
Subject: Re: [onap-discuss] MSO failure on vFW service instantiation

***Security Advisory: This Message Originated Outside of AT ***
Reference http://cso.att.com/EmailSecurity/IDSP.html for more information.
Hi Brian,

The model loader issue was on the A side. Despite the 503 error message in 
MSO, all the containers are up and running. Unfortunately, rebooting the 
VM/containers didn?t help so far.

We?ll have MSO team investigate.

Thanks,
Marco

From: "FREEMAN, BRIAN D" mailto:bf1...@att.com>>
Date: Saturday, April 15, 2017 at 7:03 AM
To: Dhananjay Pavgi mailto:DP00476350 at 
TechMahindra.com>>, "PLATANIA, MARCO (MARCO)" mailto:platania at research.att.com>>, "onap-discuss at 
lists.onap.org" mailto:onap-discuss at lists.onap.org>>, "Yang Xu (Yang, Fixed 
Network)" mailto:yang.xu3 at huawei.com>>
Subject: RE: [onap-discuss] MSO failure on vFW service instantiation

Did you try restarting the MSO containers ?

I think I remember a problem in release 1.0 that if SDC is slow in coming up 
the model loader in MSO takes an error path.

BTW Healthcheck needs to pass before doing instantiation tests. We always run 
healthcheck before starting testing.

Hope this helps.

Brian




From: onap-discuss-bounces at lists.onap.org [mailto:onap-discuss-boun...@lists.onap.org] On Behalf Of 
Dhananjay Pavgi
Sent: Saturday, April 15, 2017 2:14 AM
To: PLATANIA, MARCO mailto:platania at 
research.att.com>>; onap-discuss at lists.onap.org; Yang Xu (Yang, Fixed Network) mailto:yang.xu3 at huawei.com>>
Subject: Re: [onap-discuss] MSO failure on vFW service instantiation

Thanks, Marco. Wonder if fix is needed for this or there?s a workaround. i.e. 
in ONS Hackethelon, how was this tackeled when ONAP was brought up and demos 
were showcased?

thanks & regards,
Dhananjay Pavgi
Mobile : +91 98220 22264
[id:image002.png at 01CE7323.F2727500]   [NAP_logo_Sig]
www.techmahindra.com
 Platinum Member. Visit : 
http://www.onap.org

From: onap-discuss-bounces at lists.onap.org [mailto:onap-discuss-boun...@lists.onap.org] On Behalf Of 
PLATANIA, MARCO (MARCO)
Sent: Saturday, April 15, 2017 6:55 AM
To: onap-discuss at lists.onap.org; Yang 
Xu (Yang, Fixed Network) mailto:yang.xu3 at huawei.com>>
Subject: Re: [onap-discuss] MSO failure on vFW service instantiation

Hello Yang,

We are aware of the issue with MSO. I opened a jira ticket about the 503 
response to health check. MSO team will take care of it.

Thanks,
Marco




On Fri, Apr 14, 2017 at 4:33 PM -0700, "Yang Xu (Yang, Fixed Network)" 
mailto:Yang.Xu3 at huawei.com>> wrote:
All,

I installed ONAP release 1.0.0 on Rackspace today. I login robot-vm and run 
?/opt/demo.sh init? first.  Then when I use VID portal to instantiate vFW 
service, I get MSO failure message with ?Customer Global Id not found (404) in 
AAI, Global Subscriber id: Demonstration?.  BTW, MSO also fails ?/opt/ete.sh 
health? test with 503.   Anyone has an idea?

Thanks,
-Yang


Response message on VID portal:
04/15/17 19:16:30 HTTP Status: OK (200)
{
  "request": {
"requestId": "152bdf95-c9fd-422b-b646-905e3a565ee4",
"startTime": "Fri, 14 Apr 2017 23:16:20 GMT",
"requestScope": "service",
"requestType": "createInstance",
"requestDetails": {
  "modelInfo": {
"modelCustomizationName": null,
"modelInvariantId": "fd938f9a-d9dc-4a03-be70-eee9e546b19c",
"modelType": "service",
"modelNameVersionId": "b05ea495-9923-4d46-beb3-192c36cbc764",
"modelName": "tutorial service",
"modelVersion": "1.0"
  },
  "requestInfo": {
"billingAccountNumber": null,
"callbackUrl": null,
"correlator": null,
"orderNumber": null,
"productFamilyId": null,
"orderVersion": null,
"source": "VID",
"instanceName": "DemoInstance",

[onap-discuss] Questions about VNF Heat Template

[Lefevre, Catherine]

Good morning Munir,

SDC ONAP version includes the code for 3 levels of nesting.
We are taking an action in order to update the documentation accordingly.

This task is also now tracked under JIRA
https://jira.onap.org/browse/DOC-2

Many thanks & regards
Catherine

From: onap-discuss-bounces at lists.onap.org 
[mailto:onap-discuss-boun...@lists.onap.org] On Behalf Of Ahmad, Munir
Sent: Tuesday, April 11, 2017 5:05 PM
To: PLATANIA, MARCO 
Cc: onap-discuss at lists.onap.org
Subject: Re: [onap-discuss] Questions about VNF Heat Template

Thanks Marco,

The section in question is on page 8 (page 13 of pdf doc) and the URL to ?VNF 
Heat Template Requirements for OpenECOMP? is:

https://wiki.onap.org/download/attachments/1015849/VNF%20Heat%20Template%20Requirements%20for%20OpenECOMP.pdf?api=v2



From: "PLATANIA, MARCO (MARCO)" mailto:plata...@research.att.com>>
Date: Tuesday, April 11, 2017 at 10:58 AM
To: "Ahmad, Munir" mailto:Munir.Ahmad at bell.ca>>
Cc: "onap-discuss at lists.onap.org" 
mailto:onap-discuss at lists.onap.org>>
Subject: Re: [onap-discuss] Questions about VNF Heat Template

Hello Munir,

Thanks for reaching out. We would like to better understand your question. 
Could you please point us to the ?VNF Heat Template Requirements for OpenEcomp??

We?ll investigate these requirements and give you an answer.

Thanks,
Marco


From: mailto:onap-discuss-bounces at 
lists.onap.org>> on behalf of "Ahmad, Munir" mailto:munir.ah...@bell.ca>>
Date: Tuesday, April 11, 2017 at 10:00 AM
To: "onap-discuss at lists.onap.org" 
mailto:onap-discuss at lists.onap.org>>
Subject: [onap-discuss] Questions about VNF Heat Template

Hello ONAP Community,

I am reading ?VNF Heat Template Requirements for OpenEcomp? It indicates Heat 
templates for OpenECOMP must only have one level of nesting. I have a couple of 
questions.


1.  What is the reasoning behind limiting to one level of nesting when 
onboarding a VNF module? Any plans to change this?

2.  Are there any tools that can be used to ?flatten? nested heat templates?

Best Regards
Munir Ahmad

-- next part --
An HTML attachment was scrubbed...
URL: 

[onap-discuss] Query on creating a service instance for demo vFW

[Lefevre, Catherine]

Good morning Kedar,

Steve has tried to reply to your e-mail thread under the following link
https://lists.onap.org/pipermail/onap-discuss/2017-April/56.html

Let us know if you need any additional information

Best regards
Catherine

From: Kedar Ambekar [mailto:ake...@techmahindra.com]
Sent: Tuesday, April 11, 2017 12:17 PM
To: Lefevre, Catherine ; onap-discuss at 
lists.onap.org; FLOOD, JERRY 
Subject: RE: Query on creating a service instance for demo vFW

Hi Catherine,

Thanks for reply.

I am yet to have Robot framework fully setup. But I had checked before that I 
am able to invoke A API manually.

https://<AAI<https://urldefense.proofpoint.com/v2/url?u=https-3A__-253cAAI=DwMFAg=LFYZ-o9_HUMeMTSQicvjIg=66ObImPAUA0o2f1hTGknnnv5ScXvX8EnREJCPHHBY5M=Nn0URMVmTVTJQVdmOfj-FaB32J7kS72Fs_lhN-KNFI8=BxV2bAqeNrerYzYetxt6Z4hZVn6vaAEhrfkxveCo2u4=>_HOST>:8443/aai/v8/business/customers/customer/Demonstration/service-subscriptions/service-subscription/vFW/service-instances/service-instance/ada72ac4-44ee-4d8c-9a1e-54d9ba752cc1


http://org.openecomp.aai.inventory/v8;>

ada72ac4-44ee-4d8c-9a1e-54d9ba752cc1
demoVFW_Instance
38f25d0d-8b5f-468d-9245-3e0e94332d54
1.0
1491386888


Btw, A gave XML response though in request, I had Content-Type header with 
value "application/json".

Regards,
KeDar

From: Lefevre, Catherine [mailto:cl6...@intl.att.com]
Sent: Tuesday, April 11, 2017 2:32 AM
To: Kedar Ambekar mailto:akedar at 
TechMahindra.com>>; onap-discuss at lists.onap.org<mailto:onap-discuss at 
lists.onap.org>; FLOOD, JERRY mailto:jf9860 at att.com>>
Subject: RE: Query on creating a service instance for demo vFW

Good afternoon Kedar,

Can you please check if the A is healthy by running the health check?

Have you a VM where you have installed our Robot Frameworks?
If yes then on your vm1-robot, run
/opt/ete.sh health

Please share with us the results

Many thanks & regards
Catherine

From: onap-discuss-bounces at lists.onap.org<mailto:onap-discuss-bounces at 
lists.onap.org> [mailto:onap-discuss-boun...@lists.onap.org] On Behalf Of Kedar 
Ambekar
Sent: Monday, April 10, 2017 6:08 PM
To: onap-discuss at lists.onap.org<mailto:onap-discuss at lists.onap.org>
Subject: [onap-discuss] Query on creating a service instance for demo vFW

Hi All,

I am following WIKI tutorial on setting up ONAP demo and currently stuck at 
Tutorial: Creating a Service Instance from a Design 
Model<https://urldefense.proofpoint.com/v2/url?u=https-3A__wiki.onap.org_display_DW_Tutorial-253A-2BCreating-2Ba-2BService-2BInstance-2Bfrom-2Ba-2BDesign-2BModel=DwMFAg=LFYZ-o9_HUMeMTSQicvjIg=66ObImPAUA0o2f1hTGknnnv5ScXvX8EnREJCPHHBY5M=_tQpPHqF4nYSOTnuuM8xX5mLzde-Fkfw-hvPKURgiwM=E6hufEYgKRcKJocv05e1OIPmSketQykf8Z46fOikJw8=>
 .

I can now deploy an instance of demoVFW. But later when I click on View/Edit to 
Add VNF, I get below screen. The Add VNF button ( click on the dropdown 
c321x)  doesn't respond. Looks VID is not able to fetch service instance 
information from A

I have attached screen shots.

Any help ?

Regards,
KeDar



Disclaimer:  This message and the information contained herein is proprietary 
and confidential and subject to the Tech Mahindra policy statement, you may 
review the policy at 
http://www.techmahindra.com/Disclaimer.html<https://urldefense.proofpoint.com/v2/url?u=http-3A__www.techmahindra.com_Disclaimer.html=DwMFAg=LFYZ-o9_HUMeMTSQicvjIg=66ObImPAUA0o2f1hTGknnnv5ScXvX8EnREJCPHHBY5M=_tQpPHqF4nYSOTnuuM8xX5mLzde-Fkfw-hvPKURgiwM=vcmMsBpsppfx_i4nJzQ_m94yldj4TWAKpmQk13VrjBA=>
 externally 
http://tim.techmahindra.com/tim/disclaimer.html<https://urldefense.proofpoint.com/v2/url?u=http-3A__tim.techmahindra.com_tim_disclaimer.html=DwMFAg=LFYZ-o9_HUMeMTSQicvjIg=66ObImPAUA0o2f1hTGknnnv5ScXvX8EnREJCPHHBY5M=_tQpPHqF4nYSOTnuuM8xX5mLzde-Fkfw-hvPKURgiwM=fLPgXalSiKSrpTdKzu8XYiFkzVdzBscPtsB_GLvFL7c=>
 internally within TechMahindra.

-- next part --
An HTML attachment was scrubbed...
URL: 
<http://lists.onap.org/pipermail/onap-discuss/attachments/20170411/9ab40220/attachment-0001.html>

[onap-discuss] mso-docker.json is duplicated

[Lefevre, Catherine]

Good morning Alexis,

I have created a MSO story in order to track this improvement
https://jira.onap.org/browse/MSO-9

Best regards
Catherine

From: Lefevre, Catherine
Sent: Friday, April 07, 2017 10:47 AM
To: 'Alexis de Talhou?t' 
Cc: 'onap-discuss at lists.onap.org' 
Subject: RE: [onap-discuss] mso-docker.json is duplicated

Good morning Alexis,

It is indeed not really required to have an environment file when we initialize 
the container with Chef, the default attributes should be enough.
Nevertheless the first environment was created to provide the default values of 
the config, and also as a template that could be reused to create some 
docker-config repo
(Initially the docker-config was not present).
Having said that, we can only have one environment file provided at the 
container startup, and therefore only one file to update when we need to change 
the mso-config cookbook. This requires a small rework of the chef 
initialization and also of the chef-solo command we use at runtime.
We could consider this as a future improvement.

Best regards
Catherine

From: Alexis de Talhou?t [mailto:adetalhoue...@gmail.com]
Sent: Thursday, April 06, 2017 2:19 PM
To: Lefevre, Catherine mailto:cl664y at intl.att.com>>
Cc: onap-discuss at lists.onap.org<mailto:onap-discuss at lists.onap.org>
Subject: Re: [onap-discuss] mso-docker.json is duplicated

Catherine,

Thanks for the clarification.
Although I?m not sure to understand why it is necessary to initialize the 
environment through chef at building time, if this can be done at runtime, 
while starting the container.
Could you share scenarios when this can be required? My intuition would be this 
could be done at runtime only, but I believe I might be missing something.

Regards,
Alexis

On Apr 5, 2017, at 7:04 AM, Lefevre, Catherine mailto:cl664y at intl.att.com>> wrote:

Good morning Alexis,

Please find some additional information related to your latest message
https://lists.onap.org/pipermail/onap-discuss/2017-April/11.html<https://urldefense.proofpoint.com/v2/url?u=https-3A__lists.onap.org_pipermail_onap-2Ddiscuss_2017-2DApril_11.html=DwMFaQ=LFYZ-o9_HUMeMTSQicvjIg=66ObImPAUA0o2f1hTGknnnv5ScXvX8EnREJCPHHBY5M=oy4L6rkiehrZv1w4keLLOjb6TUCQYfwSrgNYDJSo2xE=-XYaVLwtmDONdVDVsu9iFEi-BB9jb3W3SSKubmGw3Vk=>

In the chef-repo, the environment file is used during the chef initialization 
when creating the docker images (used during the maven build)
While the docker-config json file is used to overwrite the config before the 
startup of the containers.

Let us know if it clarifies the usage of ?chef-repo.git? and 
?docker-config.git?.

Best regards
Catherine

Catherine Lef?vre
AT Software Development & Engineering
D2 Platform & Systems Development
AVP - ECOMP/ONAP/RUBY/SPP


Phone: +32 2 418 49 22
Mobile: +32 475 77 36 73
catherine.lefevre at intl.att.com<mailto:catherine.lefevre at intl.att.com>

TEXTING and DRIVING? It Can Wait

AT
BUROGEST OFFICE PARK SA
Avenue des Dessus-de-Lives, 2
5101 Loyers (Namur)
Belgium



NOTE: This email (or its attachments) contains information belonging to the 
sender, which may be confidential. proprietary and/or legally privileged. The 
information is intended only for the use of the individual(s) or entity(ies) 
named above. If you are not the intended recipient, you are hereby notified 
that any disclosure, distribution or taking of any action in reliance on the 
content of this is strictly forbidden. If you have received this e-mail in 
error please immediately notify the sender identified above

___
onap-discuss mailing list
onap-discuss at lists.onap.org<mailto:onap-discuss at lists.onap.org>
https://lists.onap.org/mailman/listinfo/onap-discuss<https://urldefense.proofpoint.com/v2/url?u=https-3A__lists.onap.org_mailman_listinfo_onap-2Ddiscuss=DwMFaQ=LFYZ-o9_HUMeMTSQicvjIg=66ObImPAUA0o2f1hTGknnnv5ScXvX8EnREJCPHHBY5M=oy4L6rkiehrZv1w4keLLOjb6TUCQYfwSrgNYDJSo2xE=ZCHOjqlGZyKVMzy_MC0Sz_qFaNvIkS4PNoVBRueNozM=>

-- next part --
An HTML attachment was scrubbed...
URL: 
<http://lists.onap.org/pipermail/onap-discuss/attachments/20170410/3bc9f409/attachment-0001.html>

[onap-discuss] Jenkins log shipping

[Lefevre, Catherine]

Thank you Andy.
Can we also resume the SONAR integration since the code is now opened ?

Many thanks & regards
Catherine

-Original Message-
From: onap-discuss-bounces at lists.onap.org 
[mailto:onap-discuss-boun...@lists.onap.org] On Behalf Of Andrew Grimberg
Sent: Thursday, April 06, 2017 11:23 PM
To: onap-discuss at lists.onap.org
Subject: [onap-discuss] Jenkins log shipping

Greetings folks,

Since the code base and Jenkins was finally opened up on Monday I've worked 
through the job templates and as of 14:12 PT today all jobs should now be 
properly shipping their logs to https://logs.onap.org This also means that the 
comments from Jenkins to Gerrit as to where the logs are should now be working 
(for any job that completes after the update)

When possible, please use those logs as opposed reviewing logs in Jenkins. We 
request this as it offloads traffic from Jenkins and therefore speeds up access 
for everyone.

-Andy-

--
Andrew J Grimberg
Systems Administrator
Release Engineering Team Lead
The Linux Foundation

[onap-discuss] mso-docker.json is duplicated

[Lefevre, Catherine]

Good morning Alexis,

It is indeed not really required to have an environment file when we initialize 
the container with Chef, the default attributes should be enough.
Nevertheless the first environment was created to provide the default values of 
the config, and also as a template that could be reused to create some 
docker-config repo
(Initially the docker-config was not present).
Having said that, we can only have one environment file provided at the 
container startup, and therefore only one file to update when we need to change 
the mso-config cookbook. This requires a small rework of the chef 
initialization and also of the chef-solo command we use at runtime.
We could consider this as a future improvement.

Best regards
Catherine

From: Alexis de Talhou?t [mailto:adetalhoue...@gmail.com]
Sent: Thursday, April 06, 2017 2:19 PM
To: Lefevre, Catherine 
Cc: onap-discuss at lists.onap.org
Subject: Re: [onap-discuss] mso-docker.json is duplicated

Catherine,

Thanks for the clarification.
Although I?m not sure to understand why it is necessary to initialize the 
environment through chef at building time, if this can be done at runtime, 
while starting the container.
Could you share scenarios when this can be required? My intuition would be this 
could be done at runtime only, but I believe I might be missing something.

Regards,
Alexis

On Apr 5, 2017, at 7:04 AM, Lefevre, Catherine mailto:cl664y at intl.att.com>> wrote:

Good morning Alexis,

Please find some additional information related to your latest message
https://lists.onap.org/pipermail/onap-discuss/2017-April/11.html<https://urldefense.proofpoint.com/v2/url?u=https-3A__lists.onap.org_pipermail_onap-2Ddiscuss_2017-2DApril_11.html=DwMFaQ=LFYZ-o9_HUMeMTSQicvjIg=66ObImPAUA0o2f1hTGknnnv5ScXvX8EnREJCPHHBY5M=oy4L6rkiehrZv1w4keLLOjb6TUCQYfwSrgNYDJSo2xE=-XYaVLwtmDONdVDVsu9iFEi-BB9jb3W3SSKubmGw3Vk=>

In the chef-repo, the environment file is used during the chef initialization 
when creating the docker images (used during the maven build)
While the docker-config json file is used to overwrite the config before the 
startup of the containers.

Let us know if it clarifies the usage of ?chef-repo.git? and 
?docker-config.git?.

Best regards
Catherine

Catherine Lef?vre
AT Software Development & Engineering
D2 Platform & Systems Development
AVP - ECOMP/ONAP/RUBY/SPP


Phone: +32 2 418 49 22
Mobile: +32 475 77 36 73
catherine.lefevre at intl.att.com<mailto:catherine.lefevre at intl.att.com>

TEXTING and DRIVING? It Can Wait

AT
BUROGEST OFFICE PARK SA
Avenue des Dessus-de-Lives, 2
5101 Loyers (Namur)
Belgium



NOTE: This email (or its attachments) contains information belonging to the 
sender, which may be confidential. proprietary and/or legally privileged. The 
information is intended only for the use of the individual(s) or entity(ies) 
named above. If you are not the intended recipient, you are hereby notified 
that any disclosure, distribution or taking of any action in reliance on the 
content of this is strictly forbidden. If you have received this e-mail in 
error please immediately notify the sender identified above

___
onap-discuss mailing list
onap-discuss at lists.onap.org<mailto:onap-discuss at lists.onap.org>
https://lists.onap.org/mailman/listinfo/onap-discuss<https://urldefense.proofpoint.com/v2/url?u=https-3A__lists.onap.org_mailman_listinfo_onap-2Ddiscuss=DwMFaQ=LFYZ-o9_HUMeMTSQicvjIg=66ObImPAUA0o2f1hTGknnnv5ScXvX8EnREJCPHHBY5M=oy4L6rkiehrZv1w4keLLOjb6TUCQYfwSrgNYDJSo2xE=ZCHOjqlGZyKVMzy_MC0Sz_qFaNvIkS4PNoVBRueNozM=>

-- next part --
An HTML attachment was scrubbed...
URL: 
<http://lists.onap.org/pipermail/onap-discuss/attachments/20170407/acdf3b06/attachment-0001.html>

[onap-discuss] mso-docker.json is duplicated

[Lefevre, Catherine]

Good morning Alexis,

Please find some additional information related to your latest message
https://lists.onap.org/pipermail/onap-discuss/2017-April/11.html

In the chef-repo, the environment file is used during the chef initialization 
when creating the docker images (used during the maven build)
While the docker-config json file is used to overwrite the config before the 
startup of the containers.

Let us know if it clarifies the usage of "chef-repo.git" and 
"docker-config.git".

Best regards
Catherine

Catherine Lef?vre
AT Software Development & Engineering
D2 Platform & Systems Development
AVP - ECOMP/ONAP/RUBY/SPP


Phone: +32 2 418 49 22
Mobile: +32 475 77 36 73
catherine.lefevre at intl.att.com

TEXTING and DRIVING... It Can Wait

AT
BUROGEST OFFICE PARK SA
Avenue des Dessus-de-Lives, 2
5101 Loyers (Namur)
Belgium



NOTE: This email (or its attachments) contains information belonging to the 
sender, which may be confidential. proprietary and/or legally privileged. The 
information is intended only for the use of the individual(s) or entity(ies) 
named above. If you are not the intended recipient, you are hereby notified 
that any disclosure, distribution or taking of any action in reliance on the 
content of this is strictly forbidden. If you have received this e-mail in 
error please immediately notify the sender identified above

-- next part --
An HTML attachment was scrubbed...
URL: