date:20170714

[onap-discuss] Updated Invitation: JULY VIRTUAL DEVELOPERS EVENT @ Daily from 5am to 9am 3 times (PDT) (onap-discuss@lists.onap.org)

2017-07-14 Thread kpaul

BEGIN:VCALENDAR
PRODID:-//Google Inc//Google Calendar 70.9054//EN
VERSION:2.0
CALSCALE:GREGORIAN
METHOD:REQUEST
BEGIN:VTIMEZONE
TZID:America/Los_Angeles
X-LIC-LOCATION:America/Los_Angeles
BEGIN:DAYLIGHT
TZOFFSETFROM:-0800
TZOFFSETTO:-0700
TZNAME:PDT
DTSTART:19700308T02
RRULE:FREQ=YEARLY;BYMONTH=3;BYDAY=2SU
END:DAYLIGHT
BEGIN:STANDARD
TZOFFSETFROM:-0700
TZOFFSETTO:-0800
TZNAME:PST
DTSTART:19701101T02
RRULE:FREQ=YEARLY;BYMONTH=11;BYDAY=1SU
END:STANDARD
END:VTIMEZONE
BEGIN:VEVENT
DTSTART;TZID=America/Los_Angeles:20170724T05
DTEND;TZID=America/Los_Angeles:20170724T09
RRULE:FREQ=DAILY;COUNT=3
DTSTAMP:20170715T013352Z
ORGANIZER;CN=ONAP Meetings and Events:mailto:linuxfoundation.org_1rmtb5tpr3
 uc8f76fmflplo...@group.calendar.google.com
UID:hd7mogqeig5q1ph62je9ovj...@google.com
ATTENDEE;CUTYPE=INDIVIDUAL;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=
 TRUE;CN=onap-discuss@lists.onap.org;X-NUM-GUESTS=0:mailto:onap-discuss@list
 s.onap.org
ATTENDEE;CUTYPE=INDIVIDUAL;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=
 TRUE;CN=onap-...@lists.onap.org;X-NUM-GUESTS=0:mailto:onap-...@lists.onap.o
 rg
CREATED:20170714T003453Z
DESCRIPTION:Agenda (WIP) https://wiki.onap.org/display/DW/July+24-26+Virtua
 l+Developers+Event\n\nView your event at https://www.google.com/calendar/ev
 ent?action=VIEW=aGQ3bW9ncWVpZzVxMXBoNjJqZTlvdmpocGcgb25hcC1kaXNjdXNzQGx
 pc3RzLm9uYXAub3Jn=NzIjbGludXhmb3VuZGF0aW9uLm9yZ18xcm10YjV0cHIzdWM4Zjc2Z
 m1mbHBsb2k4OEBncm91cC5jYWxlbmRhci5nb29nbGUuY29tODEzYjgwODczY2VhY2FlNjkyMjVi
 ZGY5OWNiNWYxZGQxYzFkNmJkMw=America/Los_Angeles=en.
LAST-MODIFIED:20170715T013352Z
LOCATION:Bridge info coming soon
SEQUENCE:1
STATUS:CONFIRMED
SUMMARY:JULY VIRTUAL DEVELOPERS EVENT
TRANSP:OPAQUE
END:VEVENT
END:VCALENDAR


invite.ics
Description: application/ics
___
onap-discuss mailing list
onap-discuss@lists.onap.org
https://lists.onap.org/mailman/listinfo/onap-discuss

Re: [onap-discuss] [holmes]Apply for a Timeslot for Holmes Weekly Meeting

2017-07-14 Thread Kenny Paul

Hi Guangrong,

I originally set up up with an ONAP bridge by default- I’ve backed that out and 
changed it to your private bridge.
Please verify the timing is correct on the calendar.

Thanks!


Best Regards, 
-kenny

Kenny Paul,  Technical Program Manager
kp...@linuxfoundation.org
510.766.5945

> On Jul 13, 2017, at 5:52 PM, fu.guangr...@zte.com.cn wrote:
> 
> Sorry I forgot to offer the timeslot.
> 
> 
> 
> The ad hoc weekly meeting for Holmes will be hold from 20:00 to 21:00 (UTC+8) 
> Thursday.
> 
> 
> 
> Regards,
> 
> Guangrong 
> 
> 
> 
> 
> 
> 
> 
> 原始邮件
> 发件人：付光荣10144542
> 收件人： ; ;
> 日 期 ：2017年07月14日 08:49
> 主 题 ：[holmes]Apply for a Timeslot for Holmes Weekly Meeting
> 
> 
> Hi Kenny,
> 
> 
> 
> Could you please help to add the bridge info into the ONAP calendar for 
> Holmes meeting? This would be an ad hoc meeting held on necessity.
> 
> 
> 
> We'll be using a private meeting room and the the ID is 
> https://zoom.us/j/66 .
> 
> 
> 
> Thanks.
> 
> 
> 
> Best Regards,
> 
> Guangrong
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 

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

[onap-discuss] Updated Invitation: [holmes] Weekly Meeting @ Weekly from 5am to 6am on Thursday (PDT) (onap-discuss@lists.onap.org)

2017-07-14 Thread kpaul

BEGIN:VCALENDAR
PRODID:-//Google Inc//Google Calendar 70.9054//EN
VERSION:2.0
CALSCALE:GREGORIAN
METHOD:REQUEST
BEGIN:VTIMEZONE
TZID:America/Los_Angeles
X-LIC-LOCATION:America/Los_Angeles
BEGIN:DAYLIGHT
TZOFFSETFROM:-0800
TZOFFSETTO:-0700
TZNAME:PDT
DTSTART:19700308T02
RRULE:FREQ=YEARLY;BYMONTH=3;BYDAY=2SU
END:DAYLIGHT
BEGIN:STANDARD
TZOFFSETFROM:-0700
TZOFFSETTO:-0800
TZNAME:PST
DTSTART:19701101T02
RRULE:FREQ=YEARLY;BYMONTH=11;BYDAY=1SU
END:STANDARD
END:VTIMEZONE
BEGIN:VEVENT
DTSTART;TZID=America/Los_Angeles:20170720T05
DTEND;TZID=America/Los_Angeles:20170720T06
RRULE:FREQ=WEEKLY;BYDAY=TH
DTSTAMP:20170715T010600Z
ORGANIZER;CN=ONAP Meetings and Events:mailto:linuxfoundation.org_1rmtb5tpr3
 uc8f76fmflplo...@group.calendar.google.com
UID:d3cfnlnnlthei1vg4qk3fab...@google.com
ATTENDEE;CUTYPE=INDIVIDUAL;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=
 TRUE;CN=onap-discuss@lists.onap.org;X-NUM-GUESTS=0:mailto:onap-discuss@list
 s.onap.org
ATTENDEE;CUTYPE=INDIVIDUAL;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=
 TRUE;CN=fu.guangr...@zte.com.cn;X-NUM-GUESTS=0:mailto:fu.guangr...@zte.com.
 cn
CREATED:20170715T010112Z
DESCRIPTION:\nhttps://zoom.us/j/66\n\n\n\nView your event at https:
 //www.google.com/calendar/event?action=VIEW=ZDNjZm5sbm5sdGhlaTF2ZzRxazN
 mYWI4Zm8gb25hcC1kaXNjdXNzQGxpc3RzLm9uYXAub3Jn=NzIjbGludXhmb3VuZGF0aW9uL
 m9yZ18xcm10YjV0cHIzdWM4Zjc2Zm1mbHBsb2k4OEBncm91cC5jYWxlbmRhci5nb29nbGUuY29t
 OWRhMWE1ZTIyZGNlYTU5ZDI2OGM1OGMwZGMwM2JmMzAwMjAxY2U2Yg=America/Los_Ange
 les=en.
LAST-MODIFIED:20170715T010600Z
LOCATION:https://zoom.us/j/66
SEQUENCE:0
STATUS:CONFIRMED
SUMMARY:[holmes] Weekly Meeting
TRANSP:OPAQUE
END:VEVENT
END:VCALENDAR


invite.ics
Description: application/ics
___
onap-discuss mailing list
onap-discuss@lists.onap.org
https://lists.onap.org/mailman/listinfo/onap-discuss

[onap-discuss] Invitation: [holmes] Weekly Meeting @ Weekly from 5am to 6am on Thursday (PDT) (onap-discuss@lists.onap.org)

2017-07-14 Thread kpaul

BEGIN:VCALENDAR
PRODID:-//Google Inc//Google Calendar 70.9054//EN
VERSION:2.0
CALSCALE:GREGORIAN
METHOD:REQUEST
BEGIN:VTIMEZONE
TZID:America/Los_Angeles
X-LIC-LOCATION:America/Los_Angeles
BEGIN:DAYLIGHT
TZOFFSETFROM:-0800
TZOFFSETTO:-0700
TZNAME:PDT
DTSTART:19700308T02
RRULE:FREQ=YEARLY;BYMONTH=3;BYDAY=2SU
END:DAYLIGHT
BEGIN:STANDARD
TZOFFSETFROM:-0700
TZOFFSETTO:-0800
TZNAME:PST
DTSTART:19701101T02
RRULE:FREQ=YEARLY;BYMONTH=11;BYDAY=1SU
END:STANDARD
END:VTIMEZONE
BEGIN:VEVENT
DTSTART;TZID=America/Los_Angeles:20170720T05
DTEND;TZID=America/Los_Angeles:20170720T06
RRULE:FREQ=WEEKLY;BYDAY=TH
DTSTAMP:20170715T010113Z
ORGANIZER;CN=ONAP Meetings and Events:mailto:linuxfoundation.org_1rmtb5tpr3
 uc8f76fmflplo...@group.calendar.google.com
UID:d3cfnlnnlthei1vg4qk3fab...@google.com
ATTENDEE;CUTYPE=INDIVIDUAL;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=
 TRUE;CN=onap-discuss@lists.onap.org;X-NUM-GUESTS=0:mailto:onap-discuss@list
 s.onap.org
ATTENDEE;CUTYPE=INDIVIDUAL;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=
 TRUE;CN=fu.guangr...@zte.com.cn;X-NUM-GUESTS=0:mailto:fu.guangr...@zte.com.
 cn
CREATED:20170715T010112Z
DESCRIPTION:Hi there\, \n\nONAP Meeting 3 is inviting you to a scheduled Zo
 om meeting. \n\nJoin from PC\, Mac\, Linux\, iOS or Android: https://zoom.u
 s/j/447753624\n\nOr iPhone one-tap (US Toll):  +14086380968\,\,447753624# o
 r +16465588656\,\,447753624#\n\nOr Telephone:\nDial: +1 408 638 0968 (U
 S Toll) or +1 646 558 8656 (US Toll)\n+1 855 880 1246 (US Toll Free)\n 
+1 877 369 0926 (US Toll Free)\nMeeting ID: 447 753 624\nInterna
 tional numbers available: https://zoom.us/zoomconference?m=tN17d9-ponV71T5g
 VqC0Nglq1CBwjFCD\n\n\n\nView your event at https://www.google.com/calendar/
 event?action=VIEW=ZDNjZm5sbm5sdGhlaTF2ZzRxazNmYWI4Zm8gb25hcC1kaXNjdXNzQ
 Gxpc3RzLm9uYXAub3Jn=NzIjbGludXhmb3VuZGF0aW9uLm9yZ18xcm10YjV0cHIzdWM4Zjc
 2Zm1mbHBsb2k4OEBncm91cC5jYWxlbmRhci5nb29nbGUuY29tOWRhMWE1ZTIyZGNlYTU5ZDI2OG
 M1OGMwZGMwM2JmMzAwMjAxY2U2Yg=America/Los_Angeles=en.
LAST-MODIFIED:20170715T010112Z
LOCATION:https://zoom.us/j/447753624
SEQUENCE:0
STATUS:CONFIRMED
SUMMARY:[holmes] Weekly Meeting
TRANSP:OPAQUE
END:VEVENT
END:VCALENDAR


invite.ics
Description: application/ics
___
onap-discuss mailing list
onap-discuss@lists.onap.org
https://lists.onap.org/mailman/listinfo/onap-discuss

[onap-discuss] [onap-installation] DCAE installation now supported by all Heat templates

2017-07-14 Thread PLATANIA, MARCO (MARCO)

ONAP Community,

All the Heat templates that we built to install ONAP in vanilla OpenStack now 
support the DCAE data collection and analytics platform installation.

Please refer to the updated wiki pages for detailed info about ONAP 
installation 
https://wiki.onap.org/display/DW/ONAP+Installation+in+Vanilla+OpenStack and 
DCAE development guide 
https://wiki.onap.org/display/DW/DCAE+Controller+Development+Guide

Gerrit contains the latest Heat templates. Note that 
onap_openstack.yaml
 has been recently updated to work with DCAE.

Tests have been conducted in OpenStack Liberty. Please let us know if you have 
any questions and share your experience if you are going to use these templates 
in a different OpenStack release.

Note that the integration team used one of these templates to install ONAP in 
the OpenStack lab kindly offered by Windriver.

Thanks,
Marco

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

Re: [onap-discuss] FW: [onap-tsc] [aai] YOUR ACTION IS REQUIRED: A Project needs new repos for microservices

2017-07-14 Thread C.T. Paterson

I've been thinking about this since it was raised on last week's PTL call.
Our architecture have brought us a lot of flexibility and benefits - so I
want to ensure that we adhere to the principles of our decomposition.
Microservices and libraries should be independently coded, built,
published, and deployed.  The best way to achieve this is independent
repositories.

That being said, I also recognise that it's creating a large administrative
overhead as well as some "hurry up and wait" for the development teams,
given the TSC approval process we're currently observing.

It's certainly possible to maintain isolation of your code and artefacts
with separate directories within one umbrella repository - I've been part
of a team where we did just that.  It will require good discipline and
governance on the part of the committers to ensure the independence is not
breached.  The other downside is that the git history itself will be for
the overall repository, so it will be tangled between the projects.  A
commit to the Model Loader (for example) would show up if you're looking at
Synapse's commit history and vice versa.

My first preference is whether we could work with the TSC to come up with a
more agile process.  AAI is a microservice architecture with a number of
common libraries - on that basis, I would think the decision on whether to
create new ones (from a TSC) perspective shouldn't require the breadth of
oversight it currently seeks.  Jimmy, you'll need to tell me how feasible
that is.

That aside - the solution that's more in our hands, of course, is to shift
to putting services and libraries into directories under a higher level git
repository (or repositories).  Given the high degree of tangling that will
surface in the git histories, I wonder if there's a "middle way".

Strawman: a modest level of git repositories which would each contain
multiple microservices/libraries.  Perhaps something like...

   - *aai/data-management*
  - router-core
  - data-router
  - search-data-service
   - *aai/api*
  - gizmo
  - resources
  - traversal
   - *aai/applications*
  - aai-service (is this deprecated?)
  - sparky-be
  - sparky-fe
   - *aai/modelling*
  - babel
  - model-loader
   - *aai/libraries*
  - aai-common
  - aai-config
  - aai-data
  - champ
  - logging-service
  - rest-client
  - test-config

Proposed repositories are the bolded aai/ entries.

Obviously there's a fair amount of churn to do this - I'd say we would
target post-Amsterdam, but (hopefully) it would be one-time.

Thoughts?

(Incidentally, I think this could complement Susan's suggestion that we put
the auth library in gizmo for now, and reorganise later if a proposal like
this one is adopted.

Cheers.

On 14 July 2017 at 12:03, Susan Bylsma  wrote:

> Great idea, Jimmy.  We are about to need a place to put an auth library to
> support opening Gizmo.  Might be a good use case to test out an alternate
> approach?
>
>
>
> *From:* onap-discuss-boun...@lists.onap.org [mailto:onap-discuss-bounces@
> lists.onap.org] *On Behalf Of *FORSYTH, JAMES
> *Sent:* Friday, July 14, 2017 11:50 AM
> *To:* onap-discuss@lists.onap.org
> *Cc:* MULLER, ANDREW ; PRESSLEY, VIVIAN A 
> *Subject:* [onap-discuss] FW: [onap-tsc] [aai] YOUR ACTION IS REQUIRED:
> A Project needs new repos for microservices
>
>
>
> AAI team,
>
>
>
> We have been approved for new repos for our new microservices and the
> champ library.
>
>
>
> I assigned the following stories but I didn’t move them into the current
> sprint because I do not know if the repos will be available in time:
>
>
>
> https://jira.onap.org/browse/AAI-26 (champ) Andrew Muller - I want to
> assign this to you but you still need to create your LF account
>
> https://jira.onap.org/browse/AAI-27 (gizmo) CT Paterson I assigned this
> to you
>
> https://jira.onap.org/browse/AAI-46 (babel) Tian Lee this one is yours
>
>
>
> Given that new repos require TSC approval and can require long lead times,
> I think we need to have a discussion about the merits of continuing to have
> a separate repo per microservice.  I believe that there are ways to
> accomplish separation across microservices contained in the same repo with
> regard to code review and packaging, and if so it probably makes sense to
> look at reducing rather than expanding the number of git repos that A
> uses, or at a minimum to be content with the repos we have and develop a
> strategy for onboarding new microservices and libraries into existing repos.
>
>
>
> So, A team (and wider ONAP team members who have faces/solved similar
> issues) let’s discuss!
>
>
>
> Thanks,
>
> Jimmy
>
> A PTL
>
>
>
> *From:* Gildas Lanilis [mailto:gildas.lani...@huawei.com
> ]
> *Sent:* Thursday, July 13, 2017 1:34 PM
> *To:* helpd...@open-o.org
> *Cc:* Kenny Paul ; FORSYTH, JAMES <
>

[onap-discuss] [integration][sdc][so][sdnc] vCPE use case analysis: service models

2017-07-14 Thread Kang Xi

BEGIN:VCALENDAR
METHOD:REQUEST
PRODID:Microsoft Exchange Server 2010
VERSION:2.0
BEGIN:VTIMEZONE
TZID:Eastern Standard Time
BEGIN:STANDARD
DTSTART:16010101T02
TZOFFSETFROM:-0400
TZOFFSETTO:-0500
RRULE:FREQ=YEARLY;INTERVAL=1;BYDAY=1SU;BYMONTH=11
END:STANDARD
BEGIN:DAYLIGHT
DTSTART:16010101T02
TZOFFSETFROM:-0500
TZOFFSETTO:-0400
RRULE:FREQ=YEARLY;INTERVAL=1;BYDAY=2SU;BYMONTH=3
END:DAYLIGHT
END:VTIMEZONE
BEGIN:VEVENT
ORGANIZER;CN=Kang Xi:MAILTO:kang...@huawei.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN="BULLARD, G
 IL":MAILTO:wb5...@att.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=Dejan Kiti
 c:MAILTO:dejan.ki...@ericsson.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN="GUPTA, ALO
 K":MAILTO:ag1...@att.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=Xinhui Li:
 MAILTO:lxin...@vmware.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=Ethan Lynn
 :MAILTO:ethanly...@vmware.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=Karin Arno
 ld:MAILTO:karin.arn...@de.ibm.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN='onap-disc
 u...@lists.onap.org':MAILTO:onap-discuss@lists.onap.org
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN='danny.zho
 u...@intel.com':MAILTO:danny.z...@intel.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=Yunxia Che
 n:MAILTO:helen.c...@huawei.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN="Yang Xu (Y
 ang, Fixed Network)":MAILTO:yang@huawei.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=Chong Li:M
 AILTO:chong...@huawei.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=Jon Fannar
  Karlsson Taylor:MAILTO:jon.tay...@amdocs.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN="Lefevre, C
 atherine":MAILTO:cl6...@intl.att.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN="SPATSCHECK
 , OLIVER  (OLIVER)":MAILTO:spat...@research.att.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN="Lando,Mich
 ael":MAILTO:ml6...@intl.att.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN="ROSE, DANI
 EL V":MAILTO:dr6...@att.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=Alla Goldn
 er:MAILTO:alla.gold...@amdocs.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN="FREEMAN, B
 RIAN D":MAILTO:bf1...@att.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=Yoav Kluge
 r:MAILTO:yoav.klu...@amdocs.com
DESCRIPTION;LANGUAGE=en-US:Hi All\,\n\nGil Bullard will present an updated 
 version of the vCPE service model in this meeting. This is critical to the
  planning of other projects\, especially SDC\, SO\, and SDNC. The PTL and 
 other key people of related project please try your best to attend. Thanks
 .\n\nWe will use zoom: https://zoom.us/j/44\n\n\nRegards\,\nKang\n
 \n\n
SUMMARY;LANGUAGE=en-US:[integration][sdc][so][sdnc] vCPE use case analysis:
  service models
DTSTART;TZID=Eastern Standard Time:20170718T09
DTEND;TZID=Eastern Standard Time:20170718T10
UID:04008200E00074C5B7101A82E008109D2295A6FCD201000
 0100082238698FE770F4DB5159504EB0A05DB
CLASS:PUBLIC
PRIORITY:5
DTSTAMP:20170714T175252Z
TRANSP:OPAQUE
STATUS:CONFIRMED
SEQUENCE:0
LOCATION;LANGUAGE=en-US:https://zoom.us/j/44
X-MICROSOFT-CDO-APPT-SEQUENCE:0
X-MICROSOFT-CDO-OWNERAPPTID:1410234337
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] Yet another vanilla opensstack ONAP instance runs the vFW demo

2017-07-14 Thread Michael O'Brien

Josef,
Thank you very much for your work spearheading vanilla openstack 
deployment.  Your configuration details/adjustements/workarounds will come in 
very useful to the rest of us.
Good work and welcome to the weekend.
/michael

From: onap-discuss-boun...@lists.onap.org 
[mailto:onap-discuss-boun...@lists.onap.org] On Behalf Of Josef Reisinger
Sent: Friday, July 14, 2017 15:11
To: onap-discuss@lists.onap.org
Subject: [onap-discuss] Yet another vanilla opensstack ONAP instance runs the 
vFW demo

Folks,

I proudly let you know that we consider ourselves as of today members of the 
exclusive club of teams running ONAP (docker: 1.0-STAGING) on an vanilla 
openstack Ocata instance. This was tough stuff, a long journey and a great 
opportunity to learn. A big thank you to all of you who helped me with your 
advice. I still have a few things which I need to document back in the 
community - especially the the install of vFW, which hasn't been really 
straight forward as thought.

I wish you all a nice weekend.

Mit freundlichen Grüßen / Kind regards
Josef Reisinger
When wisdom comes to call, there's nobody listening at all - Pendragon / Man Of 
Nomadic Traits

IBM Sales & Distribution, Communications Sector
Certified IT-Architect Telecommunications
IBM Certified Telecommunications Industry ITA
Lehrbeauftragter an der Hochschule Fresenius

IBM Deutschland
Godesberger Allee 127
53175 Bonn Beuel

Phone:+49 151 1426 4559
Mobile:  +49-(0) 151 1426 4559
E-Mail:  josef.reisin...@de.ibm.com




This message and the information contained herein is proprietary and 
confidential and subject to the Amdocs policy statement,

you may review at https://www.amdocs.com/about/email-disclaimer 

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

Re: [onap-discuss] Yet another vanilla opensstack ONAP instance runs the vFW demo

2017-07-14 Thread FREEMAN, BRIAN D

Congratulations !

From: onap-discuss-boun...@lists.onap.org 
[mailto:onap-discuss-boun...@lists.onap.org] On Behalf Of Josef Reisinger
Sent: Friday, July 14, 2017 3:11 PM
To: onap-discuss@lists.onap.org
Subject: [onap-discuss] Yet another vanilla opensstack ONAP instance runs the 
vFW demo

Folks,

I proudly let you know that we consider ourselves as of today members of the 
exclusive club of teams running ONAP (docker: 1.0-STAGING) on an vanilla 
openstack Ocata instance. This was tough stuff, a long journey and a great 
opportunity to learn. A big thank you to all of you who helped me with your 
advice. I still have a few things which I need to document back in the 
community - especially the the install of vFW, which hasn't been really 
straight forward as thought.

I wish you all a nice weekend.

Mit freundlichen Grüßen / Kind regards
Josef Reisinger
When wisdom comes to call, there's nobody listening at all - Pendragon / Man Of 
Nomadic Traits

IBM Sales & Distribution, Communications Sector
Certified IT-Architect Telecommunications
IBM Certified Telecommunications Industry ITA
Lehrbeauftragter an der Hochschule Fresenius

IBM Deutschland
Godesberger Allee 127
53175 Bonn Beuel

Phone:+49 151 1426 4559
Mobile:  +49-(0) 151 1426 4559
E-Mail:  josef.reisin...@de.ibm.com

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

[onap-discuss] Yet another vanilla opensstack ONAP instance runs the vFW demo

2017-07-14 Thread Josef Reisinger

Folks,

I proudly let you know that we consider ourselves as of today members of 
the exclusive club of teams running ONAP (docker: 1.0-STAGING) on an 
vanilla openstack Ocata instance. This was tough stuff, a long journey and 
a great opportunity to learn. A big thank you to all of you who helped me 
with your advice. I still have a few things which I need to document back 
in the community - especially the the install of vFW, which hasn't been 
really straight forward as thought.

I wish you all a nice weekend.

Mit freundlichen Grüßen / Kind regards 
Josef Reisinger 
When wisdom comes to call, there's nobody listening at all - Pendragon / 
Man Of Nomadic Traits 
IBM Sales & Distribution, Communications Sector
Certified IT-Architect Telecommunications
IBM Certified Telecommunications Industry ITA
Lehrbeauftragter an der Hochschule Fresenius
IBM Deutschland 
Godesberger Allee 127 
53175 Bonn Beuel
Phone:+49 151 1426 4559 
Mobile:  +49-(0) 151 1426 4559 
E-Mail:  josef.reisin...@de.ibm.com 





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

Re: [onap-discuss] FW: [onap-tsc] [aai] YOUR ACTION IS REQUIRED: A Project needs new repos for microservices

2017-07-14 Thread FORSYTH, JAMES

Hi, Susan,

I think it's a fantastic idea.  I added a story under the Gizmo epic in jira.

CT, I'm looking in your direction to pick this one up ;)  
https://jira.onap.org/browse/AAI-57

A devs:  I have added a few sub-tasks to certain stories. Commits should be 
performed using sub-tasks that belong to stories.  If you pick up a story that 
does not have sub-tasks defined, you get the privilege of creating them :)

Thanks,
-jimmy

From: BYLSMA, SUSAN
Sent: Friday, July 14, 2017 12:04 PM
To: FORSYTH, JAMES ; onap-discuss@lists.onap.org
Cc: MULLER, ANDREW ; PRESSLEY, VIVIAN A 
Subject: RE: [onap-discuss] FW: [onap-tsc] [aai] YOUR ACTION IS REQUIRED: A 
Project needs new repos for microservices

Great idea, Jimmy.  We are about to need a place to put an auth library to 
support opening Gizmo.  Might be a good use case to test out an alternate 
approach?

From: 
onap-discuss-boun...@lists.onap.org 
[mailto:onap-discuss-boun...@lists.onap.org] On Behalf Of FORSYTH, JAMES
Sent: Friday, July 14, 2017 11:50 AM
To: onap-discuss@lists.onap.org
Cc: MULLER, ANDREW >; PRESSLEY, VIVIAN A 
>
Subject: [onap-discuss] FW: [onap-tsc] [aai] YOUR ACTION IS REQUIRED: A 
Project needs new repos for microservices

AAI team,

We have been approved for new repos for our new microservices and the champ 
library.

I assigned the following stories but I didn't move them into the current sprint 
because I do not know if the repos will be available in time:

https://jira.onap.org/browse/AAI-26
 (champ) Andrew Muller - I want to assign this to you but you still need to 
create your LF account
https://jira.onap.org/browse/AAI-27
 (gizmo) CT Paterson I assigned this to you
https://jira.onap.org/browse/AAI-46
 (babel) Tian Lee this one is yours

Given that new repos require TSC approval and can require long lead times, I 
think we need to have a discussion about the merits of continuing to have a 
separate repo per microservice.  I believe that there are ways to accomplish 
separation across microservices contained in the same repo with regard to code 
review and packaging, and if so it probably makes sense to look at reducing 
rather than expanding the number of git repos that A uses, or at a minimum 
to be content with the repos we have and develop a strategy for onboarding new 
microservices and libraries into existing repos.

So, A team (and wider ONAP team members who have faces/solved similar 
issues) let's discuss!

Thanks,
Jimmy
A PTL

From: Gildas Lanilis [mailto:gildas.lani...@huawei.com]
Sent: Thursday, July 13, 2017 1:34 PM
To: helpd...@open-o.org
Cc: Kenny Paul >; 
FORSYTH, JAMES >
Subject: FW: [onap-tsc] YOUR ACTION IS REQUIRED: A Project needs new repos 
for microservices

Hi Helpdesk,

We have obtained quorum from TSC voting members for supporting the request for 
AAI project (Jimmy PTL is cc'ed) asking to add 3 more repos (see below). See 
email thread available at 
https://lists.onap.org/pipermail/onap-tsc/2017-July/001139.html

All associated artifacts are properly  documented in 
wiki
 and are summarized in the screenshot below.

[cid:image001.jpg@01D2FCAA.6A9E12F0]

Let us know if you have any questions.

Thanks,
Gildas
ONAP Release Manager
1 415 238 6287

From: jamil.cha...@orange.com 
[mailto:jamil.cha...@orange.com]
Sent: Thursday, July 13, 2017 10:01 AM
To: Gildas Lanilis >
Cc:

Re: [onap-discuss] Virtual meeting notice

2017-07-14 Thread Kenny Paul

Hi Jimmy, 
Yes, I fat fingered the initial invite.  It was immediately corrected on the 
main calendar. A corrected update will be sent this morning when I set up the 
bridge.

Best Regards, 
-kenny

Kenny Paul,  Technical Program Manager
kp...@linuxfoundation.org
510.766.5945

> On Jul 14, 2017, at 10:28 AM, FORSYTH, JAMES  wrote:
> 
> Hi, Kenny and Casey,
>  
> On the community meetings page, it shows that the Virtual Developers Summit 
> occurs from 7/24-7/26, with a recurrence of once per day for 3 days.  In the 
> meeting notice I received, I see that the recurrence is every three days, so 
> I see a meeting on Monday 7/24, Thursday 7/27, and Sunday 7/30 in my local 
> calendar.
>  
> Thanks,
> jimmy

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

[onap-discuss] Virtual meeting notice

2017-07-14 Thread FORSYTH, JAMES

Hi, Kenny and Casey,

On the community meetings page, it shows that the Virtual Developers Summit 
occurs from 7/24-7/26, with a recurrence of once per day for 3 days.  In the 
meeting notice I received, I see that the recurrence is every three days, so I 
see a meeting on Monday 7/24, Thursday 7/27, and Sunday 7/30 in my local 
calendar.

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

Re: [onap-discuss] FW: [onap-tsc] [aai] YOUR ACTION IS REQUIRED: A Project needs new repos for microservices

2017-07-14 Thread Susan Bylsma

Great idea, Jimmy.  We are about to need a place to put an auth library to 
support opening Gizmo.  Might be a good use case to test out an alternate 
approach?

From: onap-discuss-boun...@lists.onap.org 
[mailto:onap-discuss-boun...@lists.onap.org] On Behalf Of FORSYTH, JAMES
Sent: Friday, July 14, 2017 11:50 AM
To: onap-discuss@lists.onap.org
Cc: MULLER, ANDREW ; PRESSLEY, VIVIAN A 
Subject: [onap-discuss] FW: [onap-tsc] [aai] YOUR ACTION IS REQUIRED: A 
Project needs new repos for microservices

AAI team,

We have been approved for new repos for our new microservices and the champ 
library.

I assigned the following stories but I didn't move them into the current sprint 
because I do not know if the repos will be available in time:

https://jira.onap.org/browse/AAI-26 (champ) Andrew Muller - I want to assign 
this to you but you still need to create your LF account
https://jira.onap.org/browse/AAI-27 (gizmo) CT Paterson I assigned this to you
https://jira.onap.org/browse/AAI-46 (babel) Tian Lee this one is yours

Given that new repos require TSC approval and can require long lead times, I 
think we need to have a discussion about the merits of continuing to have a 
separate repo per microservice.  I believe that there are ways to accomplish 
separation across microservices contained in the same repo with regard to code 
review and packaging, and if so it probably makes sense to look at reducing 
rather than expanding the number of git repos that A uses, or at a minimum 
to be content with the repos we have and develop a strategy for onboarding new 
microservices and libraries into existing repos.

So, A team (and wider ONAP team members who have faces/solved similar 
issues) let's discuss!

Thanks,
Jimmy
A PTL

From: Gildas Lanilis [mailto:gildas.lani...@huawei.com]
Sent: Thursday, July 13, 2017 1:34 PM
To: helpd...@open-o.org
Cc: Kenny Paul >; 
FORSYTH, JAMES >
Subject: FW: [onap-tsc] YOUR ACTION IS REQUIRED: A Project needs new repos 
for microservices

Hi Helpdesk,

We have obtained quorum from TSC voting members for supporting the request for 
AAI project (Jimmy PTL is cc'ed) asking to add 3 more repos (see below). See 
email thread available at 
https://lists.onap.org/pipermail/onap-tsc/2017-July/001139.html

All associated artifacts are properly  documented in 
wiki
 and are summarized in the screenshot below.

[cid:image001.jpg@01D2FC98.F448B580]

Let us know if you have any questions.

Thanks,
Gildas
ONAP Release Manager
1 415 238 6287

From: jamil.cha...@orange.com 
[mailto:jamil.cha...@orange.com]
Sent: Thursday, July 13, 2017 10:01 AM
To: Gildas Lanilis >
Cc: onap-...@lists.onap.org
Subject: Re: [onap-tsc] YOUR ACTION IS REQUIRED: A Project needs new repos 
for microservices

+1

Best
Jamil

Le 7 juil. 2017 à 00:27, Gildas Lanilis 
> a écrit :
Dear TSC Voting Members,

AAI team needs the 3 following repos to be added in Gerrit. The PTL (Jimmy 
Forsyth) has provided the rational down below.
At this point the request and all associated artifacts are properly  documented 
in 
wiki
 and are summarized in the screenshot below.

To expedite the approval, your approval by replying a +1, 0, -1 by email will 
be deemed sufficient by LF to move forward in repos creation.
The AA team thank you in advance for your prompt response.

Best Regards,
Gildas Lanilis
ONAP Release Manager
1 415 238 6287

From: FORSYTH, JAMES [mailto:jf2...@att.com]
Sent: Thursday, July 06, 2017 7:06 AM
To: Gildas Lanilis
Subject: FW: [onap-tsc] A Project needs new repos for microservices

Hi, Gildas,

I have made the update to the Resources and Repositories

[onap-discuss] FW: [onap-tsc] [aai] YOUR ACTION IS REQUIRED: A Project needs new repos for microservices

2017-07-14 Thread FORSYTH, JAMES

AAI team,

We have been approved for new repos for our new microservices and the champ 
library.

I assigned the following stories but I didn't move them into the current sprint 
because I do not know if the repos will be available in time:

https://jira.onap.org/browse/AAI-26 (champ) Andrew Muller - I want to assign 
this to you but you still need to create your LF account
https://jira.onap.org/browse/AAI-27 (gizmo) CT Paterson I assigned this to you
https://jira.onap.org/browse/AAI-46 (babel) Tian Lee this one is yours

Given that new repos require TSC approval and can require long lead times, I 
think we need to have a discussion about the merits of continuing to have a 
separate repo per microservice.  I believe that there are ways to accomplish 
separation across microservices contained in the same repo with regard to code 
review and packaging, and if so it probably makes sense to look at reducing 
rather than expanding the number of git repos that A uses, or at a minimum 
to be content with the repos we have and develop a strategy for onboarding new 
microservices and libraries into existing repos.

So, A team (and wider ONAP team members who have faces/solved similar 
issues) let's discuss!

Thanks,
Jimmy
A PTL

From: Gildas Lanilis [mailto:gildas.lani...@huawei.com]
Sent: Thursday, July 13, 2017 1:34 PM
To: helpd...@open-o.org
Cc: Kenny Paul ; FORSYTH, JAMES 
Subject: FW: [onap-tsc] YOUR ACTION IS REQUIRED: A Project needs new repos 
for microservices

Hi Helpdesk,

We have obtained quorum from TSC voting members for supporting the request for 
AAI project (Jimmy PTL is cc'ed) asking to add 3 more repos (see below). See 
email thread available at 
https://lists.onap.org/pipermail/onap-tsc/2017-July/001139.html

All associated artifacts are properly  documented in 
wiki
 and are summarized in the screenshot below.

[cid:image001.jpg@01D2FBC3.8252BAA0]

Let us know if you have any questions.

Thanks,
Gildas
ONAP Release Manager
1 415 238 6287

From: jamil.cha...@orange.com 
[mailto:jamil.cha...@orange.com]
Sent: Thursday, July 13, 2017 10:01 AM
To: Gildas Lanilis >
Cc: onap-...@lists.onap.org
Subject: Re: [onap-tsc] YOUR ACTION IS REQUIRED: A Project needs new repos 
for microservices

+1

Best
Jamil

Le 7 juil. 2017 à 00:27, Gildas Lanilis 
> a écrit :
Dear TSC Voting Members,

AAI team needs the 3 following repos to be added in Gerrit. The PTL (Jimmy 
Forsyth) has provided the rational down below.
At this point the request and all associated artifacts are properly  documented 
in 
wiki
 and are summarized in the screenshot below.


To expedite the approval, your approval by replying a +1, 0, -1 by email will 
be deemed sufficient by LF to move forward in repos creation.
The AA team thank you in advance for your prompt response.

Best Regards,
Gildas Lanilis
ONAP Release Manager
1 415 238 6287

From: FORSYTH, JAMES [mailto:jf2...@att.com]
Sent: Thursday, July 06, 2017 7:06 AM
To: Gildas Lanilis
Subject: FW: [onap-tsc] A Project needs new repos for microservices

Hi, Gildas,

I have made the update to the Resources and Repositories 
Page.

Can you help with A's request to get new repos added?

Thank you!

-jimmy

From: Kenny Paul [mailto:kp...@linuxfoundation.org]
Sent: Thursday, July 06, 2017 7:48 AM
To: FORSYTH, JAMES >
Cc: onap-...@lists.onap.org; PAQUETTE, FRANCIS 
>; WEATHERLY, 
STEPHEN >; BYLSMA, SUSAN

Re: [onap-discuss] [ONAP Helpdesk #43030] [integration] Jenkins jobs not updating Gerrit

2017-07-14 Thread Gary Wu via RT

Hi Jess,

Seems it is working again now.  If you look at e.g. 
https://gerrit.onap.org/r/#/c/5789/ you can see that the first couple of jobs 
that got triggered did not update Gerrit, but the final "recheck" did.

Thanks,
Gary

-Original Message-
From: Jessica Wagantall via RT [mailto:onap-helpd...@rt.linuxfoundation.org] 
Sent: Thursday, July 13, 2017 4:48 PM
To: Gary Wu 
Cc: onap-discuss@lists.onap.org
Subject: [ONAP Helpdesk #43030] [integration] Jenkins jobs not updating Gerrit

Dear Gary, 

Can you please let me know which job are you wanting to see updates from? 

Thansk a ton
Jess. 

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

[onap-discuss] [ONAP Helpdesk #43030] [integration] Jenkins jobs not updating Gerrit

2017-07-14 Thread Jessica Wagantall via RT

Dear Gary, 

Can you please let me know which job are you wanting to see updates from? 

Thansk a ton
Jess. 
___
onap-discuss mailing list
onap-discuss@lists.onap.org
https://lists.onap.org/mailman/listinfo/onap-discuss

Re: [onap-discuss] [dcae] Google Protocol Buffer support for VES

2017-07-14 Thread Pasi Vaananen

Hi Manoj,

Thank you for the pointers. I looked on the performance test info on the
slides, and in addition of them being quite old & conducted in low end
HW, it is hard to tell what the messaging performance was from the
"query a list of course numbers" (?) test scenario. I am sure that we
can find more recent info somewhere, at least for GPB.

I am aware of VES work and specs, including the efforts to try it out in
the context of infrastructure events and metrics around OPNFV Barometer
project - which was why I was asking on the context that you had in
mind. From our perspective, less protocols for the same / similar
purposes would be good target, provided that we could get to something
that meets the associated requirements.

Pasi


On 07/14/2017 10:56 AM, Manoj K Nair wrote:
>
> Hi Pasi,
>
>  
>
> Our suggestion was specifically for VNF Event Streaming
> (https://wiki.opnfv.org/display/ves/VES+Home) which is one of the
> options supported as collection mechanism in DCAE.  Please refer to
> the documents shared by Alok here
> 
> . Regarding your comment on performance – please refer to an
> evaluation available in public domain here
> 
>  which compares Protobuf, Avro and Thrift.
>
>  
>
> Protobuf can define the schema (VNF originated event format) in a
> .proto file. Example can be seen here
> .
>
>
>  
>
> Regards
>
>  
>
> Manoj
>
>  
>
>  
>
>  
>
> *From:*onap-discuss-boun...@lists.onap.org
> [mailto:onap-discuss-boun...@lists.onap.org] *On Behalf Of *Pasi Vaananen
> *Sent:* Friday, July 14, 2017 6:51 PM
> *To:* onap-discuss@lists.onap.org
> *Subject:* Re: [onap-discuss] [dcae] Google Protocol Buffer support
> for VES
>
>  
>
> [External Email]
>
> 
>
>  
>
> Hi Manoj,
>
> Is your proposal in any way aligned with what has been proposed on
> openconfig  streaming telemetry project,
> or would this be an independent ONAP specific version built around the
> gRPC ?
>
> Would this be used just for the VNF originated events/metrics, or also
> for the infrastructure originated events/metrics ?
>
> Would you tie the descriptions of VNF originated events to some way to
> describe what VNF is able to expose as part of the VNF package (either
> tied to TOSCA or some other way) ?
>
> We have been testing the capabilities of Kafka vs. AMQP (using Apache
> QPID dispatch router
> ) with
> the very specific goal to assess delivery capabilities of low-latency
> events (targeting fault events that need "fast", sub-50ms remediation
> processes) along with large amounts of metrics data in the same
> messaging "bus". We have not tested either VES or gRPC performance,
> but binary encoding could also help on the events side, as it could
> eliminate the unnecessary encoding/parsing steps from the path
> (obviously assuming that the event syntax, semantics and context data
> are well defined in the first place).
>
> Thanks,
>
> Pasi Vaananen,
>
> Systems Architect, NFV
>
> Office of Technology, Red Hat
>
>  
>
> On 07/14/2017 05:01 AM, Manoj K Nair wrote:
>
> Hi Alok,
>
>  
>
> We reviewed the VES specification you shared after the
> presentation in DCAE weekly meeting couple of weeks back.  We
> understand that currently VES supports a REST based interface with
> JSON payload to push telemetry data and events from the VNF to
> DCAE VES collector. For telemetry control an HTTP response channel
> is being used as per the test code link you published in the
> presentation.
>
>  
>
> Just wondering if GPB is considered as one of potential options
> for VES.  You have noted the use of Avro as one potential option
> as future enhancement. Wondering if GPB is also a potential option
> you are considering. Some of the advantages we see for GPB are.
>
> •   Uses binary formatting during serialization, which densily
> packs the payload (which is good for PM/telemetry data)
>
> •   Faster than the VES proposed JSON payload (which is good
> for events and alarms)
>
> •   Can define the structure (schema) of events/telemetry data
> in a protocol definition file (.proto) which is similar to the
> JSON schema that is available in OPNFV VES project
>
> •   Availability of code generators in multiple programming
> languages for encoding and decoding - Can generate code in C#,
> C++,  Java, Python, Go . Options in other languages available as
> well.
>
>  
>
> While we have noted the dynamic schema capabilities in Avro, one
> key advantage we see with GPB is the serialization code generation
> in multiple languages without limiting to the

Re: [onap-discuss] [dcae] Google Protocol Buffer support for VES

2017-07-14 Thread Manoj K Nair

Hi Pasi,

Our suggestion was specifically for VNF Event Streaming 
(https://wiki.opnfv.org/display/ves/VES+Home) which is one of the options 
supported as collection mechanism in DCAE.  Please refer to the documents 
shared by Alok 
here . 
Regarding your comment on performance – please refer to an evaluation available 
in public domain 
here  which 
compares Protobuf, Avro and Thrift.

Protobuf can define the schema (VNF originated event format) in a .proto file. 
Example can be seen 
here.

Regards

Manoj



From: onap-discuss-boun...@lists.onap.org 
[mailto:onap-discuss-boun...@lists.onap.org] On Behalf Of Pasi Vaananen
Sent: Friday, July 14, 2017 6:51 PM
To: onap-discuss@lists.onap.org
Subject: Re: [onap-discuss] [dcae] Google Protocol Buffer support for VES


[External Email]




Hi Manoj,

Is your proposal in any way aligned with what has been proposed on 
openconfig streaming telemetry project, or would 
this be an independent ONAP specific version built around the gRPC ?

Would this be used just for the VNF originated events/metrics, or also for the 
infrastructure originated events/metrics ?

Would you tie the descriptions of VNF originated events to some way to describe 
what VNF is able to expose as part of the VNF package (either tied to TOSCA or 
some other way) ?

We have been testing the capabilities of Kafka vs. AMQP (using Apache QPID 
dispatch router) 
with the very specific goal to assess delivery capabilities of low-latency 
events (targeting fault events that need "fast", sub-50ms remediation 
processes) along with large amounts of metrics data in the same messaging 
"bus". We have not tested either VES or gRPC performance, but binary encoding 
could also help on the events side, as it could eliminate the unnecessary 
encoding/parsing steps from the path (obviously assuming that the event syntax, 
semantics and context data are well defined in the first place).

Thanks,

Pasi Vaananen,

Systems Architect, NFV

Office of Technology, Red Hat

On 07/14/2017 05:01 AM, Manoj K Nair wrote:
Hi Alok,

We reviewed the VES specification you shared after the presentation in DCAE 
weekly meeting couple of weeks back.  We understand that currently VES supports 
a REST based interface with JSON payload to push telemetry data and events from 
the VNF to DCAE VES collector. For telemetry control an HTTP response channel 
is being used as per the test code link you published in the presentation.

Just wondering if GPB is considered as one of potential options for VES.  You 
have noted the use of Avro as one potential option as future enhancement. 
Wondering if GPB is also a potential option you are considering. Some of the 
advantages we see for GPB are.
•   Uses binary formatting during serialization, which densily packs the 
payload (which is good for PM/telemetry data)
•   Faster than the VES proposed JSON payload (which is good for events and 
alarms)
•   Can define the structure (schema) of events/telemetry data in a 
protocol definition file (.proto) which is similar to the JSON schema that is 
available in OPNFV VES project
•   Availability of code generators in multiple programming languages for 
encoding and decoding - Can generate code in C#, C++,  Java, Python, Go . 
Options in other languages available as well.

While we have noted the dynamic schema capabilities in Avro, one key advantage 
we see with GPB is the serialization code generation in multiple languages 
without limiting to the C language based library which is currently available 
and open source tool sets available for GPB. Moreover many network vendors and 
open source monitoring solutions (e.g. Prometheus, 
link)   support 
GPB already. We would be glad to share more information on the potential GPB 
usage if required.

Regards

Manoj
[https://www.netcracker.com/assets/img/netcracker-social-final.png]ƕ




The information transmitted herein is intended only for the person or entity to 
which it is addressed and may contain confidential, proprietary and/or 
privileged material. Any review, retransmission, dissemination or other use of, 
or taking of any action in reliance upon, this information by persons or 
entities other than the intended recipient is prohibited. If you received this 
in error, please contact the sender and delete the material from any computer.



___

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

2017-07-14 Thread 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 ; Lefevre, Catherine 

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 >
Cc: Gary Wu >; 
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
 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

Regards,
Alexis

On Jul 14, 2017, at 2:58 AM, Lefevre, Catherine 
> 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
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 >; 
Alexis de Talhouët >; 
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 
>>;
 Alexis de Talhouët 
>>;

onap-discuss@lists.onap.org>
Subject: RE: [onap-discuss] [integration] Refactor CLAMP to inherit from oparent

Alexis, Gary,

We should also

[onap-discuss] Queries w.r.t to common cloud Interface

2017-07-14 Thread Gaurav Gupta (c)

Hello There

While going through the below link for vFW Demo
https://wiki.onap.org/display/DW/Tutorial%3A+Verifying+and+Observing+a+deployed+Service+Instance#Tutorial:VerifyingandObservingadeployedServiceInstance-vFirewallFlow
Tutorial: Verifying and Observing a deployed Service
...
wiki.onap.org
Yes, operations 25/26 where we preload the VF Module are currently done by the
robot framework outside of VID (although prior to the SDNC call - robot runs a
rest ...

We had below understanding , the long term goal of ONAP is to allow to create
VF from MSO using Adapters towards SDNC and APPC .
For Infrastructure related to Compute Resource - MSO uses PO .
For Network infrastructure such as ( ethernet port , VLAN , Subnet , Network)
MSO will use sdnc-adapter towards SDNC .
For Application of the VNF For example Firewall function in vFW . MSO will
interact with APPC to create the firewall application.
once VNF creation is done - How the DCAE comes into play ? what will be the
trigger for DCAE to start Event/Alarm Monitoring and Analytics and remedial
action .
At present MSO interacts with Openstack directly for Compute , Network and
Volume VF Creation using Heat API .
Following are our questions -
a1- What is the superset of VF definition For Network. is this consists of only
ethernet Port , VLAN ,Subnet, Network or there are addition to above list ? .
a2- what is the VF Definition for APPC For use cases -vFW , vCPE , vIMS ,
VoLTE
answers to these questions will help provide the API definition needed from
the various Cloud Platform Provider .

with best regards

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

Re: [onap-discuss] [ONAP Helpdesk #43030] [integration] Jenkins jobs not updating Gerrit

2017-07-14 Thread Gary Wu

Hi Jess,

Seems it is working again now.  If you look at e.g. 
https://gerrit.onap.org/r/#/c/5789/ you can see that the first couple of jobs 
that got triggered did not update Gerrit, but the final "recheck" did.

Thanks,
Gary

-Original Message-
From: Jessica Wagantall via RT [mailto:onap-helpd...@rt.linuxfoundation.org] 
Sent: Thursday, July 13, 2017 4:48 PM
To: Gary Wu 
Cc: onap-discuss@lists.onap.org
Subject: [ONAP Helpdesk #43030] [integration] Jenkins jobs not updating Gerrit

Dear Gary, 

Can you please let me know which job are you wanting to see updates from? 

Thansk a ton
Jess. 
___
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

2017-07-14 Thread Gary Wu

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 
Cc: Gary Wu ; 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 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

Regards,
Alexis

On Jul 14, 2017, at 2:58 AM, Lefevre, Catherine 
> 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
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 >; 
Alexis de Talhouët >; 
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 
>>;
 Alexis de Talhouët 
>>;

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=>
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

Re: [onap-discuss] [dcae] Google Protocol Buffer support for VES

2017-07-14 Thread GUPTA, ALOK

Manoj:

We are trying to go slow. We have not finalized on the protocol to use. We can 
certainly consider using GPB. I have forwarded your email to my architects for 
their input. I will keep you updated. BTW we also have a JAVA library 
completed. It will take some time to show up in ONAP gerrit (need to go through 
 the process),  but you can pick it up from our github: 
https://github.com/att/evel-library/files/1145800/VESJavaLibrary.tar.gz


Regards,

Alok Gupta
732-420-7007
MT B2 3D30
ag1...@att.com

From: Manoj K Nair [mailto:manoj.k.n...@netcracker.com]
Sent: Friday, July 14, 2017 5:01 AM
To: GUPTA, ALOK 
Cc: onap-discuss@lists.onap.org
Subject: [dcae] Google Protocol Buffer support for VES

Hi Alok,

We reviewed the VES specification you shared after the presentation in DCAE 
weekly meeting couple of weeks back.  We understand that currently VES supports 
a REST based interface with JSON payload to push telemetry data and events from 
the VNF to DCAE VES collector. For telemetry control an HTTP response channel 
is being used as per the test code link you published in the presentation.

Just wondering if GPB is considered as one of potential options for VES.  You 
have noted the use of Avro as one potential option as future enhancement. 
Wondering if GPB is also a potential option you are considering. Some of the 
advantages we see for GPB are.
•Uses binary formatting during serialization, which densily packs the 
payload (which is good for PM/telemetry data)
•Faster than the VES proposed JSON payload (which is good for events 
and alarms)
•Can define the structure (schema) of events/telemetry data in a 
protocol definition file (.proto) which is similar to the JSON schema that is 
available in OPNFV VES project
•Availability of code generators in multiple programming languages for 
encoding and decoding - Can generate code in C#, C++,  Java, Python, Go . 
Options in other languages available as well.

While we have noted the dynamic schema capabilities in Avro, one key advantage 
we see with GPB is the serialization code generation in multiple languages 
without limiting to the C language based library which is currently available 
and open source tool sets available for GPB. Moreover many network vendors and 
open source monitoring solutions (e.g. Prometheus, 
link)
   support GPB already. We would be glad to share more information on the 
potential GPB usage if required.

Regards

Manoj
[cid:image002.png@01D2FC7C.E35B2030][https://www.netcracker.com/assets/img/netcracker-social-final.png]ƕ




The information transmitted herein is intended only for the person or entity to 
which it is addressed and may contain confidential, proprietary and/or 
privileged material. Any review, retransmission, dissemination or other use of, 
or taking of any action in reliance upon, this information by persons or 
entities other than the intended recipient is prohibited. If you received this 
in error, please contact the sender and delete the material from any computer.
___
onap-discuss mailing list
onap-discuss@lists.onap.org
https://lists.onap.org/mailman/listinfo/onap-discuss

Re: [onap-discuss] [Modeling][vfc] TOSCA Parser API Requirements

2017-07-14 Thread Thomas Nadeau

Cool.  Thx.

From: 杨艳 [mailto:yangya...@chinamobile.com]
Sent: Thursday, July 13, 2017 8:16 PM
To: Thomas Nadeau ; 'denghui \\(L\\)' 
; 'onap-discuss' 
Subject: 答复: [onap-discuss] [Modeling][vfc] TOSCA Parser API Requirements

Hi Tom,

Thanks for your suggestion, I have uploaded the document to the wiki 
https://wiki.onap.org/display/DW/VF-C+R1+Deliverables, If there is any feedback 
that need to update the document, I will update to the wiki page.

TOM: Or others can to speed things up if needed and now we don’t have email 
around multiple versions of the same file. 8)

--Tom

Best Regards,
Yan
发件人: Thomas Nadeau [mailto:thomas.nad...@amdocs.com]
发送时间: 2017年7月13日 19:14
收件人: 杨艳; 'denghui \\(L\\)'; onap-discuss
主题: RE: [onap-discuss] [Modeling][vfc] TOSCA Parser API Requirements

Can you please post the document onto Jira somewhere rather than mailing it 
around?  That will allow everyone to look at the same version until its changed.

--Tom

From: 
onap-discuss-boun...@lists.onap.org 
[mailto:onap-discuss-boun...@lists.onap.org] On Behalf Of ??
Sent: Thursday, July 13, 2017 6:53 AM
To: 'denghui \\(L\\)' 
>; onap-discuss 
>
Subject: Re: [onap-discuss] [Modeling][vfc] TOSCA Parser API Requirements

Very sorry,I forgot to add the attachment in last email.

Best Regards,

Yan

邮件原文
发件人："杨艳" >
收件人："'denghui \\(L\\)'" 
>,onap-discuss 
>
抄　送: (无)
发送时间：2017-07-13 17:53:28
主题：[onap-discuss] [Modeling][vfc] TOSCA Parser API Requirements
Dear Modeling Project PTL,

Please check the attachment about the API requirements of TOSCA Parser in VF-C 
for R1, which has been discussed within the VF-C project team. And now we want 
to submit it to the modeling project for evaluation and hope the modeling 
project recommends appropriate Parser that can meet these requirements.

Best Regards,
Yan
This message and the information contained herein is proprietary and 
confidential and subject to the Amdocs policy statement,
you may review at https://www.amdocs.com/about/email-disclaimer
This message and the information contained herein is proprietary and 
confidential and subject to the Amdocs policy statement,

you may review at https://www.amdocs.com/about/email-disclaimer 

___
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

2017-07-14 Thread Alexis de Talhouët

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


Regards,
Alexis

> On Jul 14, 2017, at 2:58 AM, Lefevre, Catherine  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
> 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 ; Alexis de Talhouët 
> ; 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 >; Alexis de 
> Talhouët >; 
> 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
> 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 >; Alexis de 
> Talhouët >; 
> 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] On Behalf Of Gary Wu
> Sent: Wednesday, July 12, 2017 7:31 PM
> To: Alexis de Talhouët 
> >
> Cc: onap-discuss@lists.onap.org
> Subject: Re: [onap-discuss] [integration] Refactor CLAMP to

[onap-discuss] [dcae] Google Protocol Buffer support for VES

2017-07-14 Thread Manoj K Nair

Hi Alok,

We reviewed the VES specification you shared after the presentation in DCAE 
weekly meeting couple of weeks back.  We understand that currently VES supports 
a REST based interface with JSON payload to push telemetry data and events from 
the VNF to DCAE VES collector. For telemetry control an HTTP response channel 
is being used as per the test code link you published in the presentation.

Just wondering if GPB is considered as one of potential options for VES.  You 
have noted the use of Avro as one potential option as future enhancement. 
Wondering if GPB is also a potential option you are considering. Some of the 
advantages we see for GPB are.
•   Uses binary formatting during serialization, which densily packs the 
payload (which is good for PM/telemetry data)
•   Faster than the VES proposed JSON payload (which is good for events and 
alarms)
•   Can define the structure (schema) of events/telemetry data in a 
protocol definition file (.proto) which is similar to the JSON schema that is 
available in OPNFV VES project
•   Availability of code generators in multiple programming languages for 
encoding and decoding - Can generate code in C#, C++,  Java, Python, Go . 
Options in other languages available as well.

While we have noted the dynamic schema capabilities in Avro, one key advantage 
we see with GPB is the serialization code generation in multiple languages 
without limiting to the C language based library which is currently available 
and open source tool sets available for GPB. Moreover many network vendors and 
open source monitoring solutions (e.g. Prometheus, 
link)   support 
GPB already. We would be glad to share more information on the potential GPB 
usage if required.

Regards

Manoj
[https://www.netcracker.com/assets/img/netcracker-social-final.png] ƕ




The information transmitted herein is intended only for the person or entity to 
which it is addressed and may contain confidential, proprietary and/or 
privileged material. Any review, retransmission, dissemination or other use of, 
or taking of any action in reliance upon, this information by persons or 
entities other than the intended recipient is prohibited. If you received this 
in error, please contact the sender and delete the material from any computer.
___
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

2017-07-14 Thread 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 ; Alexis de Talhouët 
; 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 >; Alexis de 
Talhouët >; 
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
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 >; Alexis de 
Talhouët >; 
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] On Behalf Of Gary Wu
Sent: Wednesday, July 12, 2017 7:31 PM
To: Alexis de Talhouët >
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
 > Getting 
Involved
 > Developer Best

[onap-discuss] Updated Invitation: JULY VIRTUAL DEVELOPERS EVENT @ Daily from 5am to 9am 3 times (PDT) (onap-discuss@lists.onap.org)

Re: [onap-discuss] [holmes]Apply for a Timeslot for Holmes Weekly Meeting

[onap-discuss] Updated Invitation: [holmes] Weekly Meeting @ Weekly from 5am to 6am on Thursday (PDT) (onap-discuss@lists.onap.org)

[onap-discuss] Invitation: [holmes] Weekly Meeting @ Weekly from 5am to 6am on Thursday (PDT) (onap-discuss@lists.onap.org)

[onap-discuss] [onap-installation] DCAE installation now supported by all Heat templates

Re: [onap-discuss] FW: [onap-tsc] [aai] YOUR ACTION IS REQUIRED: A Project needs new repos for microservices

[onap-discuss] [integration][sdc][so][sdnc] vCPE use case analysis: service models

Re: [onap-discuss] Yet another vanilla opensstack ONAP instance runs the vFW demo

Re: [onap-discuss] Yet another vanilla opensstack ONAP instance runs the vFW demo

[onap-discuss] Yet another vanilla opensstack ONAP instance runs the vFW demo

Re: [onap-discuss] FW: [onap-tsc] [aai] YOUR ACTION IS REQUIRED: A Project needs new repos for microservices

Re: [onap-discuss] Virtual meeting notice

[onap-discuss] Virtual meeting notice

Re: [onap-discuss] FW: [onap-tsc] [aai] YOUR ACTION IS REQUIRED: A Project needs new repos for microservices

[onap-discuss] FW: [onap-tsc] [aai] YOUR ACTION IS REQUIRED: A Project needs new repos for microservices

Re: [onap-discuss] [ONAP Helpdesk #43030] [integration] Jenkins jobs not updating Gerrit

[onap-discuss] [ONAP Helpdesk #43030] [integration] Jenkins jobs not updating Gerrit

Re: [onap-discuss] [dcae] Google Protocol Buffer support for VES

Re: [onap-discuss] [dcae] Google Protocol Buffer support for VES

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

[onap-discuss] Queries w.r.t to common cloud Interface

Re: [onap-discuss] [ONAP Helpdesk #43030] [integration] Jenkins jobs not updating Gerrit

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

Re: [onap-discuss] [dcae] Google Protocol Buffer support for VES

Re: [onap-discuss] [Modeling][vfc] TOSCA Parser API Requirements

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

[onap-discuss] [dcae] Google Protocol Buffer support for VES

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

28 matches

Site Navigation

Mail list logo

Footer information