Hi everyone, Thanks for the updates and support, that appreciated.
@Gilles, did you already implemented all the service types? What is left to do? You already want to merge the feature branch with master? @tristan I’d like to work on the feature branch but I’ll wait for gilles answers as I don’t want to mess up having pieces of code everywhere. Thanks! Le ven. 22 juin 2018 à 06:44, Gilles Dubreuil <gdubr...@redhat.com> a écrit : > > On 22/06/18 09:21, Tristan Cacqueray wrote: > > Hi Flint, > > On June 21, 2018 5:32 pm, Flint WALRUS wrote: > > Hi everyone, sorry for the late answer but I’m currently trapped into a > cluster issue with cinder-volume that doesn’t give me that much time. > > That being said, I’ll have some times to work on this feature during the > summer (July/August) and so do some coding once I’ll have catched up with > your work. > > That's great to hear! The next step is to understand how to deal with > oslo policy and control objects access/modification. > > Did you created a specific tree or did you created a new graphql folder > within the neutron/neutron/api/ path regarding the schemas etc? > > > There is a feature/graphql branch were an initial patch[1] adds a new > neutron/api/graphql directory as well as a new test_graphql.py > functional tests. > The api-paste is also updated to expose the '/graphql' http endpoint. > > Not sure if we want to keep on updating that change, or propose further > code as new change on top of this skeleton? > > > Makes sense to merge it, I think we have the base we needed to get going. > I'll make it green so we can get merge it. > > > Regards, > -Tristan > > > Le sam. 16 juin 2018 à 08:42, Tristan Cacqueray <tdeca...@redhat.com> > <tdeca...@redhat.com> a > écrit : > > On June 15, 2018 10:42 pm, Gilles Dubreuil wrote: > > Hello, > > > > This initial patch [1] allows to retrieve networks, subnets. > > > > This is very easy, thanks to the graphene-sqlalchemy helper. > > > > The edges, nodes layer might be confusing at first meanwhile they make > > the Schema Relay-compliant in order to offer re-fetching, pagination > > features out of the box. > > > > The next priority is to set the unit test in order to implement > mutations. > > > > Could someone help provide a base in order to respect Neutron test > > requirements? > > > > > > [1] [abandoned] > > Actually, the correct review (proposed on the feature/graphql branch) > is: > > [1] https://review.openstack.org/575898 > > > > > Thanks, > > Gilles > > > > > __________________________________________________________________________ > > OpenStack Development Mailing List (not for usage questions) > > Unsubscribe: > openstack-dev-requ...@lists.openstack.org?subject:unsubscribe > > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev > > > __________________________________________________________________________ > OpenStack Development Mailing List (not for usage questions) > Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev > > __________________________________________________________________________ > OpenStack Development Mailing List (not for usage questions) > Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev > > > > __________________________________________________________________________ > OpenStack Development Mailing List (not for usage questions) > Unsubscribe: > openstack-dev-requ...@lists.openstack.org?subject:unsubscribehttp://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev > > > -- > Gilles Dubreuil > Senior Software Engineer - Red Hat - Openstack DFG Integration > Email: gil...@redhat.com > GitHub/IRC: gildub > Mobile: +61 400 894 219 > > > __________________________________________________________________________ > OpenStack Development Mailing List (not for usage questions) > Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev >
__________________________________________________________________________ OpenStack Development Mailing List (not for usage questions) Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev