Api calls when invoke from browser return different responses than the same calls invoked by rest client

[hicnar]

Describe the bug

This is a response I get

"garbage_collection":{"max_heap_size":-1,"min_bin_vheap_size":-1,"min_heap_size":-1,"fullsweep_after":-1,"minor_gcs":-1},"consumer_details":[],"incoming":[],"deliveries":[],"node":"rabbit@b6b9bef92afc","arguments":{},"exclusive":false,"auto_delete":false,"durable":true,"vhost":"/","name":"batch-processor-queue"}

when I call http://localhost:15672/api/queues/%2F/batch-processor-queue with the following code

    @SneakyThrows
    default String getQueueDetailsJson(String queueName) {

        final RestTemplate restTemplate = new RestTemplate();
        final ResponseEntity<String> responseEntity = restTemplate.exchange(
            UriComponentsBuilder.fromHttpUrl(buildBaseUrl())
                .path("/api/queues/{vhost}/{queueName}")
                .build(getRabbitMqVHost(), queueName), GET, new HttpEntity<>(buildHeaders()), String.class
        );

       return responseEntity.getBody();
    }

    private String buildBaseUrl() {
        return String.format("http://%s:%d", getRabbitMqHost(), getRabbitMqHttpPort());
    }
    
    private HttpHeaders buildHeaders() {
        String auth = getRabbitMqUser() + ":" + getRabbitMqPassword();
        byte[] encodedAuth = Base64.getEncoder().encode(auth.getBytes());
        HttpHeaders headers = new HttpHeaders();
        headers.set("Authorization", "Basic " + new String(encodedAuth));
        headers.setContentType(MediaType.APPLICATION_JSON);
        headers.setAccept(List.of(MediaType.APPLICATION_JSON));
        return headers;
    }

And here's the response I get if I paste the http://localhost:15672/api/queues/%2F/batch-processor-queue url in a browser.

Browser JSON response

{
  "consumer_details": [],
  "incoming": [],
  "deliveries": [],
  "messages_details": {
    "rate": 0
  },
  "messages": 1,
  "messages_unacknowledged_details": {
    "rate": 0
  },
  "messages_unacknowledged": 0,
  "messages_ready_details": {
    "rate": 0
  },
  "messages_ready": 1,
  "reductions_details": {
    "rate": 0
  },
  "reductions": 37991,
  "message_stats": {
    "deliver_get_details": {
      "rate": 0
    },
    "deliver_get": 1,
    "ack_details": {
      "rate": 0
    },
    "ack": 0,
    "redeliver_details": {
      "rate": 0
    },
    "redeliver": 0,
    "deliver_no_ack_details": {
      "rate": 0
    },
    "deliver_no_ack": 0,
    "deliver_details": {
      "rate": 0
    },
    "deliver": 1,
    "get_no_ack_details": {
      "rate": 0
    },
    "get_no_ack": 0,
    "get_details": {
      "rate": 0
    },
    "get": 0,
    "publish_details": {
      "rate": 0
    },
    "publish": 1
  },
  "node": "rabbit@b6b9bef92afc",
  "arguments": {},
  "exclusive": false,
  "auto_delete": false,
  "durable": true,
  "vhost": "/",
  "name": "batch-processor-queue",
  "message_bytes_paged_out": 0,
  "messages_paged_out": 0,
  "backing_queue_status": {
    "avg_ack_egress_rate": 0,
    "avg_ack_ingress_rate": 0.12587940556483163,
    "avg_egress_rate": 0.12587940556483163,
    "avg_ingress_rate": 0.12587940556483163,
    "delta": [
      "delta",
      "undefined",
      0,
      0,
      "undefined"
    ],
    "len": 1,
    "mode": "default",
    "next_seq_id": 1,
    "q1": 0,
    "q2": 0,
    "q3": 0,
    "q4": 1,
    "target_ram_count": "infinity"
  },
  "head_message_timestamp": null,
  "message_bytes_persistent": 296,
  "message_bytes_ram": 296,
  "message_bytes_unacknowledged": 0,
  "message_bytes_ready": 296,
  "message_bytes": 296,
  "messages_persistent": 1,
  "messages_unacknowledged_ram": 0,
  "messages_ready_ram": 1,
  "messages_ram": 1,
  "garbage_collection": {
    "minor_gcs": 3,
    "fullsweep_after": 65535,
    "min_heap_size": 233,
    "min_bin_vheap_size": 46422,
    "max_heap_size": 0
  },
  "state": "running",
  "recoverable_slaves": null,
  "consumers": 0,
  "exclusive_consumer_tag": null,
  "effective_policy_definition": [],
  "operator_policy": null,
  "policy": null,
  "consumer_utilisation": null,
  "idle_since": "2024-04-01 12:18:04",
  "memory": 20080
}

BTW curl also seems to be returning full response as above.

curl -X GET  'http://localhost:15672/api/queues/%2F/batch-processor-queue/' -H 'Accept: application/json' -H 'Content-Type: application/json' -H 'Authorization: Basic Z3Vlc3Q6cmFiYml0bXE='

even if I add exactly the same headers the brower seems to be adding ...

Accept	text/html,application/xhtml+xml,application/xml;q=0.9,image/webp,*/*;q=0.8
Accept-Encoding	gzip, deflate, br
Accept-Language	en-GB,en;q=0.5
Authorization	Basic Z3Vlc3Q6cmFiYml0bXE=
Connection	keep-alive
Host    localhost:33738
Sec-Fetch-Dest	document
Sec-Fetch-Mode	navigate
Sec-Fetch-Site	none
Sec-Fetch-User	?1
Upgrade-Insecure-Requests	1
User-Agent	Mozilla/5.0 (X11; Linux x86_64; rv:109.0) Gecko/20100101 Firefox/115.0

I still get the same short useless response with garbage_collection info only. There's no clear documentation how to get it to work when invoked by restful client in code as id does in the browser.

Expected behavior

Why don't you get it to send same responses in rest clients as it does in browser/curl, or if there're some hidden switches one has to use for it to work in the code exactly as it does in the browser please make it obvious, perhaps come up with some examples otherwise people are wasting hours on something that should be simple and pretty much work out of the box.

[lukebakken]

Hello, thanks for using RabbitMQ

Rather than write your own API client code, you should be using this library - https://github.com/rabbitmq/hop

Why don't you get it to send same responses in rest clients as it does in browser/curl, or if there're some hidden switches one has to use for it to work in the code exactly as it does in the browser please make it obvious, perhaps come up with some examples otherwise people are wasting hours on something that should be simple and pretty much work out of the box.

I sense quite a bit of entitlement here and am reluctant to assist you.

You have not provided any evidence that what you observe is due to anything but your code or your particular environment. The simplest explanation is that your Java code is making an HTTP request differently than curl, or you are not processing the body in the way you think you are.

At the very minimum, you must provide a Java project that consistently demonstrates what you're seeing. A code snippet is not useful. I should be able to clone a repository, build it, and run it. Be sure to include the following as well:

• Your RabbitMQ and Erlang version
• Java version
• The definition of your batch-processor-queue