Folks, Emil,
Just to keep you posted. Despite German complains on brackets we
updated to the jitsi code style.



--
With best regards / с наилучшими пожеланиями,
Alexei Fedotov / Алексей Федотов,
http://dataved.ru/
+7 916 562 8095


On Tue, Jul 10, 2012 at 5:27 PM, Emil Ivov <[email protected]> wrote:
> Thanks Alexei,
>
> On 08.07.12 14:11, Alexei Fedotov wrote:
>> JFYI folks,
>>
>> The plug-in reference appeared here first:
>> http://comments.gmane.org/gmane.comp.voip.sip-communicator.devel/12854
>
> Thanks for the ref, and sorry again for scoling you wrongfully.
>
>> Though I believe that the proper place for jitsi plugin is jitsi code
>> base, I put it here just for the reference:
>> http://svn.apache.org/viewvc/incubator/openmeetings/trunk/plugins/jitsi/
>
> Yup, we should probably think about integrating this at some point. I
> suppose a good first step would be to make sure it is compatible with
> Jitsi's code conventions (i.e. all methods with javadocs, start imports,
> accolades on their own line, asterisk imports, using spaces rather than
> tabs, not exceeding column 80 and such, Jitsi license headers and such).
>
> Also, is the plugin stable already? I saw a few things looking weird
> here and there, like for example:
>
>>
>>       public static IvParameterSpec iv = new IvParameterSpec(new
>>                       byte[]{1,2,3,4,5,6,7,8});
>>
>>       private static String xform = "DES/CBC/PKCS5Padding";
>>       //private static SecretKey key;
>>
>>       public static SecretKey key = new SecretKeySpec(new
>>                       byte[]{1,1,1,1,1,1,1,1},"DES");
>
>
>
> Cheers,
> Emil
>
>
>
>> Maybe the plug-in is already published somewhere.
>>
>> --
>> With best regards / с наилучшими пожеланиями,
>> Alexei Fedotov / Алексей Федотов,
>> http://dataved.ru/
>> +7 916 562 8095
>>
>>
>> On Sun, Jul 8, 2012 at 2:57 PM, Alexei Fedotov <[email protected]> 
>> wrote:
>>> [added openmeetings-dev]
>>>
>>> Hello folks, Elena,
>>>
>>> I have just tried Apache Openmeetings plug-in. First nice thing I've
>>> noticed - it works! Thanks, Elena, for the great job! BTW, is the code
>>> in the project SVN somewhere?
>>>
>>> I faced the following problem with existing solution for a particular
>>> corporate network setup. The company where I've installed jitsi uses
>>> web proxy for 80 port, and has direct access for other ports. This is
>>> likely used for filtering web pages contents, so there is some
>>> justification for such approach.
>>>
>>> By default the plugin does not work for this case, because it has both
>>> SOAP calls to openmeetings server and jabber exchange to set up a
>>> conference. The former should be proxied, and the latter shouldn't.
>>> I've just hardcoded the following in OpenmeetingsPluginSoapClient
>>> constructor, and get things working.
>>>
>>>         System.getProperties().put("proxyHost", ...);
>>>         System.getProperties().put("proxyPort", ...);
>>>
>>> That's not very beautiful code. I'm trying now to figure our how the
>>> correct product solution would be for this case. Would you please
>>> answer some questions?
>>>
>>> 1.
>>> The first thing to improve is to avoid changing global properties.
>>> SOAP library documentation on .call method is not very explicit on how
>>> to make proxied calls. Is there any working example around?
>>>
>>> 2.
>>> If I set up global proxy, than jabber stops working because it starts
>>> using proxy. Should we use a "hacked" version for our case with
>>> hardcoded settings, or implement a special configuration for this
>>> case?
>>>
>>> Thanks in advance!
>>>
>>> --
>>> With best regards / с наилучшими пожеланиями,
>>> Alexei Fedotov / Алексей Федотов,
>>> http://dataved.ru/
>>> +7 916 562 8095
>>
>
> --
> Emil Ivov, Ph.D.                       67000 Strasbourg,
> Project Lead                           France
> Jitsi
> [email protected]                        PHONE: +33.1.77.62.43.30
> http://jitsi.org                       FAX:   +33.1.77.62.47.31
>

Reply via email to