Question: Method not found

Question

Question: Method not found

Closed this issue 6 years ago · 7 comments

Hi,

I used the example code to try and get my own service up and running.

I am passing {"method": "helloworld", "params": ["lovely"], "id": 10}
The result however is:
{"jsonrpc":"2.0","error":{"code":-32601,"message":"Method not found","data":"The method does not exist / is not available."},"id":10}

Could anyone help me and tell me what I am doing wrong?

Much appreciated,

Dave

----code below----
MyCode.txt

Answer 1 · 2018-11-02T21:25:38.000Z

Added
Sub Main()
Dim _svc = New ExampleCalculatorService()

Answer 2 · 2018-11-12T00:40:28.000Z

Glad you got it working!

Answer 3 · 2018-11-12T08:23:00.000Z

Hi Austin, Still not there yet. I am struggling getting a server for RPC over HTTP working (ideally I would want my server to accept HTTP as well as Sockets). Do you have an code example for this? I’ll be happy to write documentation on this you can publish on github. Kind regards, Dave Hoogendoorn Mobiel geschreven. Kort maar niet onvriendelijk.

…

________________________________ From: Austin Harris <notifications@github.com> Sent: Monday, November 12, 2018 12:40:29 AM To: Astn/JSON-RPC.NET Cc: D.J. Hoogendoorn (Dave) | openAware BV; State change Subject: Re: [Astn/JSON-RPC.NET] Question: Method not found (#100) Glad you got it working! — You are receiving this because you modified the open/close state. Reply to this email directly, view it on GitHub<#100 (comment)>, or mute the thread<https://github.com/notifications/unsubscribe-auth/AVJiWZNnnoMvGgGDn0eup9G6G-P0V2_Tks5uuMN9gaJpZM4YMZFp>.

Answer 4 · 2018-11-13T21:11:33.000Z

Do you have it working over sockets? There are a few examples on the wiki.
For the http hosting, what framework are you using for http?
There is an asp.net adapter I created a few years ago, you could likely adapt the code from it for the framework you are using. https://github.com/Astn/JSON-RPC.NET/tree/master/AustinHarris.JsonRpc.AspNet
Or if that's the framework you are using, then you can use it.

Answer 5 · 2018-11-13T22:22:33.000Z

Hi Austin, Thanks your reply. Sockets is running fine. I was in the understanding that the sockets and http could coexist in the same environment. I came to this conclusion since the sockets environment does catch the http request, it just was unable to provide an answer (session closed). From what I have learned in the past few days; sockets can be hosted in one app and http should be hosted in another. Http needs a framework (Like Kestrel or Mono). What could be shared however is the JsonRpcListner enabling the same JsonRpcsMethods (at least that is my assumption) for both sockets and http. Since you have already made an example for asp.net, I will just have to get acquainted asp.net. Does it only work with Mono or also with Kestrel? Thanks big time. Kind regards, Dave Hoogendoorn Mobiel geschreven. Kort maar niet onvriendelijk.

…

________________________________ Van: Austin Harris <notifications@github.com> Verzonden: dinsdag, november 13, 2018 9:11 PM Aan: Astn/JSON-RPC.NET CC: D.J. Hoogendoorn (Dave) | openAware BV; State change Onderwerp: Re: [Astn/JSON-RPC.NET] Question: Method not found (#100) Do you have it working over sockets? There are a few examples on the wiki. For the http hosting, what framework are you using for http? There is an asp.net adapter I created a few years ago, you could likely adapt the code from it for the framework you are using. — You are receiving this because you modified the open/close state. Reply to this email directly, view it on GitHub<#100 (comment)>, or mute the thread<https://github.com/notifications/unsubscribe-auth/AVJiWdMCFvnaTZ_pkOFpBdNPQqa9seHeks5uuzWGgaJpZM4YMZFp>.

Answer 6 · 2018-11-15T07:44:02.000Z

Does it only work with Mono or also with Kestrel?

The nuget package only works with mono on linux, but that's mostly just because the project / nuget changes to get it to work on dotnet core have not been merged in.
If you want it to work on dotnet core today, then you will need to clone the repo, and go through the process of fixing some of the imports as some of them are different, but that was the only change .
I do have a branch where I did that work, and also started down the path of a total refactor. Shooting for more speed and pluggable json serializers. #90 There are more things I want to do on that branch so just use it as a reference if that is the path you want to take. The dotnet core support was added in the first commit of that branch feb8399

I was in the understanding that the sockets and http could coexist in the same environment.

I think you could do this. You just need to make sure your continuations or callbacks are sending messages to the correct tcp/http channel, but you need to do that with Sockets or HTTP anyway... So I'm not thinking about any issues.

Answer 7 · 2018-11-15T12:33:58.000Z

Great! Thanks for the reply. I will need some time to investigate. I will let you know about the next steps somewhere in the upcoming month. Cheers, Dave Mobiel geschreven. Kort maar niet onvriendelijk.

…

________________________________ Van: Austin Harris <notifications@github.com> Verzonden: donderdag, november 15, 2018 7:44 AM Aan: Astn/JSON-RPC.NET CC: D.J. Hoogendoorn (Dave) | openAware BV; State change Onderwerp: Re: [Astn/JSON-RPC.NET] Question: Method not found (#100) Does it only work with Mono or also with Kestrel? The nuget package only works with mono on linux, but that's mostly just because the project / nuget changes to get it to work on dotnet core have not been merged in. If you want it to work on dotnet core today, then you will need to clone the repo, and go through the process of fixing some of the imports as some of them are different, but that was the only change . I do have a branch where I did that work, and also started down the path of a total refactor. Shooting for more speed and pluggable json serializers. #90<#90> There are more things I want to do on that branch so just use it as a reference if that is the path you want to take. I was in the understanding that the sockets and http could coexist in the same environment. I think you could do this. You just need to make sure your continuations or callbacks are sending messages to the correct tcp/http channel, but you need to do that with Sockets or HTTP anyway... So I'm not thinking about any issues. — You are receiving this because you modified the open/close state. Reply to this email directly, view it on GitHub<#100 (comment)>, or mute the thread<https://github.com/notifications/unsubscribe-auth/AVJiWSGhopmcLQbb12Z1g9MKtglt1wc6ks5uvRtEgaJpZM4YMZFp>.