我正在学习使用RTI的DDS(对于该主题来说还是很新的)。我正在创建一个写到订阅服务器的发布服务器,并且订阅服务器输出消息。我想模拟的一件事是丢包。例如,假设发布者每秒写4次给订阅者,但是订阅者每秒只能读一次(最新消息)。
到目前为止,我可以创建发布者和订阅者,而无需删除任何软件包。
我通读了一些文档,找到了HistoryQosPolicyKind.KEEP_LAST_HISTORY_QOS。
如果我错了,请纠正我,但我的印象是,这实际上将保留从发布者处收到的最新消息。而是,订户正在接收所有消息,但延迟了1秒。
我不想缓存消息,但丢弃消息。如何模拟“已删除”包?
BTW:我不想更改.xml文件中的任何内容。我想以编程方式进行操作。
以下是我的代码片段。
//Publisher.java
//writer = (MsgDataWriter)publisher.create_datawriter(topic, Publisher.DATAWRITER_QOS_DEFAULT,null /* listener */, StatusKind.STATUS_MASK_NONE);
writer = (MsgDataWriter)publisher.create_datawriter(topic, write, null,
StatusKind.STATUS_MASK_ALL);
if (writer == null) {
System.err.println("create_datawriter error\n");
return;
}
// --- Write --- //
String[] messages= {"1", "2", "test", "3"};
/* Create data sample for writing */
Msg instance = new Msg();
InstanceHandle_t instance_handle = InstanceHandle_t.HANDLE_NIL;
/* For a data type that has a key, if the same instance is going to be
written multiple times, initialize the key here
and register the keyed instance prior to writing */
//instance_handle = writer.register_instance(instance);
final long sendPeriodMillis = (long) (.25 * 1000); // 4 per second
for (int count = 0;
(sampleCount == 0) || (count < sampleCount);
++count) {
if (count == 11)
{
return;
}
System.out.println("Writing Msg, count " + count);
/* Modify the instance to be written here */
instance.message =words[count];
instance.sender = "some user";
/* Write data */
writer.write(instance, instance_handle);
try {
Thread.sleep(sendPeriodMillis);
} catch (InterruptedException ix) {
System.err.println("INTERRUPTED");
break;
}
}
//writer.unregister_instance(instance, instance_handle);
} finally {
// --- Shutdown --- //
if(participant != null) {
participant.delete_contained_entities();
DomainParticipantFactory.TheParticipantFactory.
delete_participant(participant);
}
//Subscriber
// Customize time & Qos for receiving info
DataReaderQos readerQ = new DataReaderQos();
subscriber.get_default_datareader_qos(readerQ);
Duration_t minTime = new Duration_t(1,0);
readerQ.time_based_filter.minimum_separation.sec = minTime.sec;
readerQ.time_based_filter.minimum_separation.nanosec = minTime.nanosec;
readerQ.history.kind = HistoryQosPolicyKind.KEEP_LAST_HISTORY_QOS;
readerQ.reliability.kind = ReliabilityQosPolicyKind.BEST_EFFORT_RELIABILITY_QOS;
reader = (MsgDataReader)subscriber.create_datareader(topic, readerQ, listener, StatusKind.STATUS_MASK_ALL);
if (reader == null) {
System.err.println("create_datareader error\n");
return;
}
// --- Wait for data --- //
final long receivePeriodSec = 1;
for (int count = 0;
(sampleCount == 0) || (count < sampleCount);
++count) {
//System.out.println("Msg subscriber sleeping for "+ receivePeriodSec + " sec...");
try {
Thread.sleep(receivePeriodSec * 1000); // in millisec
} catch (InterruptedException ix) {
System.err.println("INTERRUPTED");
break;
}
}
} finally {
// --- Shutdown --- //
在订户端,区分应用程序和DDS域之间的三种不同类型的交互非常有用:轮询,侦听器和WaitSets
轮询意味着应用程序决定何时读取可用数据。这通常是一种时间驱动的机制。
侦听器基本上是回调函数,一旦基础结构线程可用数据,就会调用该回调函数以读取该数据。
WaitSets实现了类似于套接字select
机制的机制:应用程序线程等待(阻止)数据变得可用,并且在解除阻止后读取新数据。
您的应用程序使用侦听器机制。您没有发布回调函数的实现,但是从总体上看,侦听器实现很可能在调用回调时立即尝试读取数据。没有时间像您所说的那样“推送”或“删除”数据了。此读取发生在与您的主线程不同的线程中,该线程在大多数时间处于休眠状态。您可以找到有关它的知识库文章here。
唯一不清楚的是time_based_filter
QoS设置的影响。您没有在问题中提到这一点,但是确实在代码中出现了。我希望这可以过滤掉您的一些样本。不过,这与退出历史机制不同。对于不同的DDS实现,基于时间的过滤器的行为可能会有所不同。您使用哪种产品?