Calling http_request of another canister

[gladguy]

http_request between two canisters.

I have two canisters as below
canister_1.http_request
canister_2.http_request

Can we call canister_1.http_request from canister_2.http_request ? Is it possible

Getting misplaced await error

[Seb]

This doesn’t seem possible to me currently : http_request needs to be a query method and inter-canister calls needs to await currently.

Probably possible when we got inter-canister query calls.

Inter-Canister Query Calls (Status: done)

Summary Currently, smart contract canisters can send update calls to any canister. These calls can even form “chains” of calls such as the following: Imagine you have three canisters: A, B, and C. A.updateCall() → B.updateCall() → C Result: A gets a response in around 4 seconds* *(if it’s within the same subnet, it could be much faster or as slow as 5 seconds per call if its cross-subnet) This is helpful in making an application composed of multiple canisters calling each other. The “catch”…

[gladguy]

Thank you Seb

Have you ever come across cycles max-out issue ? While calling an update method of a canister.

[paulyoung]

In the meantime I think calling http_request_update would work if you provided that and implemented it in terms of http_request. It would be slower and more expensive though.

Feature request: map appropriate HTTP request methods to update calls

Canisters can handle HTTP requests by providing a http_request function. However, http_request only allows making query calls. With my PR, canisters can now also provide a function called http_request_update that allows making update calls. When handling a HTTP request inside of http_request, if it’s necessary to make an update call, http_request can now return a response including the field upgrade with a value of true. This results in http_request_update to be called instead. Whether any of…