search

eclipse-iceoryx / iceoryx

Eclipse iceoryx™ - true zero-copy inter-process-communication
https://iceoryx.io
Apache License 2.0
1.66k stars 388 forks source link

Java/.NET Bindings #411

Open sirinath opened 3 years ago

sirinath commented 3 years ago

Can binding for:

elBoberido commented 3 years ago

@sirinath I'm not familiar with Java or .NET but I guess it all boils down to the possibility to use a C API from this languages. Since there are ROS2 bindings for .NET it seems to be at least feasible. There might be some limitations though, if this languages do not leverage enough control to do true zero copy.

sirinath commented 3 years ago

I guess you can do 0copy with memory-mapped buffers as the underlying data structure.

elBoberido commented 3 years ago

If it's feasible, it will be done sooner or later. We would like to enable as many developers as possible to use iceoryx. Currently we are full steam on getting 1.0 out, so that will be something for a 1.x release. If you have the knowledge and time, we would of course appreciate a pull request for the feature.

mossmaurice commented 3 years ago

@budrus What is your take on this feature request? IMHO it's not in scope for iceoryx v2.0 or v3.0. Can I close this?

elfenpiff commented 3 years ago

@mossmaurice I would track it somewhere. Either we leave it open our you suggest an alternative where we can track this open issue.

mossmaurice commented 3 years ago

@elfenpiff Maybe under ideas in GitHub discussions?

elfenpiff commented 3 years ago

Maybe we can a section of feature requests in GitHub discussions and add it there.

elBoberido commented 3 years ago

I would keep this here. From my point of view, discussions are something where the "what" is not yet clear. In this case it is quite clear what to implement. The "how" and "when" is a completely different topic and as long as we don't object that anybody at anytime implements this bindings, it should be kept as an issue.

budrus commented 2 years ago

Conclusion: Feature requests like this one, where we are not sure by whom and when they will be implemented are kept as open issues so as not get lost.