replaying issue

8 posts / 0 new
Log in or register to post comments
Last post
Mon, 08/26/2013 - 10:20
#1
MichaelBsp
Offline
Last seen: 6 years 9 months ago
Joined: 04/28/2013
Posts: 38
replaying issue

Hello,

I've encountered a certain problem with the recording service while recording and replaying data.

I've set-up a DataWriter that sends samples of a certain unkeyed instance, with the recording service up. Later on, I close the DataWriter and try replaying from the recording to a DataReader. By doing match analysis in the Analyzer, I see that the sample sent from the DataWriter (the replay), arrived with key, while the DataReader expects to receive no key. I'm using a very basic replay configuration that doesn't define anything concerning keyed/unkeyed instances whatsoever. Also there is a zero chance of this instance being sent from other DataWriters.

Is there any chance the problem is in the recording/replaying service or their configuration?

Thanks

Top
Mon, 08/26/2013 - 14:45
Gerardo Pardo
Gerardo Pardo's picture
Offline
Last seen: 1 week 1 day ago
Joined: 06/02/2010
Posts: 602

Hi,

This is a very odd situation. I do not see how recording/replay service can be doing this. Let me break this down into a set of questions/observations:

  1. Are you defining the data-types to be recorded in the XML file you use to configure recording service? Or re you simply specifying the Topics to record and letting Recorder discover the data-types?  If you defined the types in the recorder XML configuration then you could see if any attributes in the data-type were marked as key.
  2. Independent of (1) above for recorder to record the Topic the data-type definition must match that of the DataWriter. So if the DataWriter had no keys, then recorder either uses an unkeyed data-reader to record the data, or else if if tried to use a keyed-data reader (e.g. because the type was defined as keyed in the XML or discovered from a different data-writer) it would then not match the unkeyed data-reader and not record its data.
  3. Recorder saves the type associated with the DataReader it used to record and uses that to create the DataWriter. So if it did record data from an unkeyed DataWriter it had to use and unkeyed DataReader (see 2) and it would publish it also as unkeyed.

Given all this the only possible explanation I can think of is that you actually had both an unkeyed and a keyed DataWriter publishing to the same Topic in your system when you run Recorder. Somehow either because Recorder was configured via XML with a keyed type, or if not because it discovered the Keyed DataWriter first, Recorder ended up creating a Keyed DataReader to record the data and then played it back as keyed...

Gerardo

Top
Mon, 08/26/2013 - 23:32
MichaelBsp
Offline
Last seen: 6 years 9 months ago
Joined: 04/28/2013
Posts: 38

Hey Gerardo, thanks for answering so fast

To clear things up and answer your questions: I don't denife the data-types in recorder config xml, I define only the topics to record.

Moreover, I've defined a new topic just to make sure I'm the only one sending and receiving data on that topic, and removed all other topics from recorder config xml. Also, while recording the data, I ran an Analyzer and saw that the DataWriter and the recorder's DataReader had a match with no key. Which makes it even more baffling that the replayer's DataWriter behaves differently from the recorder's DataReader... Is it possible that somehow the recorder DataReader received a keyed typecode from another topic that uses the same instance even though in Analyzer I saw an unkeyed match?

Thanks,

Michael

 

Top
Tue, 08/27/2013 - 03:54
juan
Offline
Last seen: 3 years 7 months ago
Joined: 01/15/2013
Posts: 94

Hi Michael,

That is indeed a weird behaviour. However, we did fix an issue when getting the keyed status of the type-code in Replay and it will be available in the next general-access release.It has also been fixed in one of the patches available for Support customers.

What type of data are you sending? Is it valuetype?

Thanks,

Juanlu

Top
Tue, 08/27/2013 - 07:40
MichaelBsp
Offline
Last seen: 6 years 9 months ago
Joined: 04/28/2013
Posts: 38

Hey Juan,

The data is valuetype. Also, I'm using version 4.5f, is there a patch available for it? (I am a Support customer, could you please point me to the patch?)

Thanks

Top
Tue, 08/27/2013 - 08:59
juan
Offline
Last seen: 3 years 7 months ago
Joined: 01/15/2013
Posts: 94

Hi Michael,

I looked you up in Salesforce and I couldn't find your account. Could you send an email to Support (support@rti.com) and ask if they can enable the RTI Recording Service 5.0.0.4 patch for you?

Thanks,

Juanlu

Top
Tue, 11/05/2013 - 10:46
MichaelBsp
Offline
Last seen: 6 years 9 months ago
Joined: 04/28/2013
Posts: 38

I've ran into a bit of a problem installing the Recorder on linux. Running ./RecordingService-5.0.0.4-linux-installer.run doesn't seem to install it or produce any output. Is it supposed to be installed by other means?

Thanks,

Michael

Top
Mon, 12/02/2013 - 22:22
meir
Offline
Last seen: 10 years 11 months ago
Joined: 03/22/2011
Posts: 11

I'd just like to note that this issue was resolved by installing 32-bit packages of glibc and libX11

Top