Return-Path: X-Original-To: apmail-felix-users-archive@minotaur.apache.org Delivered-To: apmail-felix-users-archive@minotaur.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 87A72180F1 for ; Sun, 31 May 2015 16:22:19 +0000 (UTC) Received: (qmail 79531 invoked by uid 500); 31 May 2015 16:22:19 -0000 Delivered-To: apmail-felix-users-archive@felix.apache.org Received: (qmail 79469 invoked by uid 500); 31 May 2015 16:22:18 -0000 Mailing-List: contact users-help@felix.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: users@felix.apache.org Delivered-To: mailing list users@felix.apache.org Received: (qmail 79457 invoked by uid 99); 31 May 2015 16:22:18 -0000 Received: from Unknown (HELO spamd4-us-west.apache.org) (209.188.14.142) by apache.org (qpsmtpd/0.29) with ESMTP; Sun, 31 May 2015 16:22:18 +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 02F40C09C6 for ; Sun, 31 May 2015 16:22:18 +0000 (UTC) X-Virus-Scanned: Debian amavisd-new at spamd4-us-west.apache.org X-Spam-Flag: NO X-Spam-Score: 2.879 X-Spam-Level: ** X-Spam-Status: No, score=2.879 tagged_above=-999 required=6.31 tests=[DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001] autolearn=disabled Authentication-Results: spamd4-us-west.apache.org (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com Received: from mx1-eu-west.apache.org ([10.40.0.8]) by localhost (spamd4-us-west.apache.org [10.40.0.11]) (amavisd-new, port 10024) with ESMTP id PR5boSId4dVf for ; Sun, 31 May 2015 16:22:16 +0000 (UTC) Received: from mail-wi0-f170.google.com (mail-wi0-f170.google.com [209.85.212.170]) by mx1-eu-west.apache.org (ASF Mail Server at mx1-eu-west.apache.org) with ESMTPS id 98DD4204E0 for ; Sun, 31 May 2015 16:22:15 +0000 (UTC) Received: by wicmx19 with SMTP id mx19so51734293wic.0 for ; Sun, 31 May 2015 09:22:09 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=KQSVRz6G1A6YkGFiZaa3SzG2y28LB8ep0Pb3bte2IDM=; b=gt4CscbBCHb9ZLD4kNUvQ4DT2RWLx7nCGFivWqshB2WpwshI+BWXUYO7Nu9UeR/XAQ MBZdg1Y2pAPcGkxsNkkd+sgXwCcf7h8baqN7Rso5aTtnyYe5BtefoLYvK/g++T5tQMCW oTUR9n1qxBtBpyWCSbojIcZo/9u1v0Ish4JEeAy5RYJYwEmoHXUvAHMG+epbu8Rt38+F ono0rWVMGkM1rE4pggCD2kwIFTY6yefpoMRFYoU+VNQKNFOjyHFNiodnbuoJNws05Tlr nYVeUH2ZNs2DQ/Cme8BVuyVISvLA4CwjEeVYEPtF0pGlCJpZTxDgrugZiFuh0eS/GosQ ogRA== MIME-Version: 1.0 X-Received: by 10.180.39.147 with SMTP id p19mr13232479wik.15.1433089329896; Sun, 31 May 2015 09:22:09 -0700 (PDT) Received: by 10.27.85.152 with HTTP; Sun, 31 May 2015 09:22:09 -0700 (PDT) In-Reply-To: References: <5569928e.e15eb40a.431f.ffff9bcd@mx.google.com> <05F3DA0FF13D4429B43E207CC0E3E754@gmail.com> Date: Sun, 31 May 2015 18:22:09 +0200 Message-ID: Subject: Re: Newbie question related to device communication From: Sebastiaan la Fleur To: users@felix.apache.org Content-Type: multipart/alternative; boundary=001a11c3652670a0ab0517631cd2 --001a11c3652670a0ab0517631cd2 Content-Type: text/plain; charset=UTF-8 Remote Services and Remote Service Admin were indeed the terms I was looking for. Thanks Neil! 2015-05-30 13:55 GMT+02:00 Sebastiaan la Fleur < sebastiaan.la.fleur@gmail.com>: > Thanks for your reply! Yeah, I was thinking about that when I was in the > shower just now haha. Sorry about that. > > To rephrase: Is there a connection handler component in the Felix > framework that already handles accepting and losing socket connections > which can also be used to send or are we stuck using our own implementation > on top of java sockets? Does that component already use some form of > application layer protocol to abstract from the streams into information > packets? > > I want to be able to talk between different nodes (send textual and video > data). Of course I can write my own connection managing software, but I > would expect something like that to already be in Felix. I saw Felix > contains a subproject to handle HTTP servlets, but the client server > architecture of HTTP is not entirely suitable in my case. Both clients need > to be able to start a connection to each other and both clients need to be > able to start the conversation on the established connection. > > Hopefully this is a lot clearer to what I am searching for! > > 2015-05-30 13:19 GMT+02:00 Neil Bartlett : > >> That's a really wide-open question... "information exchange over a >> network" could mean so many things! Can you be more specific about your >> requirements? >> >> In the meantime, take a look at the Remote Services and Remote Service >> Admin specs as they may be relevant. >> >> -- >> Neil Bartlett >> Sent from a phone >> >> >> On Saturday, 30 May 2015 at 11:36, Sebastiaan la Fleur wrote: >> >> > Hi everyone! >> > >> > As of yesterday I am trying to get into Apache Felix for a project. I >> am still trying to get a basic grip on the framework. So far, if I am >> understanding correctly the framework allows for remote install, update >> etc. of bundles(highly modulerized code) on different devices which allows >> for the management of large distributed systems. I have been looking for a >> way to let these devices communicate using the framework but so far I was >> not able to find any subproject or piece in the OSGi specification that >> allows for this. Probable is that I missed it though(quite a bit of info >> :P). Does Felix have a subproject/implementation to handle basic >> information exchange over a network between OSGi capable devices? If so, >> could you direct me to the place where the documentation of this is stored? >> > >> > I did come across something called SIP but it seemed fairly >> comprehensive for my goals. >> > >> > Thanks in advance! >> > >> > >> > Sincere Regards, >> > >> > Sebastian >> >> > --001a11c3652670a0ab0517631cd2--