-----------------------------------------------------------
This is an automatically generated e-mail. To reply, visit:
http://reviewboard-openlmi.rhcloud.com/r/837/#review1219
-----------------------------------------------------------
src/journald/LMI_JournalMessageLogProvider.c
<
http://reviewboard-openlmi.rhcloud.com/r/837/#comment759>
This should map to the konkret's "OK" code rather then to exact number.
If you disagree then see the PositionAtRecord method comment regarding returning of
result.
src/journald/LMI_JournalMessageLogProvider.c
<
http://reviewboard-openlmi.rhcloud.com/r/837/#comment757>
remove or is this future work?
src/journald/LMI_JournalMessageLogProvider.c
<
http://reviewboard-openlmi.rhcloud.com/r/837/#comment758>
duverujem cimmomu/konkretu za kazdych okolnosti nebo radsi pridat:
NULL == IterationIdentifier || ...
NULL == MoveAbsolute
NULL == RecordNumber
...
src/journald/LMI_JournalMessageLogProvider.c
<
http://reviewboard-openlmi.rhcloud.com/r/837/#comment760>
This is useless since the status is not konkret's ok. See instead of
filenameProvider.c see the filename.h the _Dispatch_Method() for more details on result
processing of invoked method.
src/journald/LMI_JournalMessageLogProvider.c
<
http://reviewboard-openlmi.rhcloud.com/r/837/#comment761>
same as 264
src/journald/LMI_JournalMessageLogProvider.c
<
http://reviewboard-openlmi.rhcloud.com/r/837/#comment762>
missing status or status from previous operation. depending on the operation status if
it's other then KOkay(status) match the line returning result might be useless
depending on the status code returned
src/journald/LMI_JournalMessageLogProvider.c
<
http://reviewboard-openlmi.rhcloud.com/r/837/#comment763>
same as 277
src/journald/LMI_JournalMessageLogProvider.c
<
http://reviewboard-openlmi.rhcloud.com/r/837/#comment764>
same as 264
src/journald/LMI_JournalMessageLogProvider.c
<
http://reviewboard-openlmi.rhcloud.com/r/837/#comment765>
same as 277
src/journald/LMI_JournalMessageLogProvider.c
<
http://reviewboard-openlmi.rhcloud.com/r/837/#comment766>
same as 277
src/journald/LMI_JournalMessageLogProvider.c
<
http://reviewboard-openlmi.rhcloud.com/r/837/#comment767>
same as 264
src/journald/LMI_JournalMessageLogProvider.c
<
http://reviewboard-openlmi.rhcloud.com/r/837/#comment768>
same as 264
- Ales Ledvinka
On Sept. 20, 2013, 10:05 a.m., Tomáš Bžatek wrote:
-----------------------------------------------------------
This is an automatically generated e-mail. To reply, visit:
http://reviewboard-openlmi.rhcloud.com/r/837/
-----------------------------------------------------------
(Updated Sept. 20, 2013, 10:05 a.m.)
Review request for OpenLMI Developers.
Repository: openlmi-providers
Description
-------
journald: Add support for iterators
This implements CIM_MessageLog iterator functionality according to
the model. The only limitation, or, let's say shortcoming, is a
free-form output data format from the GetRecord call. Currently we
feed the uint8 array with UTF-8 chars and it's up to the client to
deal with it (as suggested in the model). This may be subject to
change.
Many methods are returning modified iterator that has been passed
in and that allows having persistent iterators. As long as CIMOMs
may destroy the instances and unload providers on inactivity, any
particular delay would cause loss of the iterator. The iterator
string contains journal cursor string, uniquely identifying a
record. When this part of the iterator string is valid, the
provider is able to reopen journal and seek to that position,
allowing seamless continuation of the itearation process. If the
cursor points to non-existing record, an error is returned. This
typically happens when journal is rotated or the cursor is very
old.
The provider keeps track of active iterators during its lifetime,
keeping the journal open for fast access. Clients are supposed to
close the iterator by calling the CancelIteration method.
--
some TODOs will be addressed in future patches
tests will be published soon
Diffs
-----
src/journald/LMI_JournalMessageLogProvider.c PRE-CREATION
src/journald/instutil.h PRE-CREATION
src/journald/instutil.c PRE-CREATION
Diff:
http://reviewboard-openlmi.rhcloud.com/r/837/diff/
Testing
-------
Thanks,
Tomáš Bžatek
_______________________________________________
openlmi-reviews mailing list
openlmi-reviews(a)lists.fedorahosted.org
https://lists.fedorahosted.org/mailman/listinfo/openlmi-reviews