Coordinates

Screen Sharing
http://chi.ncsa.illinois.edu/display.html?clientID=-1

Join by phone

+1 217 332 6338 (Site1-Dialin-region)                           English (United States)

+1 312 994 8410 (Site1-Dialin-region)                           English (United States)  

+1 888 983 3631 (Site1-Dialin-region)                           English (United States)  

Conference ID: 7329605

Attendees

Notes

  • NDS-24 - Getting issue details... STATUS
    • Unknown User (mfelarca) will review tools/libraries for the web services app at the developer meeting on Wednesday
      • functionality needed includes REST API/impl generation support and authn/z
    • 6/25 discussion
      • tentative direction is the MEAN stack – mongodb, express, angular.js, node.js
      • also loopback
        • from github: LoopBack is an open source Node.js framework built on top of Express optimized for building APIs for mobile, web, and other devices.
      • no problem calling the python OpenStack APIs
      • focus is getting alpha1 up and running quickly
    • 6/26 more general discussion
      • how we will be calling the python nova apis from our web services implementation?
    • 7/6: Lengyue Chen reviewed the StrongLoop tool for the team
      • Command line and GUI for defining REST API and for generating implementation code, including database DDL
      • How does ongoing maintenance work?  Does tool support "migrations" in a way similar to Django?
      • Lengyue Chen currently working to get the JS-to-python calls working
    • 7/7: Lengyue Chen reports working now
      • Lengyue Chen will commit to repository (after hg/git resolved by Mario – see below)
    •  7/8: Initial codebase is committed.  Work now transitioned and proceeding under NDS-25 and NDS-2 so will close this ticket.
  • NDS-25 - Getting issue details... STATUS
    • 7/6: created
    • 7/7: updates in JIRA ticket
    • 7/8: general discussion, based on comments in ticket
      • post-meeting – resolved issue with network connectivity from Zeo's Ubuntu workstation.

  • NDS-18 - Getting issue details... STATUS
    • Unknown User (mfelarca) will rename/redefine bitbucket hg repository yt-webapp to nds-web-services
    • the name of the nds-explorer repository does not change (this is the web user interface)
    • will be done by Monday 6/29
    • Goals for next week (week of 6/29-7/2) are
      • web service repo created and both (nds explorer and nds web services) repos made ready for active shared use
        • includes the "scaffolding" for our MEAN stack
    • 7/6: Not done
    • 7/7: initial repo created, but using git.  Unknown User (mfelarca) will convert it to mercurial.
    • 7/8: Unknown User (mfelarca) converted the repo to mercurial.  This ticket is now completed.

  • NDS-2 - Getting issue details... STATUS
    • Goals for next week (week of 6/29-7/2) are
      • first two pieces of functionality working end-to-end – from brower to explorer to web service to backend systems (openstack)
        • list environments
        • create environment
    • 7/6: In progress
    • 7/7: In progress
    • 7/8: Unknown User (mfelarca) updating the code to conform to the new REST APIs

  • NDS-14 - Getting issue details... STATUS
    • Unknown User (mfelarca) will demo existing web app at the developer meeting on Friday 6/26
    • 6/26 discussion
      • old app up and running on mario's dev system 
      • not connecting to yt-webapp
      • working with kacper on connectivity to yt-webapp problem
    • 7/6: No report
    • 7/7: discussed
      • demo at SC14 – not at NDS3 Austin – explains repository dates
      • nds-explorer to yt-webapp (rest2) pulling in ythub-workers (v1)
      • Unknown User (mfreemon) will look at as well
      • important to understand current state
    • 7/8: not discussed

 

  • General NDS Explorer / NDS Web Services Design/Implementation Topics
    • NDS Explorer Design and Implementation
    • 6/22 No decision yet on how to store Environment or Service definition information
    • 6/26 discussion
      • use mongodb for store environment information
      • use flat file (not mongo) for service definitions – format of flat file to be proposed by Unknown User (mfelarca)
        • note previous input: ... having service definitions that can be expressed as JSON would be ideal, since that's readily and easily parseable (and constructable) in a fully client-side app.
    • 7/6 discussion
      • Patrick Mulrooney brought up alternative approaches for interfacing with OpenStack management functionality (what we're calling the management node), and SDSC plans.  Patrick will follow up on the mailing list with links for future reading. 
      • libvirt docker (link?) was also discussed as a potential mechanism to run docker containers without needing CoreOS (thus simplifying the runtime environment).
    • 7/7