Search found 238 matches
- Tue Jul 28, 2020 1:22 pm
- Forum: Support - RCF
- Topic: How to judge if a call is asynchronous call on the server side?
- Replies: 1
- Views: 11916
Re: How to judge if a call is asynchronous call on the server side?
For an RCF server, synchronous and asynchronous calls look exactly the same. So if your server needs to treat these two situations differently, you'll need to add the information into your remote calls, either as extra parameters in your remote methods, or by setting some custom user data in your re...
- Wed Apr 08, 2020 10:22 am
- Forum: Support - RCF
- Topic: RCF 3.1 with Boost.Serialization?
- Replies: 1
- Views: 9901
Re: RCF 3.1 with Boost.Serialization?
Boost.Serialization is still supported, but at the moment if you want to build with B.Ser. you will need to disable the recently added proxy endpoint feature, as that has a dependency on SF serialization. So in your build you should define these: RCF_FEATURE_BOOST_SERIALIZATION=1 RCF_FEATURE_PROXYEN...
- Tue Nov 26, 2019 11:06 pm
- Forum: Support - RCF
- Topic: How to use RCF to establish long TCP connection for binary data transmission?
- Replies: 1
- Views: 9628
Re: How to use RCF to establish long TCP connection for binary data transmission?
You can pass binary blobs back and forth on a RCF connection, using RCF::ByteBuffer: http://www.deltavsoft.com/doc/_performance.html ByteBuffer's are never copied, they are only reference counted, so you can move a lot of data around without incurring significant overhead. If you have a method like ...
- Tue Nov 26, 2019 10:58 pm
- Forum: Support - RCF
- Topic: Polymorphic serialization with boost
- Replies: 1
- Views: 9169
Re: Polymorphic serialization with boost
Hi there, Polymorphic serialization with Boost is a tricky area, and my recommendation would be to use SF instead, as I think it's much more straightforward. If you have to use Boost, I think you'll need to register the derived class so that Boost.Serialization knows about it ahead of time. In some ...
- Tue Aug 13, 2019 5:33 am
- Forum: Support - RCF
- Topic: about socket no_delay
- Replies: 1
- Views: 9693
Re: about socket no_delay
Hi,
Once a RcfClient<> object has connected to a server, you can retrieve the socket handle, and then use that to set socket options:
http://www.deltavsoft.com/doc/_transpor ... cketAccess
Once a RcfClient<> object has connected to a server, you can retrieve the socket handle, and then use that to set socket options:
http://www.deltavsoft.com/doc/_transpor ... cketAccess
- Wed Apr 10, 2019 12:42 am
- Forum: Support - RCF
- Topic: Subscribe/Publish problem
- Replies: 5
- Views: 15363
Re: Subscribe/Publish problem
Currently you can only have one topic per subscription.
Here is a link to the latest download with a fix for the runtime error:
http://deltavsoft.com/downloads/RCF-3.1.301.zip
Here is a link to the latest download with a fix for the runtime error:
http://deltavsoft.com/downloads/RCF-3.1.301.zip
- Mon Apr 08, 2019 12:02 am
- Forum: Support - RCF
- Topic: Subscribe/Publish problem
- Replies: 5
- Views: 15363
Re: Subscribe/Publish problem
Hi there, For the first issue, with getSubscriberCount() returning 0, I'm unable to reproduce it in my test code here. One thing you could try though is to publish a ping to all subscribers, before getting the subscriber count: PublisherPtrptr.publish().getClientStub().ping(); , and see if that make...
- Wed Mar 20, 2019 3:37 am
- Forum: Support - RCF
- Topic: Subscribe/Publish filter is needed
- Replies: 1
- Views: 9533
Re: Subscribe/Publish filter is needed
Hi, There isn't anything on the server-side (i.e. publisher-side), that would allow publishing to select subgroups of subscribers, within a topic. You could instead include some information in the published messages, and then let the clients use that information to determine if they should ignore th...
- Wed Mar 13, 2019 12:47 am
- Forum: Support - RCF
- Topic: TCPEndpoint too many TIME_WAIT
- Replies: 1
- Views: 9549
Re: TCPEndpoint too many TIME_WAIT
Hi,
This is to be expected when when lots of short-lived TCP connections are being created, and it's due to how TCP is implemented in the operating system. There are various ways to work around it, for example have a read of this:
https://www.fromdual.com/huge-amount-of ... onnections
This is to be expected when when lots of short-lived TCP connections are being created, and it's due to how TCP is implemented in the operating system. There are various ways to work around it, for example have a read of this:
https://www.fromdual.com/huge-amount-of ... onnections
- Wed Jan 23, 2019 11:13 am
- Forum: Support - RCF
- Topic: Exception attempting to use Http Tunneling
- Replies: 11
- Views: 27801
Re: Exception attempting to use Http Tunneling
Hi Dave, At this point it doesn't look like we can implement multiple outstanding requests on a single connection, because it would break the HTTP tunneling feature. The HTTP protocol does not allow multiple outstanding requests in general (there is the 'pipelining' hack but it's pretty limited and ...