Uze, I made a call for estimation of work that was needed before moving to master on this list last week.
The folks doing the integration and validation work said April 8th at the earliest. Since the final delivery for 3/27 came so late in the day, I would not be surprised if they needed another day. When they are done, we have a final merge of master and CA, I expect merge conflicts. In the future, we should avoid large feature sets with inter-site dependencies. The downstream developers cannot estimate the work accurately until the dependencies are completed. Pat > -----Original Message----- > From: ???(Uze Choi) [mailto:uzchoi at samsung.com] > Sent: Tuesday, March 31, 2015 6:27 AM > To: Lankswert, Patrick; Kesavan, Vijay S > Cc: iotivity-dev at lists.iotivity.org > Subject: Asking regarding CA Branch merging Detail: [API change info sharing > request] RE: Change in iotivity[master]: Redefine and implement > findResource API > > Hi Pat, > > As far as I know, you will merge the CA code into master at the end of this > week. > For smooth integration, we are now changing the primitive service source > code for changed base layer APIs. > And have the plan to push the code into the CA branch. > However, there are lots of discrepancy between CA and master branch > including bugfix and so on from the primitive service point of view. > > So that I wish you merge the CA code into the master with auto-merge > command, which make sure the latest committed primitive source code into > master. > Please share the plan of merge detail. > > BR, Uze Choi > -----Original Message----- > From: ???(Uze Choi) [mailto:uzchoi at samsung.com] > Sent: Monday, March 30, 2015 2:28 PM > To: 'Kesavan, Vijay S' > Cc: 'Lankswert, Patrick'; 'iotivity-dev at lists.iotivity.org' > Subject: RE: [API change info sharing request] RE: Change in iotivity[master]: > Redefine and implement findResource API > > Hi Vijay, > > "Early next week we will send an email to the reflector outlining the changes > and actions that have to be taken by those using the APIs." > >> Could you share the API change context ASAP? > To prepare the April release, primitive service should integrate with > updated base layer by CA branch. > Thank you for your information sharing in advance. > > BR, Uze Choi > -----Original Message----- > From: Kesavan, Vijay S [mailto:vijay.s.kesavan at intel.com] > Sent: Friday, March 20, 2015 9:55 AM > To: uzchoi at samsung.com > Cc: Lankswert, Patrick; iotivity-dev at lists.iotivity.org > Subject: RE: [API change info sharing request] RE: Change in iotivity[master]: > Redefine and implement findResource API > > Uze, > > With regards to your questions, as discussed previously, the first version of > Iotivity with CA will support selecting the connection type in relevant APIs. > Additionally, there will be support to distinguish the same resource > discovered on multiple interfaces using a unique identifier, the server ID. > These features along with sample applications are already implemented in > the CA branch. > > Yes, there are differences between the master and CA APIs (C & C++), not > very extensive, and when CA is merged with master the APIs will need > update. Early next week we will send an email to the reflector outlining the > changes and actions that have to be taken by those using the APIs. > > On an unrelated but relevant note, perhaps you are following the discussion > threads in the mailing list suggesting how to handle multiple interfaces. > Some of the suggestion are reasonable and when incorporated are expected > to result in additional API changes. > > Regards, > --Vijay > > -----Original Message----- > From: ???(Uze Choi) [mailto:uzchoi at samsung.com] > Sent: Wednesday, March 18, 2015 8:54 PM > To: Kesavan, Vijay S > Cc: Lankswert, Patrick; iotivity-dev at lists.iotivity.org > Subject: RE: [API change info sharing request] RE: Change in iotivity[master]: > Redefine and implement findResource API > > Hi, Vijay > > Regarding the previous question, I haven't got the response yet. > May I expect your explanation? > First of all, please Let me clear there is any difference the base layer API > between the master branch and connectivity abstraction branch. > > BR, Uze Choi > -----Original Message----- > From: ???(Uze Choi) [mailto:uzchoi at samsung.com] > Sent: Friday, February 13, 2015 1:06 PM > To: Kesavan, Vijay S (vijay.s.kesavan at intel.com) > Cc: 'Patrick Lankswert'; iotivity-dev at lists.iotivity.org > Subject: [API change info sharing request] RE: Change in iotivity[master]: > Redefine and implement findResource API > > Hi Vijay, > > Could you share the Base Layer API change according to the CA layer > merging? > As far as I know, two feature were discussed. > - connectivity selection > - host parameter to identify the Resource Server/Clients are same one > according to the different connectivity. > And status together whether implemented or be planned. > > BR, Uze Choi > -----Original Message----- > From: Gerrit Code Review [mailto:gerrit at iotivity.org] > Sent: Wednesday, February 11, 2015 2:52 AM > To: Caiwen Zhang > Cc: Uze Choi; Patrick Lankswert; jenkins-iotivity > Subject: Change in iotivity[master]: Redefine and implement findResource > API > > From Erich Keane <erich.keane at intel.com>: > > Erich Keane has posted comments on this change. > > Change subject: Redefine and implement findResource API > ...................................................................... > > > Patch Set 1: > > The parameters are all supposed to be part of the spec, I don't think they > were ever implemented correctly in the C stack however, so the C++ stack > kinda punted. > > We definitely need to revisit this and see whats up. > > -- > To view, visit https://gerrit.iotivity.org/gerrit/321 > To unsubscribe, visit https://gerrit.iotivity.org/gerrit/settings > > Gerrit-MessageType: comment > Gerrit-Change-Id: I1ca7ea0ec6114b661aee7c83f0fe4567784b3a56 > Gerrit-PatchSet: 1 > Gerrit-Project: iotivity > Gerrit-Branch: master > Gerrit-Owner: Caiwen Zhang <caiwen.zhang at intel.com> > Gerrit-Reviewer: Erich Keane <erich.keane at intel.com> > Gerrit-Reviewer: Patrick Lankswert <patrick.lankswert at intel.com> > Gerrit-Reviewer: Uze Choi <uzchoi at samsung.com> > Gerrit-Reviewer: jenkins-iotivity <jenkins-iotivity at opendaylight.org> > Gerrit-HasComments: No > -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/pkcs7-signature Size: 7198 bytes Desc: not available URL: <http://lists.iotivity.org/pipermail/iotivity-dev/attachments/20150331/e71315f8/attachment.p7s>
