httptest | Provide convenient mechanism for testing http clients | HTTP library

I think the problem is the arrange step of your test:

To test operations that involve the HTTP request, you have to actually initialize an *http.Request and set it to the Gin context. To specifically test c.BindQuery it's enough to properly initialize the request's URL and URL.RawQuery:

import cycle not allowed tells me you have circular references for imports. A imports B which imports A, or even A imports A.

Gin chooses which binding to use based on the request Content-Type.

When using the Bind-method, Gin tries to infer the binder depending on the Content-Type header. If you are sure what you are binding, you can use MustBindWith or ShouldBindWith.

Change your code to:

My setup is wrong, I'm not using *mux.Router in my tests but calling the handlers directly. If I wanted to use the *mux.Router returned by my function MakeApp then I'll need to put that inside a test HTTP server using net/http/httptest.

Moving my SeedData call to init() resolved the body being empty for the people call.

You have two scenarios

1. In your controller you can do

One possibility would be to use HttpResponse.BodyHandlers.ofByteArrayConsumer with a Consumer> that writes the bytes to a file. This would let you control how the file is opened, allowing you to append to an existing file rather than creating a new file each time.

Note that if you do that you should not use sendAsync because the requests will be sent concurrently, and the response will therefore be received concurrently too. If you still want to send the requests concurrently you will need to buffer the responses and impose some synchronization when writing them down to the file.

Finally figured it out by using IntelliJ to inspect the structure, I can just set it the brute way :