Skip to main content
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] [List Home]
Re: [kura-dev] Kura and mToolkit
I agree with your view on DP. But that is what Kura currently uses. The idea is to provide a Karaf variant of Kura in the future. That would help.

In the meantime I made an OSGi DP maven bundle which ... I would say ... works quite nice ;-)

We are currently working on providing Java 8 for Kura in order to use other things which require Java 8. There already is a "proof-of-concept" branch at my repository [1]. However this only works on a Raspberry PI 2 at the moment due to a change in the handling of native libraries. I will wrap that up though for the remaining libraries.

In the open project call yesterday we discussed about the idea of having Equinox 3.8.1 and 3.11.0 in parallel for a few releases. So that new functionality could make use of Java 8, while old stuff can still be tested with Equinox 3.8.1. That could be something which could be in Kura sooner than the path to Karaf.

So depending on your definition of "fairly soon" that could mean yes and no ;-)

Cheers

Jens

On Tue, Sep 6, 2016 at 7:02 PM, Scott Lewis <slewis@xxxxxxxxxxxxx> wrote:
On 9/5/2016 11:34 PM, Jens Reimann wrote:
What I forgot to say ...

... If we can make a list of required bundles and you point me towards a P2 repository, I could pretty easily put together a Maven build which packages this into a DP (OSGi deployment package),

Yes.   I don't include the OSGiRemoteManagement [1] bundles in any regular build...yet.  But I can/will produce a p2 repo and commit it to some location [1] temporarily.

FWIW, I'm not sure whether DP is very widely used these days in OSGi land.

so we could directly drop it into Kura and see what happens.

 Yeah.   One thing I realized:   The current host impl of these services (bundle and services mgr) uses Java 8 streams.  It by no means has to, but it was a streams learning exercise for me...and it makes for very small/compact code for these services.

I understand that Kura is moving to Equinox 3.11 to support Java8

https://github.com/eclipse/kura/issues/460

Is this expected to happen fairly soon?   And what is your plan wrt upcoming releases?

Scott

[1] https://github.com/ECF/OSGIRemoteManagement





On Mon, Sep 5, 2016 at 6:36 PM, Scott Lewis <slewis@xxxxxxxxxxxxx> wrote:
Hi Jens,

On 9/4/2016 11:47 PM, Jens Reimann wrote:
That looks cool!

For [4] I would like to see a table tree instead. Putting states in a specific column ;-)

 I wouldn't have objections to that...this is just a first checkin.   The view class is here [A].   Feel free to submit pull requests with UI changes.  WRT bundle state...I was thinking that it might be better to have some different kind of icon and/or decorator to represent active/resolved/installed (perhaps in addition to the text label).  But I haven't done the icon work yet.

>>Can you give a list of which bundles are necessary on the server side in order to support this?!

 Sure.  I don't yet have a single feature with just these bundles...as I've been testing other mgmt API's as well, but here is a loose list:

Service APIs:  IBundleManager, IServiceManager, IWiringManager, IFrameworkManager in

org.eclipse.ecf.mgmt
org.eclipse.ecf.mgmt.framework

Impl of the above services in

org.eclipse.ecf.mgmt.framework.host

And then the ECF RSA impl bundles and *some* distribution provider...e.g. ECF generic, rosgi, MQTT/paho, etc see [B] for distribution providers list.

That's it.   Ultimately it will be better to create a target and/or a set of specific features though.   I/we can certainly do that.

Scott

[A] https://github.com/ECF/OSGIRemoteManagement/blob/master/plugins/org.eclipse.ecf.remoteservice.ui.bundleview/src/org/eclipse/ecf/remoteservice/ui/bundleview/AbstractBundlesView.java

[B] https://wiki.eclipse.org/Distribution_Providers#Remote_Services_API




Thanks

Jens

On Mon, Sep 5, 2016 at 2:56 AM, Scott Lewis <slewis@xxxxxxxxxxxxx> wrote:
<stuff deleted>


Is it possible to run ECF on other OSGi containers than Equinox (at least the server side components)? Can you deploy on selective remote management (e.g. framwork + bundle management, but not P2 and wiring?).

Yes to both questions.  The mgmt bundles at [3] have been created with minimal dependencies, such that one can 'pick and choose' the managers to use (e.g. BundleManager, ServiceManager, WiringManager, FeatureInstallManager, etc.).

 <stuff deleted>
BTW, last night I started an Eclipse UI that uses the IBundleManager remote mgmt API, which will allow bundle start/stop/install/update/uninstall.   I'll try to commit it today the [3] plugins directory.

I've committed an Eclipse UI that uses the IBundleManager and IServiceManager remote services [3][3a].  This includes a 'Remote Bundles view' for examining, starting, stopping, installing/uninstalling bundles, and a 'Remote Services View' for examining the services running in a remote framework.

See screen shots of the remote bundles view [4] and the services view [5].   These two examples are accessing an Eclipse endpoint...although they can access any OSGi runtime.

Scott

[3] https://github.com/ECF/OSGIRemoteManagement/tree/master/bundles/org.eclipse.ecf.mgmt.framework/src/org/eclipse/ecf/mgmt/framework
[3a] https://github.com/ECF/OSGIRemoteManagement/tree/master/plugins
[4] http://www.eclipse.org/ecf/images/remotebundlesview.png
[5] http://www.eclipse.org/ecf/images/remoteservicesview.png



_______________________________________________
kura-dev mailing list
kura-dev@xxxxxxxxxxx
To change your delivery options, retrieve your password, or unsubscribe from this list, visit
https://dev.eclipse.org/mailman/listinfo/kura-dev



--
Jens Reimann
Senior Software Engineer / EMEA ENG Middleware
Werner-von-Siemens-Ring 14
85630 Grasbrunn
Germany
phone: +49 89 2050 71286
_____________________________________________________________________________

Red Hat GmbH, www.de.redhat.com,
Registered seat: Grasbrunn, Commercial register: Amtsgericht Muenchen, HRB 153243,
Managing Directors: Paul Argiry, Charles Cachera, Michael Cunningham, Michael O'Neill


_______________________________________________
kura-dev mailing list
kura-dev@xxxxxxxxxxx
To change your delivery options, retrieve your password, or unsubscribe from this list, visit
https://dev.eclipse.org/mailman/listinfo/kura-dev

_______________________________________________ kura-dev mailing list kura-dev@xxxxxxxxxxx To change your delivery options, retrieve your password, or unsubscribe from this list, visit https://dev.eclipse.org/mailman/listinfo/kura-dev
--
Jens Reimann Senior Software Engineer / EMEA ENG Middleware Werner-von-Siemens-Ring 14 85630 Grasbrunn Germany phone: +49 89 2050 71286 _____________________________________________________________________________ Red Hat GmbH, www.de.redhat.com, Registered seat: Grasbrunn, Commercial register: Amtsgericht Muenchen, HRB 153243, Managing Directors: Paul Argiry, Charles Cachera, Michael Cunningham, Michael O'Neill 
_______________________________________________
kura-dev mailing list
kura-dev@xxxxxxxxxxx
To change your delivery options, retrieve your password, or unsubscribe from this list, visit
https://dev.eclipse.org/mailman/listinfo/kura-dev


_______________________________________________
kura-dev mailing list
kura-dev@xxxxxxxxxxx
To change your delivery options, retrieve your password, or unsubscribe from this list, visit
https://dev.eclipse.org/mailman/listinfo/kura-dev



--
Jens Reimann
Senior Software Engineer / EMEA ENG Middleware
Werner-von-Siemens-Ring 14
85630 Grasbrunn
Germany
phone: +49 89 2050 71286
_____________________________________________________________________________

Red Hat GmbH, www.de.redhat.com,
Registered seat: Grasbrunn, Commercial register: Amtsgericht Muenchen, HRB 153243,
Managing Directors: Paul Argiry, Charles Cachera, Michael Cunningham, Michael O'Neill

Back to the top