ARC-2016-0198-Possible_Collaboration_Area_with_OSGi.pptx Possible Collaboration Area with OSGi Group Name: ARC WG Source: Hiroyuki Maeomichi, NTT (TTC)

Slides:

Advertisements

Similar presentations

Eclipse, M2M and the Internet of Things

Advertisements

Copyright © 2002, Peter Kriens, All Rights Reserved OSGi versus UPnP??? There is no "versus" here. OSGi is fully complimentary to UPnP. No overlap. UPnP.

When Applications can Roam Freely OSGi Service Platform R4 Peter Kriens Technical Director OSGi

©2003 aQute, All Rights Reserved Tokyo, August 2003 : 1 OSGi Service Platform Tokyo August 28, 2003 Peter Kriens CEO aQute, OSGi Fellow

© OSGi, All Rights Reserved - Brussel Jan 22 Ertico/OSGi Tech Spec Overview: Introduction OSGi R3 and Remote Management Ertico/OSGi meeting Jan.

SEC Clarification Group Name: WG4 (SEC-2014-xxxx) Decision  Meeting Date: Discussion  Source: OBERTHUR Technologies Information  Contact:

Is a Node or not Node? ARC Node_resolution Group Name: ARC Source: Barbara Pareglio, NEC, Meeting Date: ARC#9.1 Agenda.

IoT in ODL Lionel Florit, Principal Engineer, ODL ID lflorit

Service Layer Session Management Group Name: WG2-ARC Source: IDCC, LGE, ZTE Meeting Date: TP16 Agenda Item:

OSGi: Open Services Gateway Initiative Richard Chapman 5 Sept

D-OSDi + Android Progress Presentation Xinyi Dong Long Qiu.

Test WG (WG6) 2015 Planning TST 15 Source: JaeSeung Song, TST WG Convenor (TTA), Meeting Date: TST WG6_2015_planning.

DISTRIBUTED PROCESS IMPLEMENTAION BHAVIN KANSARA.

OneM2M Draft proposal for slide set. This is not intended to be a oneM2M presentation. It is a collection of source material slides which can be used.

CCSDS Message Bus Comparison Shames, Barkley, Burleigh, Cooper, Haddow 28 Oct 2010.

INTRODUCING SCA Byungwook Cho Nov.2007.

OpenMP in a Heterogeneous World Ayodunni Aribuki Advisor: Dr. Barbara Chapman HPCTools Group University of Houston.

RoA and SoA Integration for Message Brokers Group Name: WG2-ARC Source: ALU Meeting Date: Agenda Item:

Protocol Architectures. Simple Protocol Architecture Not an actual architecture, but a model for how they work Similar to “pseudocode,” used for teaching.

Jaeki Song ISQS6337 JAVA Lecture 16 Other Issues in Java.

Adaptability for flexible mobile service provision in 3G and beyond Nikos Houssos

2-levels Access control for HTTP binding Group Name: WG4 (& WG2/WG3 for information) Source: Shingo Fujimoto, FUJITSU, Meeting.

95-843: Service Oriented Architecture 1 Master of Information System Management Service Oriented Architecture Lecture 10: Service Component Architecture.

C O R P O R A T E T E C H N O L O G Y Siemens AG Software & Engineering Usage of Enterprise OSGi inside Siemens:  Siemens Communications, Enterprise Systems.

Web Services based e-Commerce System Sandy Liu Jodrey School of Computer Science Acadia University July, 2002.

Introduction of PRO WG activities Group Name: TP Source: Shingo Fujimoto, FUJITSU, Meeting Date: Agenda Item:

Comparing JavaBeans and OSGi Towards an Integration of Two Complementary Component Models HUMBERTO CERVANTES JEAN-MARIE FAVRE 09/02.

Jan Hatje, DESY CSS ITER March 2009: Technology and Interfaces XFEL The European X-Ray Laser Project X-Ray Free-Electron Laser 1 CSS – Control.

Webservice versioning using osgi Allard Buijze, Jettro Coenradie.

PRO R01-URI_mapping_discussion Discussion on URI mapping in protocol context Group Name: PRO and ARC Source: Shingo Fujimoto, FUJITSU,

Open Service Gateway Initiative (OSGi) Reporter : 林學灝侯承育 1.

Introduction to CORBA University of Mazandran Science & Tecnology By : Esmaill Khanlarpour January

© 2002, Youngjoon Choi, RESL, Inha University Page : 1 Open Services Gateway initiative OSGi Open Services Gateway Initiative Youngjoon Choi © Realtime.

ICT Strategy Intelligent Highways: Endpoint Adapters.

Customized Resource Types MAS Group Name: MAS + ARC + PRO WGs Source: Wolfgang Granzow, Qualcomm Inc., Meeting Date:

A Component Platform for Experimenting with Autonomic Composition A component framework for supporting composition of autonomic services and bio-inspired.

ECF Release | © 2014 by Composent, Inc. and others, made available under the EPL v1.0 1 ECF Project Lead: Scott Lewis

An introduction to oneM2M

Issues pertaining to IOP test Group Name: TST Source: Jiaxin Yin, Huawei Technologies Co., Ltd. Meeting Date: Agenda Item: TBD.

M2M Service Session Management (SSM) CSF

Modern Programming Language. Web Container & Web Applications Web applications are server side applications The most essential requirement.

ARC R02 Modelling operations – problem statement and proposal Group Name: ARC#19.3 Source: Joerg Swetina, NEC,

Admin API for Secure Environment Group Name: SEC Source: Giesecke & Devrient Meeting Date:

M2M Service Session Management (SSM) CSF Group Name: WG2-ARC Source: IDCC, LGE, ZTE Meeting Date: TP8 Agenda Item:

Introduction to oneM2M OMA - oneM2M Meeting, San Diego, Jan. 19th 2016

Issues about management Group Name: MAS9.2 Source: Jiaxin Yin, Huawei Technologies Co., Ltd., Meeting Date: Agenda Item:

Discussion on oneM2M and OSGi Interworking Group Name: ARC Source: Jessie, Huawei, Meeting Date: Agenda Item:

Possible Solution of Interworking between oneM2M and OSGi

Real-Time Systems Lab. OSGi overview January 23, 2002 Sung-ho Park.

Possible options of using DDS in oneM2M Group Name: ARC Source: KETI, Huawei, Hitachi, China Unicom Meeting Date: Agenda Item: DDS binding.

What is oneM2M? 2 Covers: Requirements Architecture API specifications Security Interoperability Facilitate, implement and promote IoT.

Efficient Graph Traversal with Realistic Conditions by Olex Ponomarenko st Quarter Draft----

Eclipse Vorto Alexander Edelmann.

Containers as a Service with Docker to Extend an Open Platform

Resource subscription using DDS in oneM2M

CSE Retargeting to AE, IPE, and NoDN Hosted Resources

CSE Retargeting to AE, IPE, and NoDN Hosted Resources

Proximal IoT Interworking discussion

Group multicast fanOut Procedure

Possible options of using DDS in oneM2M

MAF&MEF Interface Specification discussion of the next steps

Proximal IoT Interworking solution discussion

Overview onem2m.org.

LWM2M Interworking with <mgmtObj> Resources

Introduction to J2EE Architecture

Software Defined Networking (SDN)

An introduction to oneM2M

Efficient Graph Traversal with Realistic Conditions

Presentation transcript:

ARC Possible_Collaboration_Area_with_OSGi.pptx Possible Collaboration Area with OSGi Group Name: ARC WG Source: Hiroyuki Maeomichi, NTT (TTC) Meeting Date:

ARC Possible_Collaboration_Area_with_OSGi.pptx General Relationship between OSGi and oneM2M Generally speaking, oneM2M and OSGi are orthogonal (independent) in good meaning and bad meaning. For oneM2M side, You can use OSGi as Runtime environment, but not necessary. For OSGI side, you can use oneM2M as a communication protocol, but not necessary. I believe it is possible to generate synergy without significant specification change of oneM2M.

ARC Possible_Collaboration_Area_with_OSGi.pptx Possible collaboration area Service Layer API (WI-0020) Define API for mca (between AE and CSE) as a Java, OSGi manner. oneM2M can specify multiple language bindings. OSGi API would be one of solutions, not mandatory. Deliver AE as a OSGi bundle on to nodes. Deliver implementation of resource to CSE E.g. mgmtObj which is not mandatory. Action Triggering(WI-0035) CSE need some form of logic. OSGi bundle can deliver it. Hot Deployment Updating CSE functionality without stopping CSE entirely. OSGi does not solve all problems, additional effort will be needed.

ARC Possible_Collaboration_Area_with_OSGi.pptx Similarity with OSGi Inspired by Nicola’s question yesterday, “oneM2M provide general registration mechanism of Application to platform. Is there similar mechanism in OSGi?” My Answer: OSGi framework has a service registry. Installed bundle may register its services to the service registry. Other bundle can access the service registry to use the services. OSGi Framework registry register use

ARC Possible_Collaboration_Area_with_OSGi.pptx Similarity with OSGi (Cont’d) Distributed OSGi mechanism allows access to the service registered to remote framework. OSGi Framework registry register OSGi Framework registry use Distributed OSGi

ARC Possible_Collaboration_Area_with_OSGi.pptx Comparison (from an aspect) OSGioneM2M Service Registry/Framewor k CSE ServiceAE Distributed OSGiCSE traversal mechanism OSGioneM2M Service OrientedResource Oriented Similarity in the distributed OSGi example. Difference

ARC Possible_Collaboration_Area_with_OSGi.pptx Backup Slides

ARC Possible_Collaboration_Area_with_OSGi.pptx Service Layer API is efficient Standardized way is communicating with protocols(REST, MQTT, CoAP), even if both reside in the same box. Introducing Service Layer API allows more efficient communication by eliminating serializing/deserializing protocol. Shorter Turn Around Time Less CPU processing for deserializing Less error check Less memory CSE AE CSE AE REST, MQTT, CoAP API call Existing spec With Service Layer API

ARC Possible_Collaboration_Area_with_OSGi.pptx If no standard provided.. Vendors may start implement their own APIs, to allow their customer to create efficient applications. CSE AE CSE AE CSE AE Vendor A Vendor B Vendor C In the case, application portability will be lost.