(file) Return to readme.pulloperations CVS log (file) (dir) Up to [Pegasus] / pegasus

Diff for /pegasus/readme.pulloperations between version 1.1.2.22 and 1.1.2.23

version 1.1.2.22, 2014/04/18 00:12:04 version 1.1.2.23, 2014/04/21 13:42:06
Line 12 
Line 12 
       protocol to be able to count objects in response. Generates       protocol to be able to count objects in response. Generates
       warnings in things like messageserializer and does not work with       warnings in things like messageserializer and does not work with
       OOP right now.  Corrected by converting to XML.       OOP right now.  Corrected by converting to XML.
    2. OpenExecQuery - Code is incorrect in that it does not include the     2. OpenExecQuery - Code is incomplete in that it does not include the
       return from the exec query function to the aggregator yet.       return from the exec query function to the aggregator yet.
    3. Code for Pull part of OpenQueryInstancesRequest a) should be part of    3. Code for Pull part of OpenQueryInstancesRequest a) should be part of
       the common CIMOperationRequestDispatcher execCommon code.       the common CIMOperationRequestDispatcher execCommon code.
Line 23 
Line 23 
    4. External runtime variables. Proposing that they be fixed for this release    4. External runtime variables. Proposing that they be fixed for this release
       rather than set by configuration.  This should be discussed.  Am making       rather than set by configuration.  This should be discussed.  Am making
       this a separate bug.  See bug 9819 for the changes to cover this.       this a separate bug.  See bug 9819 for the changes to cover this.
    5. Decision on EnumerationContext timeout (separate thread or just     5. Consider moving some moreof the code in dispatcher from templates to
       checks during other operations). Can we, in fact really keep the        common functions which would mean adding intermediate classes in
       enumeration context table and queue under control without monitoring        CIMMessage but would reduce code size. Currently the change that
       with a separate thread. We must monitor for:        we should make for this is to create a new message CIMPullRequestData...
       a. Client operation that stop requesting (i.e. inter operation time        between CIMRequestDataMessage and the Pull requests since they all
           exceeds operationTimeout). Note that if it simply exceeds the time        have exactly the same input and output pararameters (The
           the next operation does the cleanup.  The issue is those clients that        CIMResponseData hides the response object differences)
           simply stop and do not either close or go to completion.     6. Extension to avoid double move of objects in CIMResponseData (one
       b. We should protect against providers that no not every finish delivering  
           or take to long between deliveries.  This does not exist in Pegasus  
           today  
    6. Consider moving some of the code in dispatcher from templates to common  
       functions which would mean adding intermediate classes in CIMMessage but  
       would reduce code size.  
    7. Extension to avoid double move of objects in CIMResponseData (one  
       into enumerationContext queue and second to new cimResponseData for       into enumerationContext queue and second to new cimResponseData for
       response.  Want to avoid second move by extending Open/Pull response       response.  Want to avoid second move by extending Open/Pull response
       messages to include count and CIMResponse data to count objects out       messages to include count and CIMResponse data to count objects out
       of queue when converting (avoids the second move).  Big issue here        of queue when converting (avoids the second move). This would mean
       with binary data since need to extend format to count it.        extending the output writers to allow the count field to be supplied
    8. NEXT TASKS:        so they would only create output for up to the count supplied.
       a. test the enumeration timeout thread     7. Add test for the 0 operationtimeout in PullErrors.
       b. finish and test the OpenQueryInstances     8. Add more static tests (currently only OpenEnumerateInstances is covered).
      9. Could clean up the CIMOperationRequestDecoder.cpp rejectCIMException
         further since there is some overlap.  That is low priority.
      10.Add exception for to many entries in EnumerationContextTable. The
         test exists but is ignored right now.
      7. NEXT TASKS:
         b. Finish and test the OpenQueryInstances
       c. Clean up TODOs       c. Clean up TODOs
       d. Find issue when we run makepoststarttests in pullop client with        d. Find issue that is causing occasional failures under load.  It
          forceProviderProcesses = true.  This causes an operation like           is probably a threading issue between the 3 possible threads
          cimcli pei CIM_ManagedElement to not complete (client timeout)           that use the EnumerationContext (request thread, provider thread,
          sometimes.           timeout thread) and a place where not mutuxed.
   
   21 April 2014
   1. Reorganizzed code in CIMOperationRequestDecoder.cpp ...Iparam classes.
      Cleaned up the rejectCIMException code.
   2. Cleanup some issues in the EnumerationContextTimeout Thread.
   3. Fixed issue in pullop where it was using zero as default for default
      operation timeout where it should have been NULL, the DMTF specified
      default.
   4. Enabled the test to reject 0 as operation timeout on a request and but
      controled by a #define in CIMOperationRequestDispatcher.cpp
   5. Added test for excessive new OperationContext entries in table.
   
   18 April 2014
   1. Internationalize remaining messages in CIMOperationRequestDecoder.cpp and
      clean up the decoders for some of the messages so they use the
      ...Iparam classes.  Note that we did not clean up all of the old message
      decoders, just the new ones and we did not clean up the Count message
      since it is deprecated. TODO clean these up so the decoder is really
      consistent.
   2. Enabled the EnumerationContext Timer and removed code for alternate
      non-thread solution.
  
 17 April 2014 17 April 2014
 1. Reorganized the lock/unlock for handling the EnumerationContext because 1. Reorganized the lock/unlock for handling the EnumerationContext because


Legend:
Removed from v.1.1.2.22  
changed lines
  Added in v.1.1.2.23

No CVS admin address has been configured
Powered by
ViewCVS 0.9.2