Return-Path: X-Original-To: archive-asf-public-internal@cust-asf2.ponee.io Delivered-To: archive-asf-public-internal@cust-asf2.ponee.io Received: from cust-asf.ponee.io (cust-asf.ponee.io [163.172.22.183]) by cust-asf2.ponee.io (Postfix) with ESMTP id 8CFDF200C22 for ; Tue, 21 Feb 2017 16:03:50 +0100 (CET) Received: by cust-asf.ponee.io (Postfix) id 8B8E6160B74; Tue, 21 Feb 2017 15:03:50 +0000 (UTC) Delivered-To: archive-asf-public@cust-asf.ponee.io Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by cust-asf.ponee.io (Postfix) with SMTP id D42B2160B3E for ; Tue, 21 Feb 2017 16:03:49 +0100 (CET) Received: (qmail 33858 invoked by uid 500); 21 Feb 2017 15:03:49 -0000 Mailing-List: contact dev-help@edgent.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@edgent.apache.org Delivered-To: mailing list dev@edgent.apache.org Received: (qmail 33847 invoked by uid 99); 21 Feb 2017 15:03:49 -0000 Received: from pnap-us-west-generic-nat.apache.org (HELO spamd4-us-west.apache.org) (209.188.14.142) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 21 Feb 2017 15:03:49 +0000 Received: from localhost (localhost [127.0.0.1]) by spamd4-us-west.apache.org (ASF Mail Server at spamd4-us-west.apache.org) with ESMTP id 9D504C0258 for ; Tue, 21 Feb 2017 15:03:48 +0000 (UTC) X-Virus-Scanned: Debian amavisd-new at spamd4-us-west.apache.org X-Spam-Flag: NO X-Spam-Score: -1.999 X-Spam-Level: X-Spam-Status: No, score=-1.999 tagged_above=-999 required=6.31 tests=[KAM_LAZY_DOMAIN_SECURITY=1, RP_MATCHES_RCVD=-2.999] autolearn=disabled Received: from mx1-lw-eu.apache.org ([10.40.0.8]) by localhost (spamd4-us-west.apache.org [10.40.0.11]) (amavisd-new, port 10024) with ESMTP id NAhHtDeafnII for ; Tue, 21 Feb 2017 15:03:47 +0000 (UTC) Received: from mailrelay1-us-west.apache.org (mailrelay1-us-west.apache.org [209.188.14.139]) by mx1-lw-eu.apache.org (ASF Mail Server at mx1-lw-eu.apache.org) with ESMTP id 531285F640 for ; Tue, 21 Feb 2017 15:03:47 +0000 (UTC) Received: from jira-lw-us.apache.org (unknown [207.244.88.139]) by mailrelay1-us-west.apache.org (ASF Mail Server at mailrelay1-us-west.apache.org) with ESMTP id A32FCE0A12 for ; Tue, 21 Feb 2017 15:03:45 +0000 (UTC) Received: from jira-lw-us.apache.org (localhost [127.0.0.1]) by jira-lw-us.apache.org (ASF Mail Server at jira-lw-us.apache.org) with ESMTP id 5D5D02412D for ; Tue, 21 Feb 2017 15:03:44 +0000 (UTC) Date: Tue, 21 Feb 2017 15:03:44 +0000 (UTC) From: "Dale LaBossiere (JIRA)" To: dev@edgent.incubator.apache.org Message-ID: In-Reply-To: References: Subject: [jira] [Resolved] (EDGENT-375) Want a Watson IoTP device connector that uses HTTP MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394 archived-at: Tue, 21 Feb 2017 15:03:50 -0000 [ https://issues.apache.org/jira/browse/EDGENT-375?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Dale LaBossiere resolved EDGENT-375. ------------------------------------ Resolution: Fixed resolved via https://github.com/apache/incubator-edgent/pull/286 > Want a Watson IoTP device connector that uses HTTP > -------------------------------------------------- > > Key: EDGENT-375 > URL: https://issues.apache.org/jira/browse/EDGENT-375 > Project: Edgent > Issue Type: Improvement > Components: Connectors > Reporter: Dale LaBossiere > Assignee: Dale LaBossiere > > Use case: I want to be able to write an Edgent device application that connects to the IBM Watson IoT Platform and publishes device events using its HTTP based protocol. That would eliminate the need for my Edgent device to have an MQTT client installed. > The current Watson IoT Platform connector, [IotpDevice|https://github.com/apache/incubator-edgent/blob/master/connectors/iotp/src/main/java/org/apache/edgent/connectors/iotp/IotpDevice.java] supports the MQTT based protocol. > Adding support for an HTTP-based WIoTP connector would likely involve creating a class like "IotpHttpDevice implements IotDevice". The IotDevice "events()" methods would use WIoTP HTTP publishing mechanism. WIoTP does not support subscribing to device commands using HTTP so the IotDevice "commands()" method would be documented to throw UnsupportedOperationException. -- This message was sent by Atlassian JIRA (v6.3.15#6346)