[openstack-dev] [neutron][api[[graphql] A starting point

Gilles Dubreuil gdubreui at redhat.com
Fri Jun 22 04:44:21 UTC 2018


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 <tdecacqu at 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-request at 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-request at 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-request at 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-request at lists.openstack.org?subject:unsubscribe
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

-- 
Gilles Dubreuil
Senior Software Engineer - Red Hat - Openstack DFG Integration
Email: gilles at redhat.com
GitHub/IRC: gildub
Mobile: +61 400 894 219

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstack.org/pipermail/openstack-dev/attachments/20180622/141f8c21/attachment.html>


More information about the OpenStack-dev mailing list