Rick Richardson

Here is the catted logs of the 3 cassandra nodes. I can't find anything indicating that the job even attempted and failed to connect. [cass.log](https://github.com/jaegertracing/jaeger-operator/files/5109933/cass.log)

In #101 I removed the ability to create a default database. This removes that problem. It makes creation a bit more verbose, but it's safer and more general, IMO.

Is there anything stopping us from simply adding a `put_raw` and `get_raw` (or `put_bytes` `get_bytes` whatever) to each of the Store APIs? Failing that, I like the `RawStore` or `ByteStore`...

I agree that the name isn't terribly helpful. I was looking for a "router" type Service in the listing in the Tower docs, and didn't find one, because it was...

Am I reading this right that there currently is no way to create an index in rs-es? Do you have a suggested workaround?

Thanks for the info. As of yet I'm not entirely sure what is es-rs-ish in terms of APIs, but if there are some suggested API signatures, I am happy to...

I agree, although I would argue for a sub-specification, or, dare I say a ULIDv2. Because I think providing a specification around actual monotonically increasing ULIDs is that important. Ulid...

Another benefit of not needing Send/Sync is that it should be easier to manage && data strutures. We will probably not escape some unsafe while convincing rustc about the ownership...

Maybe an ExecutorArena data structure would be the ticket.

This is solved via a rust-analyzer setting in vscode: https://github.com/rust-analyzer/rust-analyzer/issues/3627#issuecomment-612021748 (edit) originally from https://github.com/rust-analyzer/rust-analyzer/issues/3916#issuecomment-611617573