Results 1 to 3 of 3
  1. #1

    Snapshots in command mode configurations

    Hello,

    The problem I am seeing is that the snapshot upon the kernel calling subscribe on a dataProviders (when the first client subscribes to an item the kernel doesn't have) doesn't always seem to propagate down to the client even though the kernel is registering incoming snapshot and endOfSnapshots in the log files. However the second call to the kernel from a different client for the same item will always get the proper data.

    I have a set of Command and Data Adapters for a set of items types. For each Item type the client (GWT/JS) subscribes to group key on command adapter in COMMAND, and sets up the second level data adapter for the specific item data adapter. (I have tried both with and with out setting the requested snapshot = "yes" on the subscription and it doesn't seem to change the behavior)

    Each Command and Data Adapter for each item type is a child of a the same parent CommandAdapter and SubDataAdapter and only implements methods to get different data. The code is 90% the excact same for all item types at the java adapter side.

    On the Java Command Adapter for an item group upon receiving a subscription retrieves the item group and items. and sends a smartUpdate(handle, update, false) for each item key containing the ADD command, and the itemKey.

    The Java Data Adapter for a specific item upon receiving a subscription from the kernel gets the retrieves the full snapshot form an external source, and sends smartUpdate(handle, message.getMsgMap(), true) and a smartEndOfSnapshot(handle) before exiting.

    We have about 3 item groups and 2 of the groups regularly get the correct information to the client on a empty kernel, but the 3 item group which is always the last to log the info in the server log is always missing information.

    A list of log lines for a specific item group and item. Which looks identical to the itemGroups/items which do make it to the client.

    INCOMING DATA for itemGroup1--> {command=ADD, key=itemGroup1:item1}
    Requested item names: [itemGroup1:item1]
    Max allowed frequency for user null and item itemGroup1:item1
    Setting min update distance for item itemGroup1:item1: requested = 1000; allowed = 0; used = 1000 ms
    Max allowed buffer size for user null and item itemGroup1:item1 = 0
    Setting buffer size for item itemGroup1:item1: requested = 1; allowed = 0; used = 1
    Subscribing to item itemGroup1:item1 on MyAdapterSet.ItemType1_DataAdapter
    INCOMING SNAPSOHT for itemGroup1:item1 --> {data data data}
    INCOMING END OF SNAPSHOT NOTIFY for itemGroup1:item1

  2. #2
    Administrator
    Join Date
    Feb 2012
    Location
    Milano
    Posts
    530
    Hi flybyGWT,

    Please could you confirm that you don't receive the snapshot for the second level Items only?

    Indeed the case seems quite strange, and we would like to further investigate it with a larger snippet of the server log.

    Could you reproduce the issue with a non-production server?
    In this case, please repeat the test immediately after restarting the Lightstreamer server. Launch the first client that doesn't receive the snapshot then launch the second client that receive it and soon after save the log.

    Please, make sure that the log has these settings:


    and post here (or if you prefer send us to support@lightstreamer.com) a snippet of Lightstreamer server log complete for the two requests.

    Thank you,
    Giuseppe

  3. #3
    Yes it is only with second level subscriptions with we do no see the SnapShot being propagated. I reply with greater detail in email and post any findings below.

    Quote Originally Posted by giuseppe.corti View Post
    Hi flybyGWT,

    Please could you confirm that you don't receive the snapshot for the second level Items only?

    Indeed the case seems quite strange, and we would like to further investigate it with a larger snippet of the server log.

    Could you reproduce the issue with a non-production server?
    In this case, please repeat the test immediately after restarting the Lightstreamer server. Launch the first client that doesn't receive the snapshot then launch the second client that receive it and soon after save the log.

    Please, make sure that the log has these settings:


    and post here (or if you prefer send us to support@lightstreamer.com) a snippet of Lightstreamer server log complete for the two requests.

    Thank you,
    Giuseppe
    Last edited by flybyGWT; May 29th, 2014 at 01:02 PM.

 

 

Similar Threads

  1. Data Adapter sample for COMMAND mode
    By Otake in forum Adapter APIs
    Replies: 5
    Last Post: October 18th, 2009, 07:09 PM
  2. NonVisualTable with COMMAND mode
    By Alessandro in forum Client APIs
    Replies: 2
    Last Post: June 17th, 2009, 11:50 AM
  3. COMMAND mode
    By atnemeth in forum Client APIs
    Replies: 3
    Last Post: May 19th, 2008, 10:19 AM
  4. Sorting in command mode
    By ksivasam in forum Client APIs
    Replies: 5
    Last Post: January 28th, 2008, 06:40 PM
  5. Use of Selectors in COMMAND mode
    By Alessandro in forum General
    Replies: 0
    Last Post: February 2nd, 2007, 05:40 PM

Tags for this Thread

Bookmarks

Posting Permissions

  • You may not post new threads
  • You may not post replies
  • You may not post attachments
  • You may not edit your posts
  •  
All times are GMT +1. The time now is 04:14 PM.