Charm store API proposal, new version

[Aaron Bentley]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

On 14-07-16 03:00 AM, roger peppe wrote:
> On 15 July 2014 21:07, Aaron Bentley <aaron.bentley at canonical.com>
> wrote: FWIW, it would be easy to provide a bulk endpoint for
> charm/bundle metadata in addition to the existing path-based
> calls.
> 
> We could define:
> 
> meta/$endpoint?id=$id0[&id=$id1...][$otherflags]
> 
> to be equivalent to the aggregation of the results from:
> 
> {$id0/meta/$endpoint$otherflags, $id1/meta/$endpoint$otherflags,
> ...}
> 
> for id0, id1, ... across all the ids from the original request.
> 
> The additional amount of code to implement this should not be
> great.

That would suit my use case just fine.

Rick said bulk access was eliminatated to "limit the
complexity of the api".  To me, having both bulk and non-bulk APIs for
meta operations is more complex than having just a bulk API.

Aaron
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/

iQEcBAEBAgAGBQJTxoQpAAoJEK84cMOcf+9h6qMH/0v7T1goyrGFDis19w2GW4wA
Ii8+Bzuynx4Nz6KO3pjOg2TSot4wrq8LN9rBcXbFEX9b11DLl6Shq2vIAH0gRm7X
2SH5D1hjo+D9LZuMbLl0mdbVsx6u7bnKhJmq7FT0DGDF8sMsrYIcMCOYOUfu0+ks
JFTJN+qbBl1D5ZVgIUevWFx3rUQxrkt44zwJeLhB389IcdPb0ysJKo7rCCLR9Iua
8DQtAHf45WYDf0zrae7208tF/PVKzVHPLcXqWg3FJOdRj+D5e3uGFaf5KYtEHIGI
BzGfjEBrXlWRlIxkoX+9jesupp0+GwnuAXZhX9aSRP7xfsOpdu+2dYXXmQrjF0w=
=Nvt7
-----END PGP SIGNATURE-----