Skip to content

I
iotivity-lite
Switch branch/tag
  1. 01 May, 2020 2 commits
  3. 30 Apr, 2020 7 commits
    • Kishen Maloor's avatar
      Merge branch 'origin/master' into fargo · f4ae603d
      Kishen Maloor authored 
      Signed-off-by: Kishen Maloor's avatarKishen Maloor <kishen.maloor@intel.com>
      f4ae603d
    • George Nash's avatar
      Merge remote-tracking branch 'origin/swig' · 9f66512d
      George Nash authored 
      Bring in work that has been done on the swig branch

Expose the OCSoftwareUpdate (oc_swupdate.h) to the Java APIs

Exposed the Endpoint utility functions as member functions of
of the OCEndpoint class.  Note to prevent breaking things
already using the OCEndpoint_Util class the functions with the
same funtionality were not yet deleted.

Adds a java_smart_home_server sample. This is closely modeled
after the C version of the java_smart_home_server with the
addition of swupdate added.

Adds channel change sample that conforms to the chanel change specification.

Adds software update to the samples.

Adds introspection to the smart home server sample.
Signed-off-by: George Nash's avatarGeorge Nash <george.nash@intel.com>
      9f66512d
    • George Nash's avatar
      Merge remote-tracking branch 'origin/master' into swig · e3d587e5
      George Nash authored
      e3d587e5
    • George Nash's avatar
      Remove whitespace checker from CI build · fa750538
      George Nash authored 
      Signed-off-by: George Nash's avatarGeorge Nash <george.nash@intel.com>
      fa750538
    • George Nash's avatar
      Walked though all of the Pojects currently built with · 544ada95
      George Nash authored 
      Visual Studio and updated the preprocessor defines for each
project so they all match the iotivity-lite library build.

The CloudServer was using the old OC_IDD_FILE macro that was
only in the code for a very short while and was eventually
replaced with OC_IDD_API instead.

Anywhere that _CRT_NONSTDC_NO_WARNINGS was used I instead used
_CRT_SECURE_NO_DEPRECATE both of the predefine macros should
have the same effect. In older code (pre-VS2012)the first macro
was used. In newer code the second macro was used. Since the
effect should be the same rather than switch to a differnt macro
for different projects I have chosen to use the newer macro.

Rearanged the order the preprocessor defines are listed in. This
makes no difference on the build but does make a difference when
vewing the macros within the Visual Studio. By placing the
macros that differ between the Debug and Release build last
makes it possible to see most of the macros even when "All
Configurations" option is selected in the properties page.
Signed-off-by: George Nash's avatarGeorge Nash <george.nash@intel.com>
      544ada95
    • George Nash's avatar
      Add callbacks for ownership status · a0f1d9e1
      George Nash authored 
      Add a callback that is invoked when doxm "owned" value is
changed.

Add an API to query the current ownership status of a device.
Signed-off-by: George Nash's avatarGeorge Nash <george.nash@intel.com>
      a0f1d9e1
    • George Nash's avatar
      Add APIs to Java · 492817f0
      George Nash authored 
      This exposes oc_endpoint_string_parse_path to Java
under OCEndpointUtil.endpointStringParsePath

Ignore oc_ri_is_client_cb_valid this function is not
expected to be used in Java.

With oc_endpoint_string_parse_path exposed to Java we are
able to update the OCEndpointUtil.stringToEndpoint method so
it can take only one parameter. Since developers are already
using the stringToEndpoint method that takes two parameters
we need to still provide that method.

The stringToEndpoint that takes two parameters has a return
value in one of the parameters.  Although this works it is
very unsual in Java to use code this way. Now users can call
the single parameter version of stringToEndpoint and if they
need the path from that endpoint they can call
endpointStringParsePath using the same endpoint string. More
method call but much closer to what a Java developer would
expect.
Signed-off-by: George Nash's avatarGeorge Nash <george.nash@intel.com>
      492817f0
  5. 28 Apr, 2020 2 commits
  7. 27 Apr, 2020 10 commits
  9. 23 Apr, 2020 4 commits
  11. 20 Apr, 2020 1 commit
  13. 16 Apr, 2020 4 commits
  15. 15 Apr, 2020 10 commits