<div dir="ltr"><div><div>Thank you Simon and Rony for the valuable answers!<br><br></div>Actually, I like the "service directory" feature in d-bus and that it is still efficient and low level.<br><br>I was searching for an IPC/RPC thing to employ among Java, C# and Python. The Python part is a ROS (Robotic OS) installation. As such it is also a Linux dependent thing. <br>FYI, ROS features both a service directory and an IPC/RPC messaging framework so this would seem a duplicate in my system but my original approach was to deliver the data from a user input device via d-bus into the ROS ecosystem. Possibly allowing other desktop usage for the device.<br></div><div><br></div><div>I concluded to go another way for now which can be better integrated with ROS and has stronger multi-language support.<br></div><div><br></div><div>Thanks for the help guys,<br></div><div>Laszlo<br><br></div><div><br><br></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Wed, Jan 21, 2015 at 9:56 AM, rony <span dir="ltr"><<a href="mailto:rony@wu.ac.at" target="_blank">rony@wu.ac.at</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div bgcolor="#FFFFFF" text="#000000">
Hi Laszlo,<span class=""><br>
<br>
<div>On 19.01.2015 19:09, Keresztfalvi,
Laszlo wrote:<br>
</div>
<blockquote type="cite">
<div dir="ltr">
<ul>
<li><a href="http://www.matthew.ath.cx/" target="_blank">http://www.matthew.ath.cx/</a>
is no longer available and getting the parts of
libmatthew-java for windows is a problem</li>
</ul>
<ul>
<li>java implementation depends on Matthew's unix.jar which
wants to call unix-java.dll ** via JNI. However, I don't
find any way to have unix-java on windows.</li>
</ul>
<p>Compiling the java-libdbus bind version doesn't seem easier
either. I'd appreciate any help to communicate with a dbus
deamon or over a direct dbus connection to a python service
from Java on Windows. <br>
</p>
<p>It'd be great to have dbus-daemon in Java on Windows too but
I can run it from the successfull native libdbus build. Any
possible incompatibility between daemon and client in
different languages? I mean the implemented dbus spec. doesn't
seem to be in sync among the ports.</p>
</div>
</blockquote></span>
independent of Simon's answer and dbus-java, if you have a need to
code in Java to access a Python (actually any) dbus service on
Windows and short of any other options, you could do something
"crazy" like using via Java another scripting language (ooRexx) to
interact via dbus with a Python service on Windows. For such a
solution (available for Windows, Linux and MacOSX) you would have to
install ooRexx, the ooRexx Java bridge BSF4ooRexx (allows Java to
interact with ooRexx and vice versa) and dbus4oorexx once. Once
installed and operational you could then use all dbus services in an
easy manner from Java, as the typing needs would be transparently
managed between Java and ooRexx and the dbus service. Therefore
there would be no need for Java to create and compile skeleton Java
classes just to interact with dbus services.<br>
<br>
If this option sounds interesting for you to explore, then contact
me directly, unless there would be others for whom such a solution
might be interesting as well, should the Java dbus binding not be
updated. (If interested, I could also come up with a small Java
example to demonstrate interacting with a dbus service using ooRexx
as a bridge such that you can judge how easy or complicated that
would be.)<span class="HOEnZb"><font color="#888888"><br>
<br>
---rony<br>
<br>
</font></span></div>
<br>_______________________________________________<br>
dbus mailing list<br>
<a href="mailto:dbus@lists.freedesktop.org">dbus@lists.freedesktop.org</a><br>
<a href="http://lists.freedesktop.org/mailman/listinfo/dbus" target="_blank">http://lists.freedesktop.org/mailman/listinfo/dbus</a><br>
<br></blockquote></div><br></div>