This fixed my issue indeed.
The booting of red5 does not produce the mentionned error anymore. I'm
not quite ready to publish the installation howto on CentOS as I now
face difficulties in the SSL handshake. As soon as I sort these out,
I'll create the documentation.
BC
On 02/02/13 15:56, Maxim Solodovnik wrote:
it is about storing user passwords.
to make it working you need to login to your DB and run the followin
query:
update configuration set conf_value =
'org.apache.openmeetings.utils.crypt.MD5Implementation' where conf_key
= 'crypt_ClassName';
On Sat, Feb 2, 2013 at 9:49 PM, Bart Coninckx
<bart.conin...@telenet.be <mailto:bart.conin...@telenet.be>> wrote:
OK, so this has nothing to do with RTMPS and HTTPS? It's while
introducing these that I started habing trouble. It is actually
then about storing things in de DB in an encrypted way?
Is there an SQL somewhere to update the DB?
cheers,
BC
On 02/02/13 13:20, Maxim Solodovnik wrote:
You need to wait for my fix or manually update DB and set crypt class
On Feb 2, 2013 4:40 PM, "Bart Coninckx" <bart.conin...@telenet.be
<mailto:bart.conin...@telenet.be>> wrote:
Sebastian,
meaning what?
I took the version of
https://builds.apache.org/job/openmeetings/lastSuccessfulBuild/artifact/singlewebapp/dist/apache-openmeetings-2.1.0.r1441250-31-01-2013_2314.tar.gz
by the way...
yet, as BC
On 02/02/13 01:01, seba.wag...@gmail.com
<mailto:seba.wag...@gmail.com> wrote:
Yes it is now org.apache.openmeetings. ... if you are using
latest 2.1 revision from svn.
Sebastian
Am 02.02.2013 12:40 schrieb "Bart Coninckx"
<bart.conin...@telenet.be <mailto:bart.conin...@telenet.be>>:
Hi,
after doing this I get:
ERROR 02-02 00:36:32.388 ManageCryptStyle.java 66485 49
org.apache.openmeetings.utils.crypt.ManageCryptStyle
[NioProcessor-18] - [getInstanceOfCrypt]
java.lang.ClassNotFoundException:
org.openmeetings.utils.crypt.MD5Implementation
I recreated a keystore like I did successfully for OM
2.0 but somehow OM trips over this.
Any idea fella's?
cheers,
BC
--
WBR
Maxim aka solomax
