How will the IANA registration help the sandboxed android apps?
Kind Regards,
Wouter
From: cftg at openconnectivity.org [mailto:c...@openconnectivity.org] On Behalf
Of ???
Sent: 22 April 2016 14:18
To: cftg at openconnectivity.org; iotivity-dev at lists.iotivity.org
Subject: [cftg] Re: Re: [dev]
alf Of Wouter van der Beek (wovander)
Sent: Saturday, April 23, 2016 12:49 AM
To: uzchoi at samsung.com<mailto:uzchoi at samsung.com>; cftg at
openconnectivity.org<mailto:cftg at openconnectivity.org>; iotivity-dev at
lists.iotivity.org<mailto:iotivity-dev at lists.iotivity.org>
Su
openconnectivity.org<mailto:cftg at openconnectivity.org>
[mailto:c...@openconnectivity.org] On Behalf Of Wouter van der Beek (wovander)
Sent: Monday, April 25, 2016 5:51 PM
To: ???(Uze Choi); cftg at openconnectivity.org<mailto:cftg at
openconnectivity.org>; iotivity-dev at lists.iotivity.org<
Well that is highly speculative?.
Such an proposal will only be accepted when the ble devices can talk to IP
devices?
Kind Regards,
Wouter
From: iotivity-dev-bounces at lists.iotivity.org
[mailto:iotivity-dev-boun...@lists.iotivity.org] On Behalf Of JinHyeock Choi
Sent: 03 August 2016 03:39
To:
Maybe the simple example should be turned into an actual set of examples.
e.g. representing an light device (e.g. binary switch) and also an light client.
If we have that, it would be good to set up an CI system (hosted by one of
companies that is OCF member) so that we can check the device and c
+ mark
Kind Regards,
Wouter
From: Abitha [mailto:abith...@samsung.com]
Sent: 11 January 2016 06:24
To: Wouter van der Beek (wovander) ; 'Uze Choi' ; 'P RADHABHAVANIGOWD' ; 'Ganesh Kumar
T' ; iotivity-dev at lists.iotivity.org
Subject: [dev] PUT/POST respon
Congratulations Stephane, I did not expect it so quickly.
It would be good to do this already in the upcoming plugfest.
Richard, will you take an action item to change the architecture document to
use/reference this multicast IP address?
Kind Regards,
Wouter
From: architecture_tg at openconnectiv
I am about to write the CR (since Stephane is on holiday...)
The lines in section 2047 ( v1.1.0) that references All CoAP nodes will be
replaced with All OCF nodes...
a) All advertising or publishing Devices shall join the ?All CoAP Nodes?
multicast group, i.e. FF0X::FD for IPv6 and listen
nnectivity.org
[mailto:architecture...@openconnectivity.org] On Behalf Of Wouter van der Beek
(wovander)
Sent: 12 July 2016 09:45
To: Mitch Kettrick ; '???(Uze Choi)' ; architecture_tg at openconnectivity.org
Cc: iotivity-dev at lists.iotivity.org; Jacek Hryszkiewicz
Subject: RE: [architecture_tg
To: Wouter van der Beek (wovander) ; '???(Uze Choi)'
; architecture_tg at openconnectivity.org
Cc: iotivity-dev at lists.iotivity.org; 'Jacek Hryszkiewicz'
; 'Morrow, Joseph L'
Subject: RE: [architecture_tg] IPv6 Multicast Address assignment for "All OCF
Nodes&
Well the only video streaming is defined is for cameras.. .this is in the SH
specs and uses RTP...
Anything else: UPnP is part of OCF.. so use UPnP for anything else..
Kind Regards,
Wouter
-Original Message-
From: cftg at openconnectivity.org [mailto:c...@openconnectivity.org] On Behalf
Use case please?
Kind Regards,
Wouter
From: Manoj Verma [mailto:manoj.kumar@gmail.com]
Sent: 13 June 2016 15:18
To: Wouter van der Beek (wovander)
Cc: Lofgren, Scott O ; Macieira, Thiago
; cftg at openconnectivity.org; uzchoi at
samsung.com; ?? ; iotivity-dev at
lists.iotivity.org
Well that use case is just part of the oic.d.camera.
The camera can stream video or retrieve an single image.
(RTFS?)
Kind Regards,
Wouter
From: Michael Koster [mailto:michael.kos...@smartthings.com]
Sent: 14 June 2016 15:50
To: Macieira, Thiago
Cc: Wouter van der Beek (wovander) ; Manoj Verma
+ 1 for having an experimental indication on the APIs, e.g. not yet part of OCF
standards, but work in progress to get there.
I think we also should have an indication that an feature is unrelated to OCF.
About APIs: all of the APIs should not break between versions.
But can we please start with
Not sure if this is the correct approach..
if the compile flag just removes an function, why should we then have that
compile flag?
If the function is not called then the linker can strip out the code.
Note that this does not work for compile flags in the control flow..
But if this is going to be
https://github.com/openconnectivityfoundation/core/blob/OIC-v1.1-Patch/schemas/oic.types-schema.json
From: iotivity-dev-bounces at lists.iotivity.org
[mailto:iotivity-dev-boun...@lists.iotivity.org] On Behalf Of Gregg Reynolds
Sent: 21 April 2017 18:36
To: iotivity-dev
Subject: [dev] oic.types-s
Hi All,
I did an test for code generation for the node.js layer on top of IOTIvity.
This is in OCF github at.
https://github.com/openconnectivityfoundation/swagger2x
the approach is template based, so the mechanism can work for any
language/os/library combination.
One just have to write an templ
Well there should be 2 sets of documents:
1) API level, e.g. annotated header files. (and header files only)
- should list the APIs
- should list all input parameters + enums
- should have an call flow of how to use it
- should describe for each function what it does
- this info is how to use the
Well maybe we should make adding doxygen mandatory for checkin.
Some more comments;
-Header files are usually annotated as API documentation, e.g. the
consumers of the API will use this.
-Source files are usually annotated as internal documentation, e.g.
explaining why the code
Public ??
available at:
https://github.com/openconnectivityfoundation/swagger2x
if anyone wants to contribute an template, just let me know.
Kind Regards,
Wouter
From: Thiago Moura [mailto:thiago...@gmail.com]
Sent: 21 March 2017 17:13
To: Wouter van der Beek (wovander)
Cc: Nash, George ; C.J
Yeah I would really like that :).
Kind Regards,
Wouter
-Original Message-
From: iotivity-dev-bounces at lists.iotivity.org
[mailto:iotivity-dev-boun...@lists.iotivity.org] On Behalf Of Mats Wichmann
Sent: 28 March 2017 23:00
To: Morrow, Joseph L ; iotivity-dev at
lists.iotivity.org
Subj
What about the code of the bridge on the U+ slide? Will that have the same
licence agreement?
I am expecting that the U+ code will be existing open source code somewhere.
And the U+ code is being compiled in an client/server as an library or as an
link to an src repo that gets compiled during the
Hi Zoltan,
The server has to indicate which parameters and ranges can be used by the
client.
(which is just the one liner in the email below...)
That is the negotiation protocol that Ravi indicates below.
Hence to get an full-fledged solution parameters like (just thinking out loud):
- minimal/m
Hi John,
Are these stacks run on CPUs without an MMU?
Kind Regards,
Wouter
From: oswg at openinterconnect.org [mailto:o...@openinterconnect.org] On Behalf
Of Light, John J
Sent: 20 November 2015 20:58
To: iotivity-dev at lists.iotivity.org; oswg at openinterconnect.org
Subject: [oswg] memory ma
Cool!
Is the node.js version also supported?
e.g. run the iotivitynode.js with an argument that takes the node.js?
in this way everyone can run different applications/clients with the same
docker image..
Kind Regards,
Wouter
From: iotivity-dev-bounces at lists.iotivity.org
[mailto:iotivity-dev
--
Software R&D Center | Software Strategy Team | Open Source Group
Open Connectivity Foundation (OCF) | Iotivity | Javascript Foundation (JSF)
From: iotivity-dev-bounces at lists.iotivity.org<mailto:iotivity-dev-bounces at
lists.iotivity.org> [mailto:i
es at lists.iotivity.org<mailto:iotivity-dev-bounces at
lists.iotivity.org> [mailto:iotivity-dev-boun...@lists.iotivity.org] On Behalf
Of Wouter van der Beek (wovander)
Sent: Friday, May 19, 2017 10:42 AM
To: Ondrej Tomcik mailto:Ondrej.Tomcik at
kistler.com>>; Dwarkaprasad Dayama mailto
we need is an docker image that can take the js code as argument..
Hope you can provide that..
Kind Regards,
Wouter
From: Ondrej Tomcik [mailto:ondrej.tom...@kistler.com]
Sent: 19 May 2017 12:13
To: Wouter van der Beek (wovander) ; VanCutsem, Geoffroy
; Dwarkaprasad Dayama ; iotivity-dev at
Oops forgot to mention:
https://github.com/openconnectivityfoundation/swagger2x
and try:
https://github.com/openconnectivityfoundation/swagger2x/blob/master/test/ref/testcase_5/Server.js
From: Wouter van der Beek (wovander)
Sent: 19 May 2017 13:31
To: 'Ondrej Tomcik' ; VanCutsem
See the specs.
If you have any questions, let me know.
Kind Regards,
Wouter
From: iotivity-dev-boun...@lists.iotivity.org
[mailto:iotivity-dev-boun...@lists.iotivity.org] On Behalf Of Gregg Reynolds
Sent: 24 July 2017 03:35
To: iotivity-dev
Subject: [dev] introspection docs?
Is there any docum
Thanks!
Can this also be resulting in an jira ticket that removes the ping code in
IOTivity?
Kind Regards,
Wouter
From: iotivity-dev-boun...@lists.iotivity.org
[mailto:iotivity-dev-boun...@lists.iotivity.org] On Behalf Of DWARKAPRASAD
DAYAMA
Sent: 24 July 2017 08:48
To: iotivity-dev@lists.iot
No, you should not define your own definitions for the interface names!
The interface names have meaning what you get back and they are standardized in
the spec.
Kind Regards,
Wouter
From: iotivity-dev-boun...@lists.iotivity.org
[mailto:iotivity-dev-boun...@lists.iotivity.org] On Behalf Of sunl
Well OCF membership is free (at the lowest level)...
-Original Message-
From: iotivity-dev-boun...@lists.iotivity.org
[mailto:iotivity-dev-boun...@lists.iotivity.org] On Behalf Of Thiago Macieira
Sent: 30 August 2017 17:26
To: iotivity-dev@lists.iotivity.org
Subject: Re: [dev] ocf specs?
https://github.com/otcshare/iotivity-node
This is on top of Iotivity, e.g. one has to build IOTivity and this repo.
(sorry no experience with building/using it), and is currently still on 1.2.1
version (or even older).
Not sure why there is no link in the documentation of iotivity to this repo..
Hi
I like to introduce deviceBuilder tool that has been developed from OCF
perspective.
This tool is intended to relieve manual crafting of the introspection device
data as described in the spec.
It is available at: https://github.com/openconnectivityfoundation/DeviceBuilder
The tool has an sim
Hi George,
Where in the spec it says that the doxm contains cbor within cbor?
Just going over the definition (raml file) for doxm:
https://github.com/openconnectivityfoundation/security-models/blob/master/schemas/oic.r.doxm.json
then it just defined as an regular json object... which should be map
Correct
From: Nash, George [mailto:george.n...@intel.com]
Sent: 25 October 2017 19:45
To: Wouter van der Beek (wovander) ;
iotivity-dev@lists.iotivity.org
Subject: RE: Questions about json2cbor tool from the security tools folder
Wouter,
Is the swag2cbor.py the package that does the conversion
Hi Fab,
Please take a look at
https://github.com/openconnectivityfoundation/DeviceBuilder
especially the script
https://github.com/openconnectivityfoundation/DeviceBuilder/blob/master/DeviceBuilder_NodeIotivityServer.sh
this uses
https://github.com/openconnectivityfoundation/swagger2x
to do code g
Hi
I know that an action was done to fix warnings and flag them as issues..
However this has an drawback that I can't compile the stack on windows:
c:\users\wovander\documents\wouter\standard-orgs\oic\work\iotivity_code\iotivity
\resource\csdk\connectivity\lib\libcoap-4.1.1\include\coap\option.h(
...@lists.iotivity.org] On Behalf Of Philippe Coval
Sent: 22 November 2017 10:59
To: iotivity-dev@lists.iotivity.org
Subject: Re: [dev] build issues on windows with rel1.3
On 22/11/17 11:22, Wouter van der Beek (wovander) wrote:
Hi
Hi Wooter
I know that an action was done to fix warnings and flag them as issues
: Wouter van der Beek (wovander) ;
iotivity-dev@lists.iotivity.org
Subject: Re: [dev] build issues on windows with rel1.3
On 22/11/17 12:06, Wouter van der Beek (wovander) wrote:
>
> Hi Phil,
>
>
>
> ERROR_ON_WARN=False Nope does not work.
Well it should
> -i make sure that i
onment is windows...
Kind Regards,
Wouter
-Original Message-
From: Philippe Coval [mailto:philippe.co...@osg.samsung.com]
Sent: 22 November 2017 11:21
To: Wouter van der Beek (wovander) ;
iotivity-dev@lists.iotivity.org
Subject: Re: [dev] build issues on windows with rel1.3
On 22/11/17 12:0
Yes this works now..
Kind Regards,
Wouter
From: C.J. Collier [mailto:cjcoll...@linuxfoundation.org]
Sent: 22 November 2017 17:41
To: Philippe Coval ; Wouter van der Beek
(wovander)
Cc: IoTivity Developer List
Subject: Re: [dev] build issues on windows with rel1.3
Hey there Wouter,
It looks
t do I need to do to:
- remove this example
- create a new example from scratch..
Kind Regards,
Wouter
-Original Message-
From: Nash, George [mailto:george.n...@intel.com]
Sent: 22 November 2017 17:28
To: Wouter van der Beek (wovander) ; Philippe Coval
; iotivity-dev@lists.iotivity.org
Subj
Hi George,
oic.r.baseresource is not a resource, but an mechanism to include the base
properties of an resource, as example:
{
"rt" :["oic.baseresource"],
"if": ["oic.if.baseline"],
"id": "unique_example_id",
I totally agree with the statements below..
But I do not want to diminish the work that has gone into IOTivity, because it
does work!
Also we should not try to replace IOTivity with a new project… it still should
be named IOTivity but with better tools, documentation etc.
One needs to be up and r
Continued story..
I finally got windows building... the key thing was to install the latest
visual studio 2017 and suddenly the errors when away.
Kind Regards,
Wouter
-Original Message-
From: Wouter van der Beek (wovander)
Sent: 22 November 2017 11:48
To: 'Dwarkaprasad D
}
But CTT shows no rt value that I insert…
Any pointers to solve the questions below?
Kind Regards,
Wouter
From: Wouter van der Beek (wovander)
Sent: 08 December 2017 12:23
To: 'Poussa, Sakari' ; Fab By
Cc: iotivity-dev@lists.iotivity.org
Subject: RE: [dev] Build Iotivity re
Hi George,
The thinking (from use case perspective) is that the devices are the thing you
want to interact with..
e.g. search for the devices and then loop over oic/res to find all implemented
resources.
If an light device also implements the optional dimming/brightness then it can
be visualize
[mailto:george.n...@intel.com]
Sent: 13 December 2017 18:37
To: Wouter van der Beek (wovander) ;
iotivity-dev@lists.iotivity.org
Subject: RE: [dev] Build Iotivity resources with RAML,Swagger, json files
Wouter,
You are setting the RT value for the device the same way that I am setting it.
I am not
, the UI should do that.
Kind Regards,
Wouter
From: Thiago Moura [mailto:thiago...@gmail.com]
Sent: 16 December 2017 19:11
To: Morrow, Joseph L
Cc: Wouter van der Beek (wovander) ; Nash, George
; iotivity-dev@lists.iotivity.org
Subject: Re: [dev] Finding relationship between device and resources
I have updated the DeviceBuilder.
This tool can now generate the code for C++ code for IOTivity.
Information can be found at:
https://github.com/openconnectivityfoundation/DeviceBuilder
I need some help to progress this effort further.
Currently it works correctly with single values (Boolean, inte
Hi All,
I found some strange behaviours of code (basically there are bugs, but I found
work arounds...)
This is needs to be documented somewhere as best practice of coding.
Where can this information be placed?
1) C++ API
When handling request data, e.g. getting values from the supplied p
Hi Thiago,
Nice!
Will this be github submodule in IOTivity, e.g. so that one does not have to do
an separate github pull to get this code?
Currently this is quite annoying to set up the IOTivity code base, one has to
download more than 1 repo seperatly..
There is also another library that you h
Hi Ravee,
Please take a look at the garage examples in resource/examples
The server creates an “complex” payload, and the client parses it..
Basically one should look at it from an json object perspective, e.g. each JSON
object is an OCRepresentation.
An array in JSON can be done by the template
version of the submodule.
But maybe my understanding is incorrect...
Kind Regards,
Wouter
-Original Message-
From: Thiago Macieira [mailto:thiago.macie...@intel.com]
Sent: 31 January 2018 15:14
To: Wouter van der Beek (wovander)
Cc: iotivity-dev@lists.iotivity.org
Subject: Re: [dev] Ti
Hi Arthur,
These descriptions are the real thing.
e.g. it is the single source that is being used to create the specification
text.
OCF has an test tool that also uses these descriptions, the RAML is used to
verify which methods, queryparams, etc are used for each resource.
The schemas are used
Linux.
The top level script is an bash script.
if you encounter issues on Linux, please make an issue in github so that we can
fix the encountered issue.
Kind Regards,
Wouter
From: Arthur Barros Lapprand [mailto:a...@cin.ufpe.br]
Sent: 16 February 2018 16:27
To: Wouter van der Beek (wovander)
Cc
Thanks George!
I have merged the pull request.
Thanks for checking the scripts on Linux!
Kind Regards,
Wouter
From: Nash, George [mailto:george.n...@intel.com]
Sent: 20 February 2018 21:27
To: Wouter van der Beek (wovander) ; Arthur Barros Lapprand
Cc: iotivity-dev@lists.iotivity.org
Subject
You can make an pull request to make changes!
Kind Regards,
Wouter
-Original Message-
From: Mats Wichmann [mailto:m...@wichmann.us]
Sent: 21 February 2018 14:31
To: Nash, George ; Wouter van der Beek (wovander)
; Arthur Barros Lapprand
Cc: iotivity-dev@lists.iotivity.org
Subject: Re
: Nash, George [mailto:george.n...@intel.com]
Sent: 20 February 2018 21:27
To: Wouter van der Beek (wovander)
mailto:wovan...@cisco.com>>; Arthur Barros Lapprand
mailto:a...@cin.ufpe.br>>
Cc: iotivity-dev@lists.iotivity.org<mailto:iotivity-dev@lists.iotivity.org>
Subject: RE: [de
Hi All,
>From IOTivity perspective I like to know if code is being developed for an CR
>if it needs to go below the API or should be regarded as application level.
For some things it is pretty obvious but for larger infrastructure items it is
probably not.
Is there any guidance from IOTIvity per
15:32
To: Wouter van der Beek (wovander) ;
iotivity-dev@lists.iotivity.org
Subject: Re: [dev] clear distinction of what is below and above the APIs
On 02/22/2018 08:19 AM, Wouter van der Beek (wovander) wrote:
I'm maybe the wrong person to respond here, but let me have a go.
> Hi All,
&
nd of repo
where I can put this code in. together with build instructions and information
on which version of IOTivity this is developed.
Hope this helps,
Wouter
-Original Message-
From: Nash, George [mailto:george.n...@intel.com]
Sent: 22 February 2018 17:07
To: Wouter van der Beek (wov
Coval
Sent: 22 February 2018 18:00
To: iotivity-dev@lists.iotivity.org
Subject: Re: [dev] clear distinction of what is below and above the APIs
On 02/22/18 16:19, Wouter van der Beek (wovander) wrote:
Hi All,
Hi Wouter !
Related to this, I am will be working on application level code, e.g.
One has to go to more advanced use case that uses the factory pattern.
For example, playback of an song.
This can be implemented by an factory (not sure if they are going into that
direction though)
The playback factory indicates the amount of concurrent playback sessions
possible
When an song st
We can use python to do the cbor conversion..
Since scons (python) is needed anyway… that would work..
https://github.com/openconnectivityfoundation/DeviceBuilder/blob/master/src/swag2cbor.py
Kind Regards,
Wouter
From: iotivity-dev-boun...@lists.iotivity.org
[mailto:iotivity-dev-boun...@lists.io
@lists.iotivity.org
Subject: Re: [dev] .dat files not being .gitignored?
On 03/05/2018 02:19 PM, Wouter van der Beek (wovander) wrote:
We can use python to do the cbor conversion..
Hi,
On non swagger files json2cbor does more than the conversion,
this is also a way to test the tool we're shipping and
should be
different.
Kind Regards,
Wouter
-Original Message-
From: Mats Wichmann [mailto:m...@wichmann.us]
Sent: 05 March 2018 14:26
To: Wouter van der Beek (wovander) ;
iotivity-dev@lists.iotivity.org; Heldt-Sheller, Nathan
Subject: Re: [dev] .dat files not being .gitignored?
On 03/05
...@lists.iotivity.org] On Behalf Of Philippe Coval
Sent: 05 March 2018 16:52
To: iotivity-dev@lists.iotivity.org
Subject: Re: [dev] .dat files not being .gitignored?
On 03/05/2018 03:31 PM, Wouter van der Beek (wovander) wrote:
> Sounds like an issue..
to be reported ;)
> The python works gre
Ok, why is this done like this?
Since this can be done in 1 conversion from the top…
I know this is an implementation only (e.g. I am not aware that this is on the
wire this way..), but now we need to maintain code that does this..
Kind Regards,
Wouter
From: iotivity-dev-boun...@lists.iotivity.o
Just to be clear why there is not much attention right now for clients:
There is an project ongoing within OCF to build an onboarding tool/ generic
client that will run on :
Windows, iOS, Android and Linux.
The first release (android only, minimal functionality) will be done end of May.
Note that
Just a thought.
We can have different code generators on top of the API.
The differences are then in the generated code (application layers).
For example:
One template can be with mutexes on all the callbacks since the code will be
used in an threaded environment.
Other template can be without mu
Hi All
Just a question,
I am running the example applications on windows.
My windows machine has virtual network adapters active (virtual box installed)
However these adapters are not listed in as eps endpoints in the responses of
oic/res.
I am curious how one can determine that these virtual ada
Thx!
Some thoughts:
For IOTIvity-Lite the next consideration should be important:
-(static) Code size
-Memory/Run size
Being currently the smallest OCF code base, it should be ensured that the
code/run size does not get inflated.
Hence it should have the minimal API to create al
75 matches
Mail list logo
