Skip to main content

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] [List Home]
Re: [concierge-dev] access Cluster Information Service from distributed OSGi-Nodes

On 10/17/2018 4:12 AM, Tim Verbelen wrote:
Just for clarification: specs in the org.osgi.util space such as Promises are not coupled to any OSGi framework nor version. You can perfectly use Promises outside of an OSGi framework, hence you can also use it in any OSGi framework regardless its version.

Great.   So ECF's R7-compliant impl of RS/RSA should run fine on Concierge with Promises added. 


In case you need R6 features, there actually is an R6 branch in the Concierge repository.

Do you/have you done any builds+releases of the R6 branch?   Plans?

Scott




Best regards,
Tim Verbelen

On 16/10/2018 20:33, Scott Lewis wrote:
Another option would be to use ECF's implementation of RSA [1].   We have a zookeeper discovery provider...among others [2].   We also have a number of pluggable distribution providers [3].

However, I'm not sure if Concierge currently supports R6 of OSGi framework spec.   ECF supports R7 with it's most recent release (3.14.4), and R7 asynchronous remote services [3] requires OSGi Promises, which are not in R5 frameworks.   So to use OSGi R7 async remote services [4] it's necessary to have an R6 framework impl.     You can use R5 framework impls with ECF RSA, however, as long as you use version 1.x of this bundle [5].

Scott

[1] https://wiki.eclipse.org/Eclipse_Communication_Framework_Project
[2] https://wiki.eclipse.org/Discovery_Providers
[3] https://wiki.eclipse.org/Distribution_Providers
[4] https://osgi.org/specification/osgi.cmpn/7.0.0/service.remoteservices.html#d0e1407
[5] org.eclipse.ecf.remoteservice.asyncproxy

On 10/16/2018 8:48 AM, "Jörn Schumann (joern.schumann@xxxxxxxxxxxxxxxx)" wrote:
Hey Tim,
 
thanks for your answer. I am using the zookeeper for discovery. The endpoint is provided through the cluster on this way. I can see it in the list of provided endpoints, but i get no service reference for it in my program code. I use the @Reference Annotation for this, but the consumer service stucks after start because no service reference is overgiven.

Tim Verbelen <tim.verbelen@xxxxxxxxxxxxxx> hat am 16. Oktober 2018 um 17:11 geschrieben:
Hi Jörn,

I myself am not too familiar with the Aries RSA stack, but I think you still need to provide the remote endpoint configuration to the other nodes, e.g. by supplying it through configuration: https://github.com/apache/aries-rsa/tree/master/discovery/config

Best regards,
Tim Verbelen

On 16/10/2018 15:59, "Jörn Schumann ( joern.schumann@xxxxxxxxxxxxxxxx)" wrote:
Hey,
 
i am building a cluster with multiple distributed OSGi-Frameworks. Therefore i use your bundle with the implementation of the Cluster Information Service and for remote access the implementation of the remote service admin service from apache aries. It works to provide and consume different remote custom services in the cluster. Your Eclipse Concierge Cluster Information is also provided with an endpoint, but i cannot access the endpoint via rsa from other nodes. Local access from other bundles in the same node is possible. Do i have to configure anything or something else for remote access?
 
Greetings,
Jörn Schumann

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

-- 
Tim Verbelen
Senior Researcher at IDLab, Ghent University, in collaboration with imec
tim.verbelen@xxxxxxxx
iGent | Technologiepark 15
9052 Ghent
T: +32 9 33 14905
W: www.idlab.technology,www.imec-int.com

  _______________________________________________
concierge-dev mailing list
concierge-dev@xxxxxxxxxxx
To change your delivery options, retrieve your password, or unsubscribe from this list, visit
https://dev.eclipse.org/mailman/listinfo/concierge-dev
Mit freundlichen Grüßen

Jörn Schumann
Fakultät Informatik/INM 2
Matr.: 257134


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



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

-- 
Tim Verbelen
Senior Researcher at IDLab, Ghent University, in collaboration with imec
tim.verbelen@xxxxxxxx
iGent | Technologiepark 15
9052 Ghent
T: +32 9 33 14905
W: www.idlab.technology,www.imec-int.com


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



Back to the top