|
Hi Tim,
very nice, thank you a lot! I found this filter class. Have you tried to "fix" it or getting work? I tried to comment the entry for "org.osgi.*" out, but it still doesn't work...
Greetings,
Jörn
Tim Verbelen <tim.verbelen@xxxxxxxxxxxxxx> hat am 17. Oktober 2018 um 13:09 geschrieben:
Hi Jörn,
I experimented a bit with Aries RSA myself, and found the problem. Apparently they have a hard filter on all org.osgi.service.* packages, so they ignore the clusterinfo services atm. I made an issue for them to fix this:
https://issues.apache.org/jira/browse/ARIES-1846
Best regards,
Tim Verbelen
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.
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
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
--
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
|
