June,


I am confused. Are we schedule driven or feature driven? I am being sent two 
messages regarding what must be in the release and the date that it must be 
released. As very few of the contributors do not report to me, I really can 
only drive to schedule (and cut features) or features (and wait until we meet 
quality standards), not both.



My current priorities are quality then features. With these priorities, as 
Thiago and I have said it will be done when it is done.



Pat



From: iotivity-dev-bounces at lists.iotivity.org 
[mailto:[email protected]] On Behalf Of ???
Sent: Tuesday, April 14, 2015 7:51 AM
To: ???; Keany, Bernie; ???; iotivity-dev at lists.iotivity.org; Skarpness, Mark
Subject: Re: [dev] Schedule for IoTivity v0.9.1 Release



Pat,



Could you feedback to BT/BLE review complete by 4/20, so that we can release 
0.9.1-RC2?

We need a exact schedule urgently, so that we can plan 0.9.1 regarding

- if 4/27 is possible 

- if not, when it will be possible,

- what features to be supported if we release 0.9.1 on 4/27 as schedule driven

- judging the purpose of 0.9.1 



Regards

June



-------------

4/15 Release Iotivity Official Q/A Version IoTivity



  - Tag Name: 0.9.1-RC1



  - CA merged version



  - Need to all Q/A issues



4/17 Complete merge of Android API



4/20 IoTivity v0.9.1_RC1 Test Report



4/21 Release IoTiviy 0.9.1-RC2 version, incldue followings



  - Tag Name: 0.9.1-RC2



  - Andorid API



  - BT/BLE should be completed



4/24 Q/A Exit (Need consent between Q/A & Dev)



4/27 Web Site Open



June Yong Young

Principal Engineer

IoT Solution Lab. | Web & Convergence Team

Software R&D Center, Samsung Electronics Co.,Ltd.

T: +82-31-301-6107, M: +82-10-9530-6107

E-mail :juney at samsung.com







------- Original Message -------

Sender : ???<juney at samsung.com <mailto:juney at samsung.com> > S6(??)/??/IoT 
Solution Lab(S/W??)/????

Date : 2015-04-14 19:03 (GMT+09:00)

Title : Re: [dev] Schedule for IoTivity v0.9.1 Release



Hi Bernie,



Junmo?s schedule is not new one. The schedule below & in the attached mail was 
shared on 3/24 and discussion has been on-going.

And actually April release as Spec vA compliant release was reported to BoD at 
the OIC OSWG F2F meeting.

IoTivity QA release was supposed to start from 4/6, but it is being delayed by 
almost 2 weeks.



We need to get excat schedule to complete Android API, so that we can make a 
plan for 0.9.1 release.

So, I?d like you to discuss with Uze and Junmo and find out when Android API 
review can be completed.



Regards

June





------------



- Schedule

 . 4/6, entry to QA as the official release

 . 4/24, exit from QA

 . 4/27, Website Open 

 . Targetting 3 times release to QA before open, 3 days test required per each 
QA turn

 . Snapshot release to be made on master branch (not creating release branch)



- Main features

 . Merge CA(connectivity Abstraction) branch onto one master branch

 . BT/BLE Support, Noti. Manager, Android API (Belkin Plugin, Server)

 . Scheduled/Recursive Group Action, Secure Bootstrapping,

 . Spec vA Compliant Pre-Release

 . No OIC Spec. Conformance Test



- QA

 . Need Full QA test although revision release is to run basic TCs 

   because there lots of changes since 0.9.0

 . Refer to QA criteria in the attached(QA_criteria_major 
release_v1_150313.pptx)

   : not finalized, still under discussion among IoTivity member company QA 
teams.







June Yong Young



Principal Engineer

Web & Convergence Team, Software R&D Center

Samsung Electronics Co.,Ltd.



T: +82-31-301-6107, M: +82-10-9530-6107

E-mail :juney at samsung.com





-----Original Message-----
From: iotivity-dev-bounces at lists.iotivity.org <mailto:iotivity-dev-bounces 
at lists.iotivity.org>  [mailto:[email protected]] On 
Behalf Of Keany, Bernie
Sent: Tuesday, April 14, 2015 10:12 AM
To: junmo2.yang at samsung.com <mailto:junmo2.yang at samsung.com> ; 
iotivity-dev at lists.iotivity.org <mailto:iotivity-dev at lists.iotivity.org> 
Subject: Re: [dev] Schedule for IoTivity v0.9.1 Release



Hello Junmo



If this schedule has ever been shared I have never seen it and it is contrary 
to any timeline that I have presented either at the Face-to-Face in Santa Clara 
or in OSWG or DCTG calls since the beginning of the year.



Starting with the Android API ..

As I?ve reported the Android API is on it?s own branch which has been based on 
the Master branch, over the course of 0.9.0 we?ve pulled changes committed into 
Master out to the Android API. We have never been able to rebase against the CA 
branch as until very recently the CA branch would not build for Android. In 
fact, even today after the merge we?re still not able to build Master for 
Android (our developers will send an output log shortly as the build limitation 
is in the connectivity directory).



Once the have a stable Master branch that builds for Android we can integrated 
the Android API branch into Master this is about 13K lines of code including 
unit tests, samples and the Java API and JNI implementation. This process 
should take about a week and then we will be ready to push the code for review 
to the Master Branch. Depending on how long the review takes if the decision is 
to hold the 0.9.1 release for the Android API then testing will want to verify 
the resulting base and a release can be done. Alternatively you can release 
0.9.1 without the Android API and it can be included in 0.9.2 the PPRTG can 
make a recommendation on the best course of action.



The BT/BLE feature you?ve mentioned is not clear, is it intended to be the 
Linux capability for the OIC GATT Service Profile?

If it is then there are two clarifications we need to consider. The code for 
the OIC GATT service profile that we shared in the DCTG some weeks ago should 
be code complete by the end of April and then it could be pushed for review. 
The implementation is not complete yet  but is will be a significant amount of 
code and will need careful review. The second and more important point is that 
the Linux implementation would not be interoperable with the Android or Tizen 
versions that are part of Master today. The issues about the differences in the 
protocol specification have been documented and discussed in DCTG calls but 
there has been no commitment for the protocol in the Android and Tizen 
implementations to be modified to match the specification and implementation of 
the Linux capability.



In summary, the dates are mentioned in schedule that appears below are not 
achievable, the likely dates would be:

Android-API push for review April 22nd assuming the build for Android issues 
are fixed today or tomorrow.

OIC GATT Service Profile for Linux would push for review the week of the April 
27th.

Availability for release would be dependent on the review process for both 
components.



Please let me know if you have any questions.



Bernie Keany

Principal Engineer

OIC Development Engineering Team, Open Source Technology Center.









From: ??? < <mailto:junmo2.yang at samsung.com%3cmailto:junmo2.yang at 
samsung.com> junmo2.yang at samsung.com<mailto:[email protected]>>

Reply-To: " <mailto:junmo2.yang at samsung.com%3cmailto:junmo2.yang at 
samsung.com%3e> junmo2.yang at samsung.com<mailto:junmo2.yang at samsung.com>" 
< <mailto:junmo2.yang at samsung.com%3cmailto:junmo2.yang at samsung.com> 
junmo2.yang at samsung.com<mailto:junmo2.yang at samsung.com>>

Date: Sunday, April 12, 2015 at 11:24 PM

To: " <mailto:iotivity-dev at lists.iotivity.org%3cmailto:iotivity-dev at 
lists.iotivity.org%3e> iotivity-dev at lists.iotivity.org<mailto:iotivity-dev 
at lists.iotivity.org>" < <mailto:iotivity-dev at 
lists.iotivity.org%3cmailto:iotivity-dev at lists.iotivity.org> iotivity-dev at 
lists.iotivity.org<mailto:iotivity-dev at lists.iotivity.org>>

Subject: [dev] Schedule for IoTivity v0.9.1 Release





Dear IoTivity Dev. Members,







I'd like to kindly remind the schedlue of Iotivity v0.9.1.



If anyone has any comment or suggestion, please share it.







4/15 Release Iotivity Official Q/A Version IoTivity



        - Tag Name: 0.9.1-RC1



        - CA merged version



        - Need to all Q/A issues



4/17 Complete merge of Android API



4/20 IoTivity v0.9.1_RC1 Test Report



4/21 Release IoTiviy 0.9.1-RC2 version, incldue followings



       - Tag Name: 0.9.1-RC2



       - Andorid API



       - BT/BLE should be completed



4/24 Q/A Exit (Need consent between Q/A & Dev)



4/27 Web Site Open







BR,



- Junmo Yang









??? (Junmo Yang, Ph.D.)

Principal Engineer

IoT Solution Lab./Web & Convergence Team Software R&D Center, Samsung 
Electronics Co.,Ltd.

Mobile: +82-10-7260-7032 E-mail:  <mailto:junmo2.yang at 
samsung.com%3cmailto:junmo2.yang at samsung.com> junmo2.yang at 
samsung.com<mailto:junmo2.yang at samsung.com>







[cid:MKNRCZHWKC3T at namo.co.kr]








-------Original Message--------
 Sent: "JuneYong Young" <juney at samsung.com <mailto:juney at samsung.com> >
 Date: Tue, 24 Mar 2015 19:29:32 +0900
 Subject: Re: [dev] [Request for feedback] IoTivity 0.9.1 Release Schedule &    
Feature




One thing important is missing in blue below.

IoTivity 0.9.1 should be Spec vA Compliant Pre-release, so please check if 
anything important that can not be released and let us know



Hi George, Felix,

I'm still waiting for your feedback about the QA release schedule and features 
to be added.

Would you please check this out?



Hi JunMo,(He is in Samsung release management function)

Whould you please gather the feature list from George and Felix?



Regards

June



June Yong Young

Principal Engineer

IoT Solution Lab. | Web & Convergence Team

Software R&D Center, Samsung Electronics Co.,Ltd.

T: +82-31-301-6107, M: +82-10-9530-6107

E-mail :juney at samsung.com







------- Original Message -------

Sender : ???<juney at samsung.com <mailto:juney at samsung.com> > S6(??)/??/IoT 
Solution Lab(S/W??)/????

Date : 2015-03-17 13:56 (GMT+09:00)

Title : [dev] [Request for feedback] IoTivity 0.9.1 Release Schedule & Feature



Dear IoTivity Members



This is the announcement for IoTivity 0.9.1 release schedule in April.

(IoTivity 1.0.0 is to be released as full compliant of the Spec in around 
Sep./Oct. timeframe according the direction of BoD.)

Please let us know your opinion about the schedule and confirm the features to 
be applied in April release.



- Schedule

 . 4/6, entry to QA as the official release

 . 4/24, exit from QA

 . 4/27, Website Open 

 . Targetting 3 times release to QA before open, 3 days test required per each 
QA turn

 . Snapshot release to be made on master branch (not creating release branch)



- Main features

 . Merge CA(connectivity Abstraction) branch onto one master branch

 . BT/BLE Support, Noti. Manager, Android API (Belkin Plugin, Server)

 . Scheduled/Recursive Group Action, Secure Bootstrapping,

 . Spec vA Compliant Pre-Release

 . No OIC Spec. Conformance Test



- QA

 . Need Full QA test although revision release is to run basic TCs 

   because there lots of changes since 0.9.0

 . Refer to QA criteria in the attached(QA_criteria_major 
release_v1_150313.pptx)

   : not finalized, still under discussion among IoTivity member company QA 
teams.



- Featues to be added

 . Please let us all know any additional features which are not addressed in 
the exel file.(IoTivity_Features_0.9.0_0.9.1_eng_150313.xlsx)





George, Felix,



Please refer to the feaures sorted out in the exel file and please feedback the 
features to be added from your side for 0.9.1.





Regards

June






Features on V0.9.0 vs V0.9.1




Features

V0.9.0

V0.9.1

Ownership


Feature

Detail

Remark

12-30

4-27

????

Company


Notification
Manager

Lite Device Resource Discovery

?

N

Y

?

Samsung


Formation of the Virtual Resource for Lite Device

N

Y

?

Samsung


Resource proxy instead of Lite Device using Virtual Resource

N

Y

?

Samsung


Soft Sensor
Manager

?Physical Sensor Data Listening

?

Y

Y

?

Samsung


Developing template for Sensor Fusion as a library andDeploying/Executing the 
library

?

Y

Y

?

Samsung


Query-based Sensor Data Request

?

Y

Y

?

Samsung


Reference soft sensors

?

Y

Y

?

Samsung


?

Bridging in a local network using Pluggable Protocols Converters

?

Y

Y

?

Samsung


Protocol Plugin

C/C++ and Java Support for Multi Platforms
  - Linux, Android, Tizen

?

N

Y

?

Samsung


Hue Plugin with JAVA (Android only)
  - On/Off, Change Color, Dimming  

?

N

Y

?

Samsung


MQTT Plugin with C/C++
  - FAN On/Off

?

Y

Y

?

Samsung


Gear Plugin with Java(Android only)
  - Notification to Gear
  - User Activity Event Receiving from Gear

?

Y

Y

?

Samsung


Belkin Wemo Plugin with Java(Android only)
  - Motion Sensor, Switch On/Off

?

N

Y

?

Samsung


Things Manager

Find appropriate resources for the specific group

?

Y

Y

?

Samsung


Find/Create/Delete a group

?

Y

Y

?

Samsung


Join/Leave 

?

Y

Y

?

Samsung


Let the other devices to join the specific group

?

Y

Y

?

Samsung


Get the information of all groups

?

Y

Y

?

Samsung


Check presence information of group (member resource's connectivity/resource 
change)

?

Y

Y

?

Samsung


Take a single action on a group to affect all member resources (Group Action 
using ActionSet)

?

Y

Y

?

Samsung


CRUD function for ActionSet

?

Y

Y

?

Samsung


Send configuration/diagnostics command to multiple things

?

Y

Y

?

Samsung


Get the parameter list of configuration feature

?

Y

Y

?

Samsung


Get the functionality list of diagnostics feature

?

Y

Y

?

Samsung


Control Manager

Provides framework and services to implement a Controller with Smart Home Data 
Model

?

Y

Y

?

Samsung


Provides RESTful Resource Request/Response handler with Device Discovery and 
Subscription/Notification Manager

?

Y

Y

?

Samsung


Provides framework and services to implement a Controlee

?

Y

Y

?

Samsung


Provides RESTful Resource request Handler to perform the action requested by 
the Controllers

?

Y

Y

?

Samsung


Provides discovery of the devices and resources a device hosts

?

Y

Y

?

Samsung


Handles subscription requests from the Controllers

?

Y

Y

?

Samsung


Provides HTTP based REST framework for Control Manager

?

Y

Y

?

Samsung


Android Support

Supports client side Java APIs for Android

?

Y

Y

?

Intel


Requires Android NDK version 10 or later

?

Y

Y

?

Intel


Requires Android SDK API level 19

?

Y

Y

?

Intel


Sample applications demonstrate Java SDK 

?

Y

Y

?

Intel


Android API refactoring and completion (Server API Support)

?

N

Y

?

Intel/Samsung


Security

Adds TLS_ECDH_anon_WITH_AES_128_CBC_SHA cipher suite in tinyDTLS for 
unauthenticated security configuration only

?

?

Y

?

Samsung


Authentication method during security configuration (by checking confirm code 
in the device which has display)

?

?

Y

?

Samsung


Security Configuration(BootStrapping) API for admin device & sample

?

?

Y

?

Samsung


Security Resource Manager

?

?

TBD

?

Intel/Samsung


Connectivity Abstraction

This feature integrates the resource model (aka Resource Introspection - RI) 
and Connectivity Abstraction (CA) layers.

?

Y

Y

?

Intel


The CA layer provides abstraction to the RI layer from adaptors and transport 
protocols. This release showcases the integration of RI and CA layers over 
multiple heterogeneous adaptors (Wi-Fi and Ethernet).

?

Y

Y

?

Samsung


Features existing with RI and CA integration- Discovery (multicast and 
unicast), GET, PUT, POST, DELETE and Observe and Active Discovery (aka 
presence).

?

Y

Y

?

Samsung


Supports both secure and non-secure resources.

?

Y

Y

?

Samsung


The user has the option to include/exclude the CA layer using compiler flag 
CA_INT. In the current code by default the CA_INT compiler flag is included and 
hence the CA layer is included.

?

Y

Y

?

Intel


Some of the C/C++ APIs have changed for CA integration. These changes are 
included in the CA_INT flag in the header files.

?

Y

Y

?

Intel


During resource discovery it is possible for the same resource to be discovered 
on multiple adaptors. To resolve this a Server Identifier (SID) is included in 
the resource discovery response.

?

Y

Y

?

Intel


The discovery response also includes the adaptor type on which the resource was 
discovered (Ethernet, Wi-Fi, etc) and this information is passed to the 
application. If the same resource is reachable via multiple adaptors, i.e. it 
has been discovered on multiple connectivity types, the application must 
specify which interface to use for subsequent GET/PUT/POST/DELETE/observe 
operations.

?

Y

Y

?

Samsung


Unicast discovery uses port 5683; multicast discovery uses port 5298 

?

Y

Y

?

Samsung


Sample application demonstrating CA integration:
- ocserver and occlient in C sample.
- simpleserver and simpleclient C++ sample.
- presenceserver C31and presenceclient C++ sample.

?

Y

Y

?

Samsung


BT/BLE Support

?

N

Y

?

Samsung


?Support for HIGH QoS.

?

N

Y

?

Samsung


slow response.

?

N

Y

?

Samsung


Device discovery works on a single adaptor.

?

N

Y

?

Samsung


Only unicast presence supported.

?

N

Y

?

Samsung


CA integration has been tested only on Ubuntu.

?

N

Y

?

Samsung


Discovery and Connectivity

CoAP model- IoTvity supports information exchange and control based on the 
messaging/CoAP model. IoTivity also manages radio connections between devices 
(Wi-Fi, LAN) and across any available transport, whether it?s device-to-device 
or across the same network

?

?

?

?

Intel


Discovery- This feature provides discovery mechanisms for finding resources in 
proximity.

?

?

?

?

Intel


Device Discovery- This feature provides a mechanism to find devices based on 
specific device-level attributes.

?

?

?

?

Intel


Active Discovery- This feature provides presence notifications based on a) a 
resource coming online or b) a change in a resource's properties or c) a 
resource going offline. It allows a client to subscribe/unsubscribe (unicast or 
multicast) for presence notifications.

?

?

?

?

Intel


Resource Management

Resource model operations- IoTivity supports fundamental resource model based 
operations such as GET, PUT, POST, DELETE apart from Observations and its 
notifications. Observe notifications can be sent to all clients or to a 
specific set of clients.

?

?

?

?

Intel


Entity Handler support- This allows a server app developer to handle incoming 
client requests and respond after processing the requests. A default device 
entity handler is also supported to handle a request that does not match the 
existing registered resource.

?

?

?

?

Intel


Header Options support- This feature allows the client to send custom header 
options to the server and vice-versa.

?

?

?

?

Intel


QoS support- This feature allows the app developer to choose the quality of 
service which currently translates to non-confirmable (LOW_QoS) and confirmable 
(HIGH_QoS) in CoAP.

?

?

?

?

Intel


SDK- The SDK abstracts all the OS APIs for radio connections into simpler APIs. 
SDK provides APIs for platform initialization (Client/Server/Client-Server mode 
in In-Proc model), discovery of resources, discovery of devices, 
registration/creation of resources and resource model operations.

?

?

?

?

Intel


Collection- This feature provides a root resource to point to other resources. 
This features includes operations on default, linklist and batch interfaces on 
a collection resource.

?

?

?

?

Intel


JSON format- IoTivity uses JSON data format with JSON serialization and 
de-serialization in C++ SDK layer.

?

?

?

?

Intel


Slow response- This feature allows a server application to indicate 'slow 
response' to a client on an incoming request. This enables the server process 
the request, then send a response at a later time.

?

?

?

?

Intel


Security- This feature provides security that allows app developers to create 
secure resources and communicate with resources in a secured channel.

?

?

?

?

Intel


Tizen Support

IoTivity project build supported on Tizen 2.3 and 3.0 (both on IA and ARM 
version)

?

?

?

?

Intel


No new specific APIs for Tizen; Tizen development support and build process 
provided in "Readme.scons.txt"

?

?

?

?

Intel


Yocto Support

meta-oic software layer for Yocto separately hosted on git.yoctoproject.org.

?

?

?

?

Intel


Contains recipes to build the IoTivity framework and SDK for Yocto based 
embedded targets.

?

?

?

?

Intel


Can utilize Yocto provisioned infrastructure to construct target toolchains to 
cross-compile IoTivity applications for that target.

?

?

?

?

Intel


Tested successfully on Intel Edison and MinnowBoard MAX platforms.

?

?

?

?

Intel


Currently supports the resource layer (runtimes and applications) of the 
IoTivity stack.

?

?

?

?

Intel


OICSensorBoard provides sample IoTivity application for the Intel Edison 
Platform.

?

?

?

?

Intel


Demonstrates IoTivity Server capabilities on the Edison through the integration 
of an add-on breadboard that hosts temperature, ambient light and LED resources.

?

?

?

?

Intel


Client-server functionality successfully tested by building server using Yocto 
toolchain for Edison and client for Ubuntu.

?

?

?

?

Intel


Fully documented connection diagram of sensors to Edison, build configuration, 
supported IoTivity interfaces and methods, and client/server.

?

?

?

?

Intel


Scons Support

SCons provides cross-platform build tool.

?

?

?

?

Intel


IoTivity project can be built on Linux, Windows, MAC OSX for various OS(Linux, 
Tizen, Android, Arduino, Windos, MAC OSX, iOS).
SCons readme file available at parent folder 'iotivity'.

?

?

?

?

Intel





June Yong Young

Principal Engineer

IoT Solution Lab. | Web & Convergence Team

Software R&D Center, Samsung Electronics Co.,Ltd.

T: +82-31-301-6107, M: +82-10-9530-6107

E-mail :juney at samsung.com






  
<http://ext.samsung.net/mailcheck/SeenTimeChecker?do=d083a0c0528fae522cfd0bc800463dcdac3e5864f9d7d54bc13f49ee879cb6cf65afe93a9dd766927f71ac62d5c138b2195f377979c7bbe51b20909a04efd4d2748cfe1d4e847419cf878f9a26ce15a0>
 

-------------- next part --------------
An HTML attachment was scrubbed...
URL: 
<http://lists.iotivity.org/pipermail/iotivity-dev/attachments/20150414/11fd0f66/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image001.gif
Type: image/gif
Size: 13168 bytes
Desc: not available
URL: 
<http://lists.iotivity.org/pipermail/iotivity-dev/attachments/20150414/11fd0f66/attachment.gif>
-------------- 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/20150414/11fd0f66/attachment.p7s>

Reply via email to