Mantis Bug Tracker

View Issue Details Jump to Notes ] Print ]
IDProjectCategoryView StatusDate SubmittedLast Update
0000567TunixFreeEMS Pluginpublic2012-04-06 22:322012-04-07 12:36
ReporterFred 
Assigned ToFred 
PrioritynormalSeverityminorReproducibilityN/A
StatusassignedResolutionopen 
PlatformAllOSAllOS VersionAll
Product Version0.9.24-SNAPSHOT 
Target Version0.9.24Fixed in Version 
Summary0000567: Re-Add Datalog Polling Service But In A Clean Independent Way
DescriptionMTX used to poll for logs, and not be able to handle streamed logs. It should be capable of doing either.

Polled logs have their place, as does streaming mode.

Dave ripped out the polling service when restructuring the serial service to work correctly. When asked to put them back in, he said he couldn't because they have the same packet ID. This is invalid reasoning.

The way it SHOULD work is that a handler service is subscribed to the log packet id and doesn't care where they come from. This decouples the requesting and the handling from each other allowing a the polling service to seed the requests and the handler to handle them equally whether they were requested or streamed.

TagsNo tags attached.
FirmwareVersionnananana
Attached Files

- Relationships

-  Notes
(0001416)
dandruczyk (viewer)
2012-04-07 12:36

-1
No they cannot work easily. It is one or the other. You're breaking the API in an odd way by saying "this is both an apple and an orange"....

streamed logs should have one ID, requested logs should have another, as they are two different contexts (I. I asked for this one, but the other one jsut gets shoved down my throat). It also allows the future capability of defining the requested log to be a subset of the main log, and then it MUST have it's own ID to be able to be parsed appropriately.


Copyright © 2000 - 2011 MantisBT Group
Powered by Mantis Bugtracker