Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

PvaClientRPC and exceptions from server #28

Open
mrkraimer opened this issue Mar 26, 2019 · 5 comments
Open

PvaClientRPC and exceptions from server #28

mrkraimer opened this issue Mar 26, 2019 · 5 comments

Comments

@mrkraimer
Copy link
Contributor

PvaClient does not handle exceptions from server.
It should act similar to RPCClient from pvAccess.
This was reported by Matthew Taylor.

@willrogers
Copy link

@MattTaylorDLS can you be a bit more precise on what this means?

cc @ifmalcuaz

@MattTaylorDLS
Copy link

This came from a discussion in epics-base/epicsCoreJava#50

The basics of it are:

We were using RPCClientImpl to make an RPC call to an EpicsV4 server.
We were at the same time using PvaClient to create Channels, perform Gets etc.

These two methods of connecting are apparently incompatible and so shouldn't be used together.
We were originally using PvaClientRPC to do the RPC call, but changed to RPCClientImpl because PvaClientRPC doesn't support passing exceptions back down the channel.

This issue was opened to implement handing of exceptions in PcaClientRPC in the same way that they can be handled using RPCClientImpl.

@mrkraimer
Copy link
Contributor Author

mrkraimer commented Apr 3, 2019 via email

@MattTaylorDLS
Copy link

I don't have much knowledge of the internals of this, but that sounds like it could be right yes.

Basically. if the channel threw an exception with a message, on the connecting client, we couldn't get the message with PvaClientRPC but we could with RPCClient.

Thanks,

Matt

@mrkraimer
Copy link
Contributor Author

mrkraimer commented Apr 10, 2019 via email

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

3 participants