Dear developers, contributors  and integrators,<br><br><div class="gmail_quote">2011/7/6  <span dir="ltr"><<a href="mailto:EmilienKia@eaton.com">EmilienKia@eaton.com</a>></span><br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
<u></u>






<div>
<p><font face="Arial" size="2">
</font></p><div><font face="Arial" size="2"><font face="Arial" size="2"><span>Hi 
all,</span></font></font></div><font face="Arial" size="2">
<div><font face="Arial" size="2"><span></span></font> </div>
<div><font face="Arial" size="2"><span>on proposal by 
Arnaud Quette and sponsored by Eaton, I will work on a port on Java of client, 
discovery and config API.</span></font></div>
<div><font face="Arial" size="2"><span></span></font><font face="Arial" size="2"><span></span></font> </div>
<div><font face="Arial" size="2"><span>As I have already 
suggested (mail of 2011-06-14 of this ml), instead of developping another port 
of nut protocol, I suggest to develop a higher level API in C/C++ uppon 
existing upsclient, inspirated by existing C-based tools and python 
and perl rewrites.</span></font></div>
<div><font face="Arial" size="2"><span>The second goal is 
to release a convergent high-level API which can be easily wrapped (via SWIG ?) 
in Java and other languages, and perhaps make an uniform API for all wrappers 
(including perl and python).</span></font></div>
<div><font face="Arial" size="2"><span></span></font> </div>
<div><font face="Arial" size="2"><span>I will precise my 
ideas in a future mail, but if anyone want to talk about its point of view 
or needs.</span></font></div>
<div><font face="Arial" size="2"><span></span></font> </div>
<div><font face="Arial" size="2"><span>Best 
regards,</span></font></div>
<div>
<p class="MsoNormal"><span><b><span style="line-height:115%;font-size:10pt" lang="EN-US">Emilien</span></b></span><b><span style="line-height:115%;font-size:10pt" lang="EN-US"> KIA</span></b><span style="line-height:115%;font-size:10pt" lang="EN-US"><br>
Software 
Engineer</span></p>
<p class="MsoNormal"><span style="line-height:115%;font-size:10pt" lang="EN-US"><span></span>T<span>eam Open Source</span><br>Engineering Software & 
Connectivity<br>Eaton's Electrical Group PQCO/DPQD<br><span>Immeuble</span> <span>Viseo</span> - <span>Bâtiment</span> A<br>110, rue <span>Blaise</span> 
Pascal<br>38330 <span>Montbonnot</span> St 
Martin<br>FRANCE<br><span>tel</span>: +33(0)4 7600 
6620<br></span><span style="line-height:115%;font-family:Arial;color:black;font-size:10pt" lang="EN-US"><a href="mailto:emilienkia@eaton.com" target="_blank">emilienkia@eaton.com</a><br><a href="http://www.eaton.com/" title="http://www.eaton.com/" target="_blank"><span style="color:black">www.eaton.com</span></a><u></u><u></u><u></u></span></p>

</div></font></div></blockquote></div><br>as Emilien started to present above, we (Eaton) want to help filling some of the NUT remaining lacks while improving the API / language bindings situation.<br><br>We also want to take this opportunity to work more collaboratively with the NUT Community, from the upstream discussion up to the implementation.<br>
<br>@David and Gabor: as owners of language binding, we would be more than happy to see you participating in this effort.<br clear="all"><br>And more generally, if you have comments, ideas or needs, please send in or jump into the thread.<br>
<br>cheers,<br>Arnaud<br>-- <br>Linux / Unix Expert R&D - Eaton - <a href="http://powerquality.eaton.com" target="_blank">http://powerquality.eaton.com</a><br>Network UPS Tools (NUT) Project Leader - <a href="http://www.networkupstools.org/" target="_blank">http://www.networkupstools.org/</a><br>
Debian Developer - <a href="http://www.debian.org" target="_blank">http://www.debian.org</a><br>Free Software Developer - <a href="http://arnaud.quette.free.fr/" target="_blank">http://arnaud.quette.free.fr/</a><br><br>