This is useful, thanks.
Note that's it's not necessary to cleanse *all* keys that go into Mongo,
just the ones that might be used in queries.
But one thought... what about keys that already contain full-width
dollar and dot?
cheers,
rog.
On 23 June 2016 at 21:09, Katherine Cox-Buday
wrot
Thanks Menno, I'll get that docstring corrected!
I'm not sure it needs to be in its own package. I put it there because the
taxonomy made sense in my head, and I get the impression that we have built up
a lot of utility-like functions for Mongo over time, but YAGNI may apply here.
I don't plan
As I have only just discovered the need to cleanse mongo data, I can't say for
sure, but it looks like we may have been cleansing things in the parts of Juju
that need it. William may know more.
If not, I imagine a small upgrade step would make short work of any problems.
roger peppe writes:
It seems as though we should be cleansing all the keys since we never
know what queries we might want to make in the future.
On Fri, Jun 24, 2016 at 12:04 PM Katherine Cox-Buday <
katherine.cox-bu...@canonical.com> wrote:
>
> As I have only just discovered the need to cleanse mongo data, I ca
A new development release of Juju, 2.0-beta10 is here!
## What's new?
* Improved handling of LACP bonds
* Continued usability enhancements
* Users can now use `juju relate` to add a relation between applications
* Additional `juju status` enhancements
* Bundles requesting legacy ‘lxc’ type wi
On Fri, Jun 24, 2016 at 3:18 PM Curtis Hovey-Canonical
wrote:
> A new development release of Juju, 2.0-beta10 is here!
>
> ## What's new?
>
> * Improved handling of LACP bonds
> * Continued usability enhancements
> * Users can now use `juju relate` to add a relation between applications
>
This
I seem to be missing something. Why do we need this?
Matty
On 24 Jun 2016 17:14, "Nate Finch" wrote:
> It seems as though we should be cleansing all the keys since we never
> know what queries we might want to make in the future.
>
> On Fri, Jun 24, 2016 at 12:04 PM Katherine Cox-Buday <
> k
