16:01:22 #startmeeting spectrometer meeting 16:01:22 Meeting started Fri Jan 15 16:01:22 2016 UTC. The chair is anipbu. Information about MeetBot at http://ci.openstack.org/meetbot.html. 16:01:22 Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. 16:01:22 The meeting name has been set to 'spectrometer_meeting' 16:01:41 #topic agenda bashing 16:01:59 #chair tnadeau_ zxiiro 16:01:59 Current chairs: anipbu tnadeau_ zxiiro 16:02:11 #link https://trello.com/b/fIVlZ0M5/opendaylight-spectrometer <- trello board 16:07:14 #info nodejs 16:07:24 #action agenda items discussion. An suggested agenda to wrap up node.js issues, how we collect issues from git/gerrit, open discussion 16:07:47 #action agenda items: discuss trello board too 16:08:01 #undo 16:08:01 Removing item from minutes: 16:08:03 #undo 16:08:03 Removing item from minutes: 16:08:29 #info agenda items discussion:An suggested agenda to wrap up node.js issues, how we collect issues from git/gerrit, trello board discussion followed by open discussion 16:08:29 #info 16:08:52 #topic node.js 16:10:12 #info issue: where to host the node.js server. do we use it just for dev? package management or just to make things easier for dev. Afterwards we compiler the entire thing into a .js script file and serve it that way. 16:10:34 #issue one of the downsides to this approach is that many JS libs require npm to built. 16:11:04 #info advantages to node.js native is isomorphic code execution 16:11:23 #info npm package management is an advantage 16:12:48 #info @Vasu and @tom agreed that the standalone node.js option was preferred 16:14:28 #info Are there any issues in the ODL backend to pushing a precompiled JS versus a node.js? 16:15:03 #action @Tom to ask Andrew Grimberg about preferences (or security issues) of node.js versus complete package 16:15:32 #info @an assumes we push a binary to production 16:17:05 note from previous meeting minutes "downside of not using node.js in production is loosing isomorphic capability" 16:17:25 thanks for correction - sorry for typo 16:17:46 tom's explained the way we did spectrometer previously 16:18:30 @an has ideas for how to do this differently 16:20:11 #action @tom to contact Andrew@lf and CC our distro list to get his inputs 16:21:27 #topic multi language project support 16:21:37 @an asked to reuse existing java functionality 16:24:28 @tom raised two issues: 1) multiple moving parts to maintain 2) java as a lang vs python might be more difficult for some to work on 16:24:44 3) project is a bit more complex, might be less inviting for people to contribute to in the future 16:25:57 @mo - agrees with simplicity 16:26:22 @carol - py would be easier for me 16:27:00 @an agrees points are valid, but wants to re-use existing dashboard code 16:27:42 @an backend will not change much. just processes and pushes data to data store 16:29:50 @an we are written in java, a release dashboard that collects data. produces a "quality of projects" concept. from 1 dashboard you can get a glimpse of all 52 projects: bugs, sonar reports, j unit and robot tests 16:30:03 @mo when the data is collected does the java code store the data in a DB ? 16:30:07 @an yes 16:30:55 @an addresses issue of multi back ends/languages - it is more complex but we loose ability to pull in whatever gets the job done 16:38:59 #action @an to send out email w information about how to access the existing java-based backend 16:43:26 #agree all code except for the back end is python 16:43:51 #agree investigate the existing java-based data store/back end to see if its worth recycling, or redoing a new one 16:44:26 #link https://trello.com/b/fIVlZ0M5/opendaylight-spectrometer <- trello board 16:53:27 #info we modified the trelllo board to update things 16:55:35 #topic cookies 16:55:36 #endmeeting