<div dir="ltr"><span style="font-family:arial,sans-serif;font-size:12.727272033691406px">Status report - WebRTC portal for the Debian community</span><br style="font-family:arial,sans-serif;font-size:13px"><div><span style="font-family:arial,sans-serif;font-size:12.727272033691406px"><br>
</span></div><div><span style="font-family:arial,sans-serif;font-size:12.727272033691406px">Week 11</span></div><div><span style="font-family:arial,sans-serif;font-size:12.727272033691406px"><br></span></div><div><span style="font-family:arial,sans-serif;font-size:12.727272033691406px">I continued the work on the xTuple-JSCommunicator integration.</span></div>
<div><span style="font-family:arial,sans-serif;font-size:12.727272033691406px"><br></span></div><div><span style="font-family:arial,sans-serif;font-size:12.727272033691406px">I had to modify part of the SIP account extension implementation as it previously would overwrite some of xTuple's code and could result in the loss of data and functionality. This extension brought to light some necessary modifications to the core code to allow the development of extensions that could me merged with existing business objects without modifying the core code directly. This new MO is documented in my blog as I updated the tutorial post: </span><a href="http://julianalouback.com/tech/2014/07/25/extending-an-xtuple-business-object/" target="_blank" style="font-size:13px;font-family:arial,sans-serif">http://julianalouback.com/tech/2014/07/25/extending-an-xtuple-business-object/</a></div>
<div><br></div><div>After this I moved on to creating a JSCommunicator extension. I did this by developing an xTuple compatible npm package that could be installed onto the xTuple web application. What was interesting is that this proved just how modular JSCommunicator is. Most of the work was just developing the enyo that would adhere to xTuple norms and would fit into the xTuple workspace. On the JSCommunicator side, very little modifications were needed. JSCommunicator suggests importing the html using SSI, but this wouldn't work with xTuple as it would require core code modification. But as the html is already set up, I simply set it as the source of an iframe in the xtuple-jscommunicator extension. The code for the extension can be found here: <a href="https://github.com/JLouback/xtuple-jscommunicator">https://github.com/JLouback/xtuple-jscommunicator</a> and the npm package is named xtuple-jscommunicator.</div>
<div><br></div><div>The xtuple-jscommunicator package is working and installs with success on xTuple v. 4.6.*. However there is still work to be done. I still need to merge the series of different features and components I've been developing for JSCommunicator into an official version. Currently the npm package has the master version + my recently created IM function. </div>
<div><br></div><div>Also, the xtuple-jscommunicator package includes a config file that currently directs the call/im traffic to a test server I have access to. This of course, needs to be changed so that it's set up in accordance to the xTuple server config. I will also be looking into automating a repro install in the xTuple server.</div>
<div><br></div><div><br></div></div>