karaf-user mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Jason Pratt <jpratt3...@gmail.com>
Subject Re: Karaf IoT
Date Wed, 04 Jan 2017 18:04:58 GMT
scott/brad do you guys have a repo setup for this project?

On Wed, Jan 4, 2017 at 9:39 AM, Brad Red Hat <bradjohn@redhat.com> wrote:

> I'll certainly look at that a bit more. My concerns about Kura project have
> as much to do with the project's level of abstraction and I can bring it up
> there.   I did ask about their intentions with service interfaces.  As I've
> dug into it deeper and thought about "the vision thing", to quote a US
> president, I laid out some of those thoughts.
>
> https://enjekt.org/2017/01/04/iot-and-the-abstraction-of-things/
>
> Because it is an Eclipse project I wasn't sure that they'd be interested in
> Karaf/Felix but can check. I've heard that they have, in fact, opened a
> Jira
> ticket about it. So they may be interested.
>
> It isn't just about a Karaf implementation although it is certainly about
> that as well. I'm also concerned about the intermediary libraries/services
> that abstract developers away from low level details of pin outs in order
> to
> make application code portable.
>
> Obviously the intermediate level concerns really don't belong with Kura or
> Karaf so I won't discuss those here.  Suffice it to say I'd like to see
> that
> intermediate set of libraries become a "sticky" place where developers and
> sensor/actuator manufacturers go to add new high level device specific
> bundles for use in applications.
>
> Brad
>
>
> -----Original Message-----
> From: Scott Lewis [mailto:slewis@composent.com]
> Sent: Tuesday, January 3, 2017 9:33 PM
> To: user@karaf.apache.org
> Subject: Re: Karaf IoT
>
> On 1/2/2017 11:35 AM, Brad Red Hat wrote:
> > I certainly understand the "short of time" problem. It just happens
> > that I have a bit of a window right now and would like to get into it a
> bit deeper.
> >
> >
> > Whether a Karaf/PAX/Felix implementation is more appropriate under the
> > aegis of Kura or as a separate project that leverages the Kura driver
> > bundles is hard to say.  I guess that would depend on a couple of things.
> >
> > 1. How amenable they are to a more top down approach that starts with
> > OSGi service mechanics and drives down to meet the driver bundles?
> > 2. Does an Eclipse foundation project have any interest in an Karaf
> > branch project?
>
> The ECF project would be interested in such an effort [1].  We have
> been/are
> distributing our impl of the OSGi Remote Services/RSA specs [2] as Karaf
> features [3] and have recently been exploring using remote services for
> Karaf management [4].
>
> Also, in my interaction with some of the Kura committers it's become clear
> that they are doing some prototyping of running Kura services on
> Karaf [5].   I don't know whether they have release plans around that
> work, but I know that it has been going on.   It might be useful to
> convey to them directly what your desires/criticisms are, and perhaps
> contribute to that work.
>
> Scott
>
> [1] http://www.eclipse.org/ecf
> [2]
> https://wiki.eclipse.org/Eclipse_Communication_
> Framework_Project#OSGi_Remote
> _Services
> [3] https://wiki.eclipse.org/EIG:Install_into_Apache_Karaf
> [4] https://wiki.eclipse.org/Karaf_Remote_Management_with_Eclipse
> [5] https://dev.eclipse.org/mhonarc/lists/kura-dev/
>
>
>

Mime
View raw message