@hiredman thanks again. I see what you mean. I’ve changed it so that each step thru the sequence functions at the beginning returns a fully realized section that is placed on the chan.

Guys when you are (manually)testing your graphql api-endpoints, are you using curl or something like Insomnia?

@jarvinenemil we use a small util we wrote internally https://github.com/duedil-ltd/graphql-integration-testing

regression testing is extremely useful for testing branch vs master

Question: I am using a library called Nippy from taoensso. I am serializing this object but I am also using this library called Cheshire that encodes our map into JSON. The problem I run into is that when cheshire tries to encode a nested map that has been serialized, it breaks. It complains Cannot JSON encode object of class: class [B: [B@3384e3c0

Does anyone have any experience with this? Or can point me to the right direction

what do you expect to happen?

there is no byte or byte array type in json

[B is the type of a byte array on the jvm

I mean the problem makes sense so its not that I expected anything I just didn't think this far ahead until now that I am running into the issue

for a serialization library that is easy to extend to specific types and allows a json formatted target, there's cognitect/transit btw

it's easy to add custom serializers / deserializer for any type you like with transit

I believe cheshire has custom encoding

just not sure how to go about it

it does, which is kind of what I was getting at with "what did you expect?" because depending on what you want to happen, you might be able to make it do that

maybe the most common thing to do with bytes in json is to encode it as a base64 encoded string

base85 is cool, but much less standard

in general binary data in json is just gross

Thanks because I had no idea what or how to encode that byte array into a JSON suitable format

cheshire also supports a binary format called smile which is similar to json, and may support encoding bytes

(I've never actually seen anyone use smile though)

sadly with cheshire the encoding options are a global config - but isn't nippy already a serialization format? what's the usecase for serializing your serialized data again?

Thats a very good question 😅

if what you need is an efficient round-trip format that is also readable as json as an intermediate representation, transit does that, but first you might want to make sure that's really your goal

and with a global config you can make cheshire accept any class you like as well

Wont be using nippy freeze after all. At least for the time being

getting stuck with Java interop I’m trying proxy and reify interface com.google.pubsub.v1.MessageReciver

proxy works but reify fails

any ideas what I’m doing wrong ?

there's no this arg with reify is there? that's not the issue

is reciveMessage something it gets from a concrete class it inherits from?

because proxy can handle that, reify can't

sorry my java voodoo is not so strong

here is doc for that interface

http://googlecloudplatform.github.io/google-cloud-java/google-cloud-clients/apidocs/com/google/cloud/pubsub/v1/MessageReceiver.html

its is just the interface https://github.com/GoogleCloudPlatform/google-cloud-java/blob/master/google-cloud-clients/google-cloud-pubsub/src/main/java/com/google/cloud/pubsub/v1/MessageReceiver.java

to be clear, you specify reciveMessage above, and the class defines receiveMessage - disregard if that's trivial of course

(what you showed above can't be the real code as neither of those would have worked)

yeah proxy didn’t work as well when I was trying to use it 😕

(reify
  com.google.cloud.pubsub.v1.MessageReceiver
  (^void receiveMessage [_
                   ^com.google.pubsub.v1.PubsubMessage _
                   ^com.google.cloud.pubsub.v1.AckReplyConsumer _]
    ))

the ^void is likely only required because of the other type hints

great that works !