You are viewing a plain text version of this content. The canonical link for it is here.
Posted to user-russian@openmeetings.apache.org by sergey sivun <ne...@gmail.com> on 2016/04/21 13:18:27 UTC
Импорт в OpenMeeting 3.1.1
Добрый день!
Используем для дистанционного обучения версию 3.0.7
Вот решил попробовать версию 3.1.1
(естественно не на рабочем сервере а на виртуалке)
Поставил чистую Debian 7.9
Поставил по инструкции ОМ
Следующий шаг - перенос пользователей и комнат
В 3.0.7 делаю системный бекап
В 3.1.1 делаю потом системный импорт
1. Результат = все пользователи и комнаты - везде знаки вопроса вместо
русских букв.
Смотрел файлы users.xml и др. - все четко - UTF-8 без бом, внутри все по
русски.
2. Еще в процессе импорта появляется ошибка java.lang.nullpointerexception
3. Еще тянется давно, если загружать обычный текстовый файл на доску в
комнате и если он в кодировке Windosw-1251 (а не UTF-8), то на доске
естественно каша а не текст.
Можно как-то встроить механизм автоопределения кодировки и правильно
загружать на доску?
Re: Импорт в OpenMeeting 3.1.1
Posted by Maxim Solodovnik <so...@gmail.com>.
2. Еще в процессе импорта появляется ошибка java.lang.nullpointerexception
тут надо больше деталей, StackTrace после запуска с ключом "-v"
или приватно бэкап для разборок :)
3. Еще тянется давно, если загружать обычный текстовый файл на доску в
комнате и если он в кодировке Windosw-1251 (а не UTF-8), то на доске
естественно каша а не текст.
Можно как-то встроить механизм автоопределения кодировки и правильно
загружать на доску?
импорт происходит посредством Open/LibreOffice, и насколько я понимаю, в
кодировке сервера
даже я и не знаю как сделать автоопределение :(
зафайлите баг https://issues.apache.org/jira/browse/OPENMEETINGS, подумаем
2016-04-21 20:46 GMT+06:00 sergey sivun <ne...@gmail.com>:
> Спасибо, напомнили!
> Да, в паре мест было не UTF-8
>
> На боевом сервере стоит MARINA-DB и там немного файлы настроек другие и
> UTF-8 вроде везде уже по умолчанию прописано.
> А тут забыл дописать.
> После исправления все импортировалось нормально.(кроме ошибки)
>
> 21 апреля 2016 г., 16:26 пользователь Alexey Maslyaev <om...@avmas.ru>
> написал:
>
> > Сталкивался с похожей проблемой. Устанавливал версию 3.1.1 на "чистую"
> > ubuntu 14.04
> > Вроде все хорошо, но, при попытке послать какое-нибудь сообщение, даже
> > самому себе, все русские имена пользователей становились вопросиками. В
> том
> > числе и русские названия комнат. Много думал :)
> >
> > Решилось все настройкой локали по умолчанию для MySQL
> >
> > Как смотрел
> > Подключался к MySQL
> >
> > mysql -u root -p
> >
> > смотрел кодировки по умолчанию командой:
> >
> > show variables like 'char%'
> >
> > Если на выходе таблица такая:
> > +--------------------------+----------------------------+
> > | Variable_name | Value |
> > +--------------------------+----------------------------+
> > | character_set_client | utf8 |
> > | character_set_connection | utf8 |
> > | character_set_database | utf8 |
> > | character_set_filesystem | binary |
> > | character_set_results | utf8 |
> > | character_set_server | utf8 |
> > | character_set_system | utf8 |
> > | character_sets_dir | /usr/share/mysql/charsets/ |
> > +--------------------------+----------------------------+
> > Значит проблема в чем-то еще.
> >
> > Но у меня таблица выглядела так:
> > +--------------------------+----------------------------+
> > | Variable_name | Value |
> > +--------------------------+----------------------------+
> > | character_set_client | utf8 |
> > | character_set_connection | utf8 |
> > | character_set_database | latin1 |
> > | character_set_filesystem | binary |
> > | character_set_results | utf8 |
> > | character_set_server | latin1 |
> > | character_set_system | utf8 |
> > | character_sets_dir | /usr/share/mysql/charsets/ |
> > +--------------------------+----------------------------+
> >
> > то есть пара строчек была с кодировкой latin1
> >
> > Починил так:
> > Внес изменения в файл /etc/mysql/my.cnf (возможно в Debian это где-то
> еще)
> > в конце секции [mysqld] (у меня это было прямо перед секцией [mysqldump])
> > добавил такие строки (возможно, достаточно будет последних двух строк):
> >
> > skip-character-set-client-handshake
> > character_set_client=utf8
> > character_set_server=utf8
> >
> > и перезапустить сервер mysql
> >
> > service mysql restart
> >
> >
> > 21.04.2016, 14:18, "sergey sivun" <ne...@gmail.com>:
> > > Добрый день!
> > > Используем для дистанционного обучения версию 3.0.7
> > > Вот решил попробовать версию 3.1.1
> > > (естественно не на рабочем сервере а на виртуалке)
> > > Поставил чистую Debian 7.9
> > > Поставил по инструкции ОМ
> > > Следующий шаг - перенос пользователей и комнат
> > > В 3.0.7 делаю системный бекап
> > > В 3.1.1 делаю потом системный импорт
> > >
> > > 1. Результат = все пользователи и комнаты - везде знаки вопроса вместо
> > > русских букв.
> > > Смотрел файлы users.xml и др. - все четко - UTF-8 без бом, внутри все
> по
> > > русски.
> > > 2. Еще в процессе импорта появляется ошибка
> > java.lang.nullpointerexception
> > >
> > > 3. Еще тянется давно, если загружать обычный текстовый файл на доску в
> > > комнате и если он в кодировке Windosw-1251 (а не UTF-8), то на доске
> > > естественно каша а не текст.
> > > Можно как-то встроить механизм автоопределения кодировки и правильно
> > > загружать на доску?
> >
>
--
WBR
Maxim aka solomax
Re: Импорт в OpenMeeting 3.1.1
Posted by sergey sivun <ne...@gmail.com>.
Спасибо, напомнили!
Да, в паре мест было не UTF-8
На боевом сервере стоит MARINA-DB и там немного файлы настроек другие и
UTF-8 вроде везде уже по умолчанию прописано.
А тут забыл дописать.
После исправления все импортировалось нормально.(кроме ошибки)
21 апреля 2016 г., 16:26 пользователь Alexey Maslyaev <om...@avmas.ru>
написал:
> Сталкивался с похожей проблемой. Устанавливал версию 3.1.1 на "чистую"
> ubuntu 14.04
> Вроде все хорошо, но, при попытке послать какое-нибудь сообщение, даже
> самому себе, все русские имена пользователей становились вопросиками. В том
> числе и русские названия комнат. Много думал :)
>
> Решилось все настройкой локали по умолчанию для MySQL
>
> Как смотрел
> Подключался к MySQL
>
> mysql -u root -p
>
> смотрел кодировки по умолчанию командой:
>
> show variables like 'char%'
>
> Если на выходе таблица такая:
> +--------------------------+----------------------------+
> | Variable_name | Value |
> +--------------------------+----------------------------+
> | character_set_client | utf8 |
> | character_set_connection | utf8 |
> | character_set_database | utf8 |
> | character_set_filesystem | binary |
> | character_set_results | utf8 |
> | character_set_server | utf8 |
> | character_set_system | utf8 |
> | character_sets_dir | /usr/share/mysql/charsets/ |
> +--------------------------+----------------------------+
> Значит проблема в чем-то еще.
>
> Но у меня таблица выглядела так:
> +--------------------------+----------------------------+
> | Variable_name | Value |
> +--------------------------+----------------------------+
> | character_set_client | utf8 |
> | character_set_connection | utf8 |
> | character_set_database | latin1 |
> | character_set_filesystem | binary |
> | character_set_results | utf8 |
> | character_set_server | latin1 |
> | character_set_system | utf8 |
> | character_sets_dir | /usr/share/mysql/charsets/ |
> +--------------------------+----------------------------+
>
> то есть пара строчек была с кодировкой latin1
>
> Починил так:
> Внес изменения в файл /etc/mysql/my.cnf (возможно в Debian это где-то еще)
> в конце секции [mysqld] (у меня это было прямо перед секцией [mysqldump])
> добавил такие строки (возможно, достаточно будет последних двух строк):
>
> skip-character-set-client-handshake
> character_set_client=utf8
> character_set_server=utf8
>
> и перезапустить сервер mysql
>
> service mysql restart
>
>
> 21.04.2016, 14:18, "sergey sivun" <ne...@gmail.com>:
> > Добрый день!
> > Используем для дистанционного обучения версию 3.0.7
> > Вот решил попробовать версию 3.1.1
> > (естественно не на рабочем сервере а на виртуалке)
> > Поставил чистую Debian 7.9
> > Поставил по инструкции ОМ
> > Следующий шаг - перенос пользователей и комнат
> > В 3.0.7 делаю системный бекап
> > В 3.1.1 делаю потом системный импорт
> >
> > 1. Результат = все пользователи и комнаты - везде знаки вопроса вместо
> > русских букв.
> > Смотрел файлы users.xml и др. - все четко - UTF-8 без бом, внутри все по
> > русски.
> > 2. Еще в процессе импорта появляется ошибка
> java.lang.nullpointerexception
> >
> > 3. Еще тянется давно, если загружать обычный текстовый файл на доску в
> > комнате и если он в кодировке Windosw-1251 (а не UTF-8), то на доске
> > естественно каша а не текст.
> > Можно как-то встроить механизм автоопределения кодировки и правильно
> > загружать на доску?
>
Re: Импорт в OpenMeeting 3.1.1
Posted by Alexey Maslyaev <om...@avmas.ru>.
Сталкивался с похожей проблемой. Устанавливал версию 3.1.1 на "чистую" ubuntu 14.04
Вроде все хорошо, но, при попытке послать какое-нибудь сообщение, даже самому себе, все русские имена пользователей становились вопросиками. В том числе и русские названия комнат. Много думал :)
Решилось все настройкой локали по умолчанию для MySQL
Как смотрел
Подключался к MySQL
mysql -u root -p
смотрел кодировки по умолчанию командой:
show variables like 'char%'
Если на выходе таблица такая:
+--------------------------+----------------------------+
| Variable_name | Value |
+--------------------------+----------------------------+
| character_set_client | utf8 |
| character_set_connection | utf8 |
| character_set_database | utf8 |
| character_set_filesystem | binary |
| character_set_results | utf8 |
| character_set_server | utf8 |
| character_set_system | utf8 |
| character_sets_dir | /usr/share/mysql/charsets/ |
+--------------------------+----------------------------+
Значит проблема в чем-то еще.
Но у меня таблица выглядела так:
+--------------------------+----------------------------+
| Variable_name | Value |
+--------------------------+----------------------------+
| character_set_client | utf8 |
| character_set_connection | utf8 |
| character_set_database | latin1 |
| character_set_filesystem | binary |
| character_set_results | utf8 |
| character_set_server | latin1 |
| character_set_system | utf8 |
| character_sets_dir | /usr/share/mysql/charsets/ |
+--------------------------+----------------------------+
то есть пара строчек была с кодировкой latin1
Починил так:
Внес изменения в файл /etc/mysql/my.cnf (возможно в Debian это где-то еще)
в конце секции [mysqld] (у меня это было прямо перед секцией [mysqldump])
добавил такие строки (возможно, достаточно будет последних двух строк):
skip-character-set-client-handshake
character_set_client=utf8
character_set_server=utf8
и перезапустить сервер mysql
service mysql restart
21.04.2016, 14:18, "sergey sivun" <ne...@gmail.com>:
> Добрый день!
> Используем для дистанционного обучения версию 3.0.7
> Вот решил попробовать версию 3.1.1
> (естественно не на рабочем сервере а на виртуалке)
> Поставил чистую Debian 7.9
> Поставил по инструкции ОМ
> Следующий шаг - перенос пользователей и комнат
> В 3.0.7 делаю системный бекап
> В 3.1.1 делаю потом системный импорт
>
> 1. Результат = все пользователи и комнаты - везде знаки вопроса вместо
> русских букв.
> Смотрел файлы users.xml и др. - все четко - UTF-8 без бом, внутри все по
> русски.
> 2. Еще в процессе импорта появляется ошибка java.lang.nullpointerexception
>
> 3. Еще тянется давно, если загружать обычный текстовый файл на доску в
> комнате и если он в кодировке Windosw-1251 (а не UTF-8), то на доске
> естественно каша а не текст.
> Можно как-то встроить механизм автоопределения кодировки и правильно
> загружать на доску?
Re: Импорт в OpenMeeting 3.1.1
Posted by Maxim Solodovnik <so...@gmail.com>.
поправлено!
https://issues.apache.org/jira/browse/OPENMEETINGS-1377
спасибо за репорт!
2016-04-21 21:26 GMT+06:00 Maxim Solodovnik <so...@gmail.com>:
> кусок лог файла не пришёл :(
>
> сортировка в 3.1.2 поправлена, проверить можно здесь
> https://builds.apache.org/view/M-R/view/OpenMeetings/job/Openmeetings%203.1.x/
>
> 2016-04-21 20:59 GMT+06:00 sergey sivun <ne...@gmail.com>:
>
>> Добрый день!
>> Высылаю кусок лог файла.
>> Вполне возможно просто у меня что-то недонастроено т.к. ставил его на
>> скорую руку посмотреть что нового
>>
>> И еще сейчас вспомнил:
>> В старой версии в разделе администрирования когда заходишь в список
>> пользователей или комнат то кликнув по шапке таблицы можно было сортировать
>> их. Я постоянно этим пользовался т.к сортировал чтобы публичные комнаты
>> были сначала.
>> В версии 3.1.1 эта возможность пропала и очень неудобно мне например
>> среди более 1000 комнат искать 3-4 публичные где надо заводить лекции.
>>
>> 21 апреля 2016 г., 14:25 пользователь Vasiliy Degtyarev <va...@unipro.ru>
>> написал:
>>
>> Не могли бы Вы прислать кусог лога с ошибкой.
>>>
>>> С уважением,
>>> Василий Дегтярев
>>>
>>> On 21.04.2016 17:18, sergey sivun wrote:
>>>
>>>> Добрый день!
>>>> Используем для дистанционного обучения версию 3.0.7
>>>> Вот решил попробовать версию 3.1.1
>>>> (естественно не на рабочем сервере а на виртуалке)
>>>> Поставил чистую Debian 7.9
>>>> Поставил по инструкции ОМ
>>>> Следующий шаг - перенос пользователей и комнат
>>>> В 3.0.7 делаю системный бекап
>>>> В 3.1.1 делаю потом системный импорт
>>>>
>>>> 1. Результат = все пользователи и комнаты - везде знаки вопроса вместо
>>>> русских букв.
>>>> Смотрел файлы users.xml и др. - все четко - UTF-8 без бом, внутри все по
>>>> русски.
>>>> 2. Еще в процессе импорта появляется ошибка
>>>> java.lang.nullpointerexception
>>>>
>>>> 3. Еще тянется давно, если загружать обычный текстовый файл на доску в
>>>> комнате и если он в кодировке Windosw-1251 (а не UTF-8), то на доске
>>>> естественно каша а не текст.
>>>> Можно как-то встроить механизм автоопределения кодировки и правильно
>>>> загружать на доску?
>>>>
>>>
>>>
>>
>
>
> --
> WBR
> Maxim aka solomax
>
--
WBR
Maxim aka solomax
Re: Импорт в OpenMeeting 3.1.1
Posted by Maxim Solodovnik <so...@gmail.com>.
кусок лог файла не пришёл :(
сортировка в 3.1.2 поправлена, проверить можно здесь
https://builds.apache.org/view/M-R/view/OpenMeetings/job/Openmeetings%203.1.x/
2016-04-21 20:59 GMT+06:00 sergey sivun <ne...@gmail.com>:
> Добрый день!
> Высылаю кусок лог файла.
> Вполне возможно просто у меня что-то недонастроено т.к. ставил его на
> скорую руку посмотреть что нового
>
> И еще сейчас вспомнил:
> В старой версии в разделе администрирования когда заходишь в список
> пользователей или комнат то кликнув по шапке таблицы можно было сортировать
> их. Я постоянно этим пользовался т.к сортировал чтобы публичные комнаты
> были сначала.
> В версии 3.1.1 эта возможность пропала и очень неудобно мне например среди
> более 1000 комнат искать 3-4 публичные где надо заводить лекции.
>
> 21 апреля 2016 г., 14:25 пользователь Vasiliy Degtyarev <va...@unipro.ru>
> написал:
>
> Не могли бы Вы прислать кусог лога с ошибкой.
>>
>> С уважением,
>> Василий Дегтярев
>>
>> On 21.04.2016 17:18, sergey sivun wrote:
>>
>>> Добрый день!
>>> Используем для дистанционного обучения версию 3.0.7
>>> Вот решил попробовать версию 3.1.1
>>> (естественно не на рабочем сервере а на виртуалке)
>>> Поставил чистую Debian 7.9
>>> Поставил по инструкции ОМ
>>> Следующий шаг - перенос пользователей и комнат
>>> В 3.0.7 делаю системный бекап
>>> В 3.1.1 делаю потом системный импорт
>>>
>>> 1. Результат = все пользователи и комнаты - везде знаки вопроса вместо
>>> русских букв.
>>> Смотрел файлы users.xml и др. - все четко - UTF-8 без бом, внутри все по
>>> русски.
>>> 2. Еще в процессе импорта появляется ошибка
>>> java.lang.nullpointerexception
>>>
>>> 3. Еще тянется давно, если загружать обычный текстовый файл на доску в
>>> комнате и если он в кодировке Windosw-1251 (а не UTF-8), то на доске
>>> естественно каша а не текст.
>>> Можно как-то встроить механизм автоопределения кодировки и правильно
>>> загружать на доску?
>>>
>>
>>
>
--
WBR
Maxim aka solomax
Re: Импорт в OpenMeeting 3.1.1
Posted by sergey sivun <ne...@gmail.com>.
Добрый день!
Высылаю кусок лог файла.
Вполне возможно просто у меня что-то недонастроено т.к. ставил его на
скорую руку посмотреть что нового
И еще сейчас вспомнил:
В старой версии в разделе администрирования когда заходишь в список
пользователей или комнат то кликнув по шапке таблицы можно было сортировать
их. Я постоянно этим пользовался т.к сортировал чтобы публичные комнаты
были сначала.
В версии 3.1.1 эта возможность пропала и очень неудобно мне например среди
более 1000 комнат искать 3-4 публичные где надо заводить лекции.
21 апреля 2016 г., 14:25 пользователь Vasiliy Degtyarev <va...@unipro.ru>
написал:
> Не могли бы Вы прислать кусог лога с ошибкой.
>
> С уважением,
> Василий Дегтярев
>
> On 21.04.2016 17:18, sergey sivun wrote:
>
>> Добрый день!
>> Используем для дистанционного обучения версию 3.0.7
>> Вот решил попробовать версию 3.1.1
>> (естественно не на рабочем сервере а на виртуалке)
>> Поставил чистую Debian 7.9
>> Поставил по инструкции ОМ
>> Следующий шаг - перенос пользователей и комнат
>> В 3.0.7 делаю системный бекап
>> В 3.1.1 делаю потом системный импорт
>>
>> 1. Результат = все пользователи и комнаты - везде знаки вопроса вместо
>> русских букв.
>> Смотрел файлы users.xml и др. - все четко - UTF-8 без бом, внутри все по
>> русски.
>> 2. Еще в процессе импорта появляется ошибка
>> java.lang.nullpointerexception
>>
>> 3. Еще тянется давно, если загружать обычный текстовый файл на доску в
>> комнате и если он в кодировке Windosw-1251 (а не UTF-8), то на доске
>> естественно каша а не текст.
>> Можно как-то встроить механизм автоопределения кодировки и правильно
>> загружать на доску?
>>
>
>
Re: Импорт в OpenMeeting 3.1.1
Posted by Vasiliy Degtyarev <va...@unipro.ru>.
Не могли бы Вы прислать кусог лога с ошибкой.
С уважением,
Василий Дегтярев
On 21.04.2016 17:18, sergey sivun wrote:
> Добрый день!
> Используем для дистанционного обучения версию 3.0.7
> Вот решил попробовать версию 3.1.1
> (естественно не на рабочем сервере а на виртуалке)
> Поставил чистую Debian 7.9
> Поставил по инструкции ОМ
> Следующий шаг - перенос пользователей и комнат
> В 3.0.7 делаю системный бекап
> В 3.1.1 делаю потом системный импорт
>
> 1. Результат = все пользователи и комнаты - везде знаки вопроса вместо
> русских букв.
> Смотрел файлы users.xml и др. - все четко - UTF-8 без бом, внутри все по
> русски.
> 2. Еще в процессе импорта появляется ошибка java.lang.nullpointerexception
>
> 3. Еще тянется давно, если загружать обычный текстовый файл на доску в
> комнате и если он в кодировке Windosw-1251 (а не UTF-8), то на доске
> естественно каша а не текст.
> Можно как-то встроить механизм автоопределения кодировки и правильно
> загружать на доску?
Re: Импорт в OpenMeeting 3.1.1
Posted by Vasiliy Degtyarev <va...@unipro.ru>.
Добрый день!
Базу создавали для 3.1.1 с какой кодировкой?
С уважением,
Василий Дегтярев.
On 21.04.2016 17:18, sergey sivun wrote:
> Добрый день!
> Используем для дистанционного обучения версию 3.0.7
> Вот решил попробовать версию 3.1.1
> (естественно не на рабочем сервере а на виртуалке)
> Поставил чистую Debian 7.9
> Поставил по инструкции ОМ
> Следующий шаг - перенос пользователей и комнат
> В 3.0.7 делаю системный бекап
> В 3.1.1 делаю потом системный импорт
>
> 1. Результат = все пользователи и комнаты - везде знаки вопроса вместо
> русских букв.
> Смотрел файлы users.xml и др. - все четко - UTF-8 без бом, внутри все по
> русски.
> 2. Еще в процессе импорта появляется ошибка java.lang.nullpointerexception
>
> 3. Еще тянется давно, если загружать обычный текстовый файл на доску в
> комнате и если он в кодировке Windosw-1251 (а не UTF-8), то на доске
> естественно каша а не текст.
> Можно как-то встроить механизм автоопределения кодировки и правильно
> загружать на доску?