This archive is retained to ensure existing URLs remain functional. It will not contain any emails sent to this mailing list after July 1, 2024. For all messages, including those sent before and after this date, please visit the new location of the archive at https://mailman.ripe.net/archives/list/db-wg@ripe.net/
[db-wg] API - INET6NUM Object Creation Bug
- Previous message (by thread): [db-wg] API - INET6NUM Object Creation Bug
- Next message (by thread): [db-wg] API - INET6NUM Object Creation Bug
Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
Denis Walker
denis at ripe.net
Mon Jun 10 17:50:19 CEST 2013
Dear Tim Garrison, The RIPE NCC has been working on a new version of the API interface. This will be almost 100% backwards compatible except for a few cases where the old API was not complete or had shortcomings. This problem you are experiencing will be fixed by this new release. We expect to deploy this very soon. It will be announced on this mailing list when the deployment is made. Regards Denis Walker Business Analyst RIPE NCC Database Group On 07/06/2013 21:05, Tim Garrison wrote: > Greetings, > > I have understood that doing an HTTP POST to > https://apps.db.ripe.net/whois/create will respond with an HTTP201 > status code and a 'Location' header pointing to the created object. > > This seems to work great for 'inetnum' and 'person' objects, but I've > discovered that for 'inet6num' objects, the parent network block's > handle is used in this header. > > This is creating problems for me in my current project, and I was > wondering if someone could possibly take a look. > > Thanks! >
- Previous message (by thread): [db-wg] API - INET6NUM Object Creation Bug
- Next message (by thread): [db-wg] API - INET6NUM Object Creation Bug
Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
[ db-wg Archives ]