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
