A lot of work needs tp be done for the integration of the lib in 0.80.<br>if you need to use glpi 0.78 then i m not sure the lib is the best option,<br><br>walid <br><br><div class="gmail_quote">2010/8/12 David DURIEUX <span dir="ltr"><<a href="mailto:d.durieux@siprossii.com">d.durieux@siprossii.com</a>></span><br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">Le Mon, 9 Aug 2010 15:23:49 +0200<br>
Gonéri Le Bouder <<a href="mailto:goneri@rulezlan.org">goneri@rulezlan.org</a>> a écrit:<br>
<div class="im"><br>
>Hi,<br>
><br>
>Today, GLPI still use an OCS server to collect inventory from the<br>
>agents. In order to prepare the future and drop OCS server, we created<br>
>a PHP librairy designed to collect inventory from the agent in the OCS<br>
>format.<br>
><br>
>libfusioninventory-server-php (<br>
><a href="http://forge.fusioninventory.org/projects/fusioninventory-server-phplib" target="_blank">http://forge.fusioninventory.org/projects/fusioninventory-server-phplib</a><br>
>) :<br>
>This lib collects inventory, keep only the changes, remove the<br>
>duplicated machines and push the final data to the main software. For<br>
>example, if a computer1 has been renamed to computer2 and software 2<br>
>installed. The lib will send only the difference with the first<br>
>inventory (new name and new software).<br>
<br>
</div>If I remember, it's not very true, for software, it give all softwares<br>
section and not only software installed.. perhaps we must enhance it to<br>
only get software modified.<br>
<div class="im"><br>
><br>
>On GLPI side, Walid Nouh works on another lib (<br>
><a href="https://forge.indepnet.net/projects/show/datainjection" target="_blank">https://forge.indepnet.net/projects/show/datainjection</a> ) . This one is<br>
>designed to be used by GLPI to write inventory changes in the DB.<br>
><a href="https://forge.indepnet.net/projects/show/datainjection" target="_blank">https://forge.indepnet.net/projects/show/datainjection</a> This extension<br>
>will requires GLPI 0.80.<br>
><br>
>The goal is to get these two libs to work together. The first one to<br>
>get the data, the second to write it. The glue code is very likely to<br>
>be in the FusionInventory For GLPI plugin (<br>
><a href="http://forge.fusioninventory.org/projects/fusioninventory-for-glpi" target="_blank">http://forge.fusioninventory.org/projects/fusioninventory-for-glpi</a> ).<br>
><br>
>GLPI 0.72 is still in a rc stage and FusionInventory For GLPI plugin<br>
>won't be ready before mid-October.<br>
><br>
>I know Walid is on vacation somewhere in the north of america without<br>
>Internet connection but I prefer to ask my question :) Maybe someone<br>
>have an opinion.<br>
>Since datainjection is the sole dependency with GLPI 0.80 and I wonder<br>
>if it would be possible to port it to GLPI 0.72 to be able to release<br>
>the complete GLPI+FusionInventory distribution before 2011. And if<br>
>it's possible, do you think it make sens to do so. Maybe GLPI 0.80<br>
>remains the best option?<br>
<br>
</div>Perhaps can we use it with Fusioninventory-for-glpi 2.3.0 (for GLPI<br>
0.78), so must see with Walid if we can use lib in plugin before<br>
integrated it in GLPI for 0.80. So we work more hard to do this but we<br>
like it :D<br>
<font color="#888888"><br>
<br>
David<br>
</font><div><div></div><div class="h5"><br>
_______________________________________________<br>
Fusioninventory-devel mailing list<br>
<a href="mailto:Fusioninventory-devel@lists.alioth.debian.org">Fusioninventory-devel@lists.alioth.debian.org</a><br>
<a href="http://lists.alioth.debian.org/mailman/listinfo/fusioninventory-devel" target="_blank">http://lists.alioth.debian.org/mailman/listinfo/fusioninventory-devel</a><br>
</div></div></blockquote></div><br>